aeatk Тут речь об оценке времени исполнения проекта. Тут ближе как раз упомянутые мною нормы труда. Например: разобрать, отремонтировать, собрать буксу локомотива - 6 нормо часов для слесаря 5 разряда.

Откуда столько негатива? Про нормочасы - это вы загнули, DWH+BI - это не болты на токарном станке точить, это разработка того, чего еще нет , кстати некотрые упорно пытаются сравнивать с внедрением какойнить аксапты и т.д., что кстати тоже не верно.

Существуют правила, которых следует придерживаться. Первое правило - проект бьется на функционально законченные части и здается (принимается) по частям. Второе правило - в построении финансовых хранилищ срок одной функционально законченной части не должен превышать трех месяцев, иначе швах - бизнес-процессы, плыны счетов, оргструктура поменяется в нашем скоротечном мире с большой долей вероятности и все нужно делать заново. Третье правило - отталкиваться нужно от процессов, а не от отчетов, иначе вы получаете мертворожденную систему.

ЗЫ Реальные сроки удачных внедрений смотрите на сайте под ником. От задачи зависит. И еще строить так называемое корпоративное хранилище данных (MIS - менеджмент информэйшен системс),связывающее все процессы компании за раз беруться только мошенники и вруны или некомпетентные люди.

aeatk
Когда строят здания их тоже еще нет , но никто не удивляется тому что всегда есть план застройки со сроками, рассчитанный по существующим нормативам. Хотя вроде бы тоже не болты, дело сложное.

Когда строят здания, оглядываются на вчера, вчера строили точно такое же здание и т.д.

Когда строят DWH+BI "вчера" вам мало чем поможет т.к. компании разные, бизнес-процессы разные, готовность к проекту - ее вообще может не быть, источники данных разные - могут быть в разобранном виде, не описаны вообще, полная помойка в справочниках и т.д., модели хранилища нет, диаграмм потоков данных нет, процедур готовых, что бы их подкрутить тоже нет. Вы можете дать только приблизительную "экспертную" оценку. Задача вашего ПМ добавить к этой оценке сроки по рискам и убедить в этих сроках заказчика.

aeatk
Про сравнение с Аксаптой не понял.

Видите ли, коллега, в ERP есть уже преднастроенная модель, основная задача консультанта (не разработчика) пилить напильником, что бы эта модель удовлетворяла задачам.

Если при построении DWH+BI у вас нет "отраслевой" модели с заранее подготовленными таблицами в DWH и процессами (процедурами) ETL, вам придется делать все это заново, от заказчика к заказчику.

aeatk
...кто определяет эти "функционально законченные части"? На моей практике это заказчик, который как правило считает такой частью законченную систему отчетности. Причем часто от момента подписания ТРП до готового проекта его мнение какой она должна быть меняется, ведь проходит много времени. Было бы здорово если бы заказчик принимал проект такими частями как экстракторы, инфо объекты, инфопровайдеры с правилами обновления, цепочки процессов, но... заказчик ничего не понимает в этом, ему интересны готовые отчеты! Идея сдавать отчеты "штуками" хороша, но беда в том что как правило они связаны между собой. Например: заявки - потребности - план закупок - договора - счета - платежи. Заказчику не хочется принимать(оплачивать) только потребности и план закупок, ему интересна вся цепочка БП закупок материалов. Оно и логично, никто не купит отдельно двигатель, корпус, колеса - всем хочется видеть готовый автомобиль, который ездит.

Да, коллега, нам не очень везет с заказчиками. Неграмотный заказчик хочет все сразу. Нужно с ним работать - это задача ПМ-а. Я стараюсь договориться о приоритетах и неких, пусть крупных кусках, которые потом закладываю в план проекта как реперные точки. После прохождения этих точек заказчик подписывает протокол (не акт - акт это совсем хорошо, но бывает редко) о завершении задачи и получает готовые отчеты которые может использовать. Фокус весь в том, что заказчик получает некий ощутимый результат и радуется тому, что работа потихоньку идет. Если вы написав ТЗ, удаляетесь на год и что то там делаете, потом показываете - заказчику это неприятно т.к. он не ощущает процесса работы. Я стараюсь выкатить первый результат как можно раньше - пусть порадуется.