это. По мере движения проекта необходимо сужать пространство возможностей, проверяя гипотезы и внося ясность. Иными словами, каждое решение в проекте должно уменьшать неопределенность.
Однако здесь скрывается неочевидная проблема: чем раньше мы вносим определенность, тем больше лишаем себя возможности получить неожиданные и потенциально прорывные решения. Любая идея требует времени на развитие. Правда, откладывая выбор одного из вариантов, мы вынуждены прорабатывать каждый из них и тем самым увеличивать бюджет и длительность проекта. Чтобы найти правильный баланс, нужно понимать, с какими задачами следует разобраться в самом начале, а каким можно дать «дозреть». «Метод параноика» дает критерии для оценки и позволяет организовать работу над проектом соответствующим образом.
Именно фокус на неопределенности как на ключевом факторе отличает «Метод параноика» от других подходов. Неопределенность – это то, с чем сталкивается каждый, кто берется за создание уникальных цифровых продуктов. И это касается всех аспектов проектной деятельности: как будет устроен продукт, какие специалисты потребуются, как будет построено управление и организована работа, кто будет отвечать за результаты, и какое участие в проекте принимает бизнес. Если упустить хотя бы один аспект, все усилия могут оказаться напрасными.
Поэтому принципы, составляющие основу метода, представляют полный набор методологических инструментов для работы с неопределенностью в проектах от начала и до конца на всех уровнях. Всего «Метод параноика» включает пять принципов, плюс базовый или «нулевой», лежащий в их основе, и каждому посвящена отдельная глава. Здесь же я просто их перечислю:
• Базовый принцип постулирует необходимость взять неопределенность под контроль и вводит концепцию воронки неопределенности. Успешность работы над проектом определяется способностью команды быстро сужать пространство возможных вариантов, конвертируя их в проверенные решения, чтобы успеть получить работающий продукт до исчерпания доступных лимитов.
• Принцип проектирования определяет, как именно необходимо подходить к принятию проектных решений. Он разделяет «придумывание» и «воплощение» применительно к любой задаче в проекте, а заодно вводит понятие модели продукта. Это необходимо, чтобы дать возможность умереть только плохим гипотезам, а не всему продукту. Также принцип структурирует все решения по уровням абстракции, где есть место для бизнес-модели, описания самого продукта и организационных аспектов проекта.
• Принцип гибких команд рассматривает проектную команду не как константу, а как живую структуру, которая адаптируется под задачи проекта на разных стадиях. В обычных проектах, где необходимо регулярно добавлять новые функции в существующий продукт, команда представляет собой отлаженный механизм с четко определенными ролями участников. В случае с продуктом, который только предстоит спроектировать, команда должна быть мультидисциплинарной,
