В человеческой психологии есть что-то, что заставляет нас полагать, будто бы определенный набор функциональных возможностей и является решением. Большинство моих прошлых проектов начиналось с того, что заказчики предъявляли «список покупок» или функционала, который им хотелось бы иметь в готовом продукте. Бизнес-цели зачастую существовали лишь в голове у руководителя со стороны бизнеса и редко когда были зафиксированы в явном виде или сообщались другим участникам проекта. Такая практика с самого начала обрекает задачи по разработке программного обеспечения на неудачу по двум причинам:

• Лица, ответственные за бизнес-результаты, как правило, не разбираются в технических вопросах. Поэтому крайне низка вероятность, что предлагаемые ими решения являются оптимальными (самыми недорогими, наиболее быстрыми с точки зрения реализации, наименее рискованным или лучшими по любым другим параметрам, которые делают решение идеальным в данном контексте). И если бизнес-цели не сформулированы перед началом проекта в явном виде, то технические специалисты не могут предложить более эффективное решение, даже если оно существует.

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

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

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

Если вы испытываете трудности и никак не можете сформулировать бизнес-цель, начните с заявленного клиентом списка необходимого функционала и определите, на чье поведение он будет влиять и каким именно образом. Затем выясните, почему именно эти изменения в поведении имеют такое важное значение. Возможные в этой связи вопросы могут звучать так: «Почему эта функция так важна?» или «Какую пользу должен принести данный функционал?». Продолжайте спрашивать, пока не выйдете на обсуждение финансовых аспектов проекта. Этот подход напоминает метод «Пяти почему», применяемый в бережливых подходах. Крис Мэттс утверждает, что бизнес-цель должна в явном виде отражать намерение сэкономить, заработать или защитить деньги.