Цитата:
Изначально опубликовано EVGL
Все остальное - от лукавого (читай - снять с клиента побольше денег).
Как только в утверждении появляется слово "все" жди логических ошибок...
Есть еще один случай непростого перехода: переход с Ах2.5SP2 CIS на Ах3.0
Согласен с тем, что в общем случае очень сложно сказать более-менее вменяемую оценку. Тем более "навскидку".
Продолжаю настаивать на оценке - стоимость подъема сопоставима со стоимостью доработки.
Эта оценка чудовищно не точна. Однако хорошо работает для принятия решений. Поскольку проста и дает ровно такую же погрешность, что и оценка самой разработки. Т.е. лицо, принимающее решение ошибется примерно так же, как и при оценке собственно разработки. Таким образом, хотя сама оценка будет не точна, решения на основании нее можно принять достаточно точные.
Например, руководитель проекта говорит, что поднять на новую версию будет "раз плюнуть". То же самое он говорил о доработках. Известно, что бюджет времени по доработкам превышен, например, в три раза. Значит бюджет подъема на новую версию, объявленный этим руководителем, надо увеличивать в эти же три раза.
Особенного внимания требуют несопоставимые расхождения в оценках. Так, если руководитель проекта требовал на доработки полгода, а на подъем неделю... То что-то здесь не так. И наоборот. Если руководитель обещал сделать доработки за месяц, а на подъем требует несколько месяцев... То и здесь тоже действуют какие то внепрограммные параметры.
Навскидку можно дать только такую оценку. Точнее не получится.
В том числе не получится оценить по количеству измененных объектов, при всем моем уважении к EVGL. Поскольку бывают такие объекты, изменение которых заставляет затронуть практически всю систему. Например, корреспонденция. Например, Invoice-Накладная.