Если известно, какие задачи нужно выполнить и какие для этого нужны ресурсы, а это, как правило, проекты типа «Процедуры» и «Седина», то работа по первой модели оправдана. Если же решение только предстоит найти, как в проектах типа «Мозги», нужна вторая модель. Изменение схемы работы компании с использованием цифровых инструментов или запуск нового направления – как раз такой случай. В них вы не сможете поставить задачу и организовать тендер, чтобы привлечь команду на конкурсной основе. Нужен тот, кто разговаривая с бизнесом на одном языке, найдет решение и переведет его в понятную специалистам форму.
В «Методе параноика» такую функцию выполняет проджект-раннер, и его роль состоит в запуске уникальных проектов. Он, как вытяжной парашют, тянет за собой все остальное. Проджект-раннер подобен «Психотерапевту», который ставит диагноз и организует процесс, привлекая при необходимости «Фармацевтов» (команды специалистов с типовыми компетенциями в разработке, дизайне и т. д.), «Сиделок» (маркетинговые и рекламные агентства) и «Нейрохирургов» (системные интеграторы, высококлассные профессионалы и уникальные креативные студии). Проджект-раннер знает модели ценообразования и понимает ограничения бизнеса и цели заказчика, он выбирает подходящих участников, опираясь на принцип гибких проектных команд. Происходит ли это через конкурсы или прямые договоренности с подрядчиками, не так важно. Главное, что проджект-раннер разделяет риски и несет ответственность за результат проекта. Он фокусируется на достижении целей бизнеса и добивается, чтобы итоговый продукт соответствовал заданным параметрам.
В отличие от обычных менеджеров, проджект-раннер знает, что при планировании проекта задачи не конвертируются напрямую в человеко-часы. Оценка со стороны исполнителей никогда не может быть достоверной, а таблица с функциями продукта и ожидаемыми трудозатратами – это плод фантазии. Важна только фактическая производительность конкретной команды. Ее замер на реальных задачах является обязательной процедурой и позволяет проджект-раннеру объективно оценивать возможности новой команды. Если они не укладываются в необходимые параметры, то ищется другая команда или меняется устройство продукта под возможности доступных специалистов.
Интересно, что когда я только собирал материалы для этой главы, то искал примеры того, как подобный подход используется в других индустриях. Я хотел показать, что продюсирование – неизбежная модель в современном мире, и был очень удивлен, когда наткнулся на рассказ о постройке самой крупной ракеты в истории человечества для полета на Луну[1]:
Если такая схема сработала в 60-х годах прошлого века, то в современном мире это тем более возможно, и наш проектный опыт неоднократно это доказывал. Продюсерский подход дает необходимую гибкость и, подобно Фон Брауну, позволяет строить распределенные команды из самых классных специалистов. Опираясь на принципы проектирования и гибких проектных команд получается выстраивать коммуникации между участниками и управлять процессом создания продуктов. Учитывая, что сейчас многие профессионалы выбирают образ жизни цифровых кочевников, описанный подход становится единственно возможным ответом на вызов времени.