От юниора к шефам

Никогда не забуду как на новый год всем торжественно вручили конверты. Все прямо офигели — не ужели премию к НГ выдали. Ага, как бы не так. Поздравительная открытка :)))

(источник: http://www.kv.minsk.by/forum/forum1000007520.htm)

Голословные утверждения говорят больше об утверждающем, чем о предмете дискуссии.

Возникает вопрос: как решается вопрос с перерасходом ресурсов?

Сейлс звонит заказчику, демонически хохочет в трубку и заявляет «Мы вас обманули! Ваш проект обойдётся вам дороже!» ?

Плавно перейдем к оценкам и АСАПам. Довольно точную оценку можно дать при наличии следующих условий (ИМХО):

1. Есть хорошая база истории оценок проектов определенного типа (ни разу не видел чтобы у кого-то хватило терпения это делать) - это идеальный вариант с точки зрения теории оценивания.

2. Наличие эксперта(ов) в соотвествующих техническом и бизнес домене. При постоянной ротации обеих составляющих проектов таких экспертов маловато.

3. Есть много времени на дополнительные исследования и устранение неизвестных. Концепция оценивания проектов в Итре времени давала не очень много.

4. Итеративный подход к оценке (после первой фазы, когда набирается опыт в домене, вторая фаза оценивается точнее и т.д.). ИМХО, самый оптимальный способ, но, к сожалению, заказчики хотят знать весь бюджет сразу и не соглашаются на пошаговый процесс.

(источник: http://dev.by/companies/itransition#comment-4943)

Чем плотнее розовые очки — тем быстрее конец.