Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban | страница 18



: глюки в коде программы намного проще найти и исправить на ранних этапах разработки, чтобы впоследствии они не привели к катастрофе.

Agile-вариант позволяет меньше волноваться о соблюдении правильности процесса и сосредоточиться на конечном продукте.


Блистательный пример

В большом правительственном агентстве случался переполох каждый раз, когда наступало время годового аудита по PRINCE2. Проектный офис лихорадочно старался найти любой проект, соответствующий критериям PRINCE2; при обычных обстоятельствах этих проектов было не слишком много. Успешное прохождение такого аудита считалось нормальной заслугой, но проблема заключалась в том, что для «полиции проектных нравов» основным условием было максимально точное следование принципам PRINCE2.

Непосредственные результаты проектов и качество этих результатов не имели особого значения.

Начало реализации проекта

Время до рынка (time-to-market) имеет решающее значение, но сама разработка продукта занимает только часть времени от момента высказывания идеи до ее успешной реализации. Часто бывает, что само начало разработки сопряжено с определенными усилиями, и этот период простоя сам по себе проблема и является частью процесса под названием технико-экономическое обоснование (feasibility study).

Если говорить откровенно, то основная причина, почему оценки потенциала разработки считаются необходимыми, – это высокая стоимость проектов. Они пытаются спрогнозировать жизнеспособность и примерный доход от идеи в случае серьезных инвестиций, чтобы трата средств была оправданной. Однако на практике технико-экономическое обоснование уже потеряло свое первоначальное значение инструмента для независимого оценивания, потому что решение по обоснованию зачастую политизировано и заранее предопределено.

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

Лучше попробовать и потерпеть неудачу, чем не пробовать вообще, – тот урок, который мы выучили. Бесконечные обсуждения, ревью и презентации только затягивают ход работы. Ничегонеделание обойдется вам дороже, чем попытка – ведь нет ничего более разочаровывающего, чем хорошая идея, отвергнутая без должного обоснования. И неудача, и доказательство того, что идея рабочая, – оба варианта не обойдутся дорого, и они точно лучшая альтернатива бесполезным мечтаниям.