Из рабочих диалогов между руководителем проекта и ведущим разработчиком:
- Руководитель проекта: Ты сам оценивал срок выполнения этой задачи до 10 сентября, какой прогресс?
- Разработчик: Никакого, не знаю, как ее делать.
- Руководитель проекта: Ну а зачем тогда срок называл? Почему не разобрался сначала?
- Разработчик (совершенно серьезно): Ну я подумал, мало ли, вдруг мне приснится решение в один прекрасный день, и я все сделаю. Других вариантов все равно нет, я и близко не представляю, как ее делать.
Ну в общем, вы поняли, что ничего товарищу не приснилось, срок сорван, руководитель проекта огреб по полной, заказчик считает всю проектную команду неудачниками и обманщиками. А разработчик, учитывая не первую такую выходку, у нас больше не работает.
Морали нет, но очень печально, что есть люди, так относящиеся к даваемыми ими обещаниям.
Оценку всё ж лучше производить экспертной группой: аналитик+программист как минимум. И в случае сомнения в эффективности кадров жестко контролировать процесс. Особенно на таких коротких “спринтах”, как 10 дней.
Думаю тут и РП тоже косячит, в примере нет информации о длительности задачи.
Но никто не отменял СМАРТ и контрольные точки. Зачастую, такая ситуация вылавливается до дэдлайна.
Так никто и не спорит, РП огреб по полной=)) Длительность там небольшая была, насколько помню, в пределах 10 дней. И вопрос задавался в процессе, как раз на контрольной точке, но, учитывая невозможность быстро заменить разраба – все равно срыв привел к печальным результатам.