Метод параноика. Принципы создания цифровых продуктов для бизнеса в условиях неопределенности

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

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

Проект как выпуск эпизодов сериала

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

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

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

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

Первые две стадии проектного процесса относятся к цифровому продукту в целом, а третья и четвертая представляют собой неразрывную пару, которая называется «ран», и может повторяться множество раз, результатом которой является отдельная версия продукта. Таким образом детальное проектирование и разработка представляют собой короткий цикл проекта. Здесь проявляется связь названия проджект-раннер и пути, по которому он двигает проект через последовательность «ранов».

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