Управление неизвестностью

НеизвестностьПосле публикации записи – “Черная дыра agile“, вышел у меня с коллегой спор о необходимости планирования и оценке сроков реализации проектов. По его мнению, планирование и оценка сроков мешает созданию программного обеспечения. И особенно это касается создания новых продуктов, аналогов которых нет, или аналоги находятся в начальной стадии разработки. Причина проста: разработка программного обеспечения довольно сложный процесс, и предсказать истинную сложность процесса практически нереально! И поэтому вместо занятия ерундой надо писать код!

Его точка зрения показалось мне интересной, и я начал смотреть статистику:)

The Standish Group выпустила свой ежегодный отчет о состоянии дел в программной индустрии:

32% проектов завершились успешно, 44% испытали различные трудности (превысили бюджет, выпали из сроков и пр.), 24% проектов просто провалились. Результаты ухудшились по сравнению с предыдущим годом. А если взглянуть на отчеты за последние N лет, то какого-либо значимого изменения увидеть не удастся.

Другими словами только 32% процента проектов были завершены в соответствии с ожиданиями заказчика. Причем это статистика по буржуям, а в России все должно быть еще веселее.

Ну так вот, повторю вопрос моего коллеги еще раз: «Зачем планировать и оценивать сроки реализации проектов»? Не лучше ли найти отечественных исполнителей, и пусть они делают проект, причем не тратя лишнего времени на планирование и оценку сроков (возможно минимальные работы по планированию).

Заказчику же в свою очередь не надо сообщать о сроках реализации, ведь истинный срок реализации проекта будет известен только после завершения проекта:) А исполнитель будет стараться сделать все как можно быстрее, и на него не будут давить сроки реализации!

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

Понимание сложности проекта позволит понять:

  • Потянет ли исполнитель проект? Есть ли у него необходимые ресурсы (люди, опыт)?
  • Потянет ли заказчик проект? Есть ли у него необходимые ресурсы (деньги, время)?

А обязательства нужны для того, чтобы возникла ответственность, иначе получится что никто ни за что не отвечает:) Исполнитель в любой момент может увеличить сроки, и ему за это ничего не будет, хотя Заказчик может на этом потерять много денег. Например, заказчик будет ожидать что к январю будут реализованы определенные возможности ПО и закажет дорогую рекламу на телевидении, а исполнитель перенесет срок релиза и рекламное время накроется большим медным тазом.

Не спорю, мой коллега идеалист, но статистика пока на его стороне:) Время нас рассудит:)

p/s
Картинка найдена здесь.

p/s/s
Кстати, где найти ответственных и проверенных исполнителей? Я пока знаю только одну компанию :)

Related Posts:

This website uses IntenseDebate comments, but they are not currently loaded because either your browser doesn't support JavaScript, or they didn't load fast enough.

You must be logged in to post a comment.