Строим проект вокруг бизнес цели

Если вы еще не смотрели замечательный доклад Александра Бындю с CodeFest 2018, то самое время его увидеть:

Ключевая мысль, которую я вынес из этого доклада: "сейчас гораздо важнее сделать правильный продукт, нежели сделать продукт правильно". Я не призываю отринуть проектных подход и сходу окунуться в продуктовый (хотя бы потому, что для последнего еще необходимо наработать компетенции), но цель, ради которой ведется проект, должна быть в фокусе. Нет, даже не так: проект должен быть выстроен вокруг бизнес цели. Если строить его вокруг формальных критериев успешности проекта, может получиться такая история.

Звучит, конечно, здорово, но как это сделать? В свое время мы с командой адаптировали для этих целей технику "естественного планирования", описанную Дэвидом Алленом в книге "Как привести дела в порядок". По утверждению Аллена , "естественное планирование" - это способ планирования, которым "по умолчанию" пользуется наш мозг. В книге Аллен удивляется тому, что люди редко применяют его в работе, несмотря на его эффектность и простоту. Что ж Аллен, мы попробовали, и нам понравилось.

Надо сказать, что тогда мы не знали про Impact mapping, поэтому в каком-то смысле изобрели велосипед. Но так как наш поход не копирует Impact mapping, да еще и хорошо себя зарекомендовал, я расскажу про него подробнее.

Итак, в "естественном планировании" используются следующие шаги.

1. Определение цели (Почему?)
   Работа по проекту начинается с определения бизнес цели заказчика. В подавляющем большинстве случаев целью будет решение какой-либо проблемы заказчика (собственно, пока я не встречал других историй, но может быть они существуют) Если проблемы нет - это уже повод задуматься.
   
   На этом этапе очень легко подменить цель решением. Например, классическая история с требованием сделать кнопку на форме красной, вместо описания проблемы, что пользователи забывают выполнять какое-то важное действие. В своем выступлении Александр Бындю рекомендует применять вопрос "Чтобы что?" для борьбы с ложными целями.
   
   Вполне возможно, что в вашей организации есть четкое разделение ролей: с бизнесом общается бизнес-аналитик, с бизнес-аналитиком системный аналитик, с системным аналитиком разработчик и так далее. Вот этот тот случай, когда потерять изначальную цель очень легко из-за длинной цепочки коммуникаций. В этом случае для работы пригодятся все артефакты, от каждого из специалистов.
2. Видение идеального результата (Что?)После формулирование цели, решение может выглядеть простым, пока не начнешь вдаваться в детали. User story, use cases, мокапы интерфейсов, прототипы - чем подробнее вы опишете видение, тем больше возможностей проверить, решает ли оно проблему.
   
   А кроме того, в процессе работы над этим пунктом вы сразу соберете кейсы для проверки решения.
3. Мозговой штурм Необходимые работы(Как?)
   Когда у вас есть видение результата, можно оценивать, чего вам сейчас не хватает, чтобы его достичь. Вот тут, пожалуй, не обязательно буквально следовать GTD, и можно выбрать не только мозговой штурм, но и любой другой метод. Главное только разбираться с задачами "сверху-внизу", от результата к частностям, а не наоборот.
4. Организация (В каком порядке?)
   Каким бы способом вы не прорабатывали список работ, между работами всегда найдутся зависимости. Чем раньше вы их найдете и опишите, тем гибче сможете подойти к порядку их выполнения.
5. Первый шаг (Какое первое физическое действие?)
   В GTD под первым шагом подразумевается первое физическое действие, которое, как первая упавшая кость домино, запустит процесс выполнения задачи.
   
   Когда вы выполните первые 4 пункта, у вас будет цель проекта, видение результата, необходимый список работ и их порядок. Останется только определить первый шаг, который запустит проект в работу. Возможно, это будет старт разработки прототипа или проектное совещание, выбор за вами. 

Вот такая простая, но в то же время действенная техника, если на нее не забивать. Рекомендую так же почитать про Impact mapping, который, как мне кажется, решает те же задачи, и при этом хорошо визуализирован.

А на этом сегодня все. И помните, каким бы ни был ваш проект, главное, чтобы он достигал бизнес цель.