Типы проектов
По мнению Дэвида Майстера, существует три обобщенных типа проектов – «Мозги», «Седина» и «Процедуры» (Brains, Grey Hair, Procedures).
«Мозги» – это решение новых задач, например, создание сервиса для новой банковской бизнес-модели. Такие проекты похожи на исследовательскую работу, и специалисты, работающие над ними, должны быть опытными профессионалами с навыками поиска нестандартных решений.
Второй тип, «Седина», ориентирован на проекты, где клиент заинтересован в отраслевых или технологических наработках подрядчика. Примером может служить обращение розничной сети к компании, которая имеет опыт внедрения программ лояльности. Такая компания уже выработала подходящие решения, на реальных проектах выявила сильные и слабые стороны технологии, сформировала процесс внедрения и создала команду, способную данное решение внедрять, запускать и поддерживать.
Третий тип – это предоставление клиенту того, что я называю комодити-услугами, аналогично комодити-товарам – нефти, электричеству или транспортным услугам. Это типовые задачи, которые могут решать квалифицированные специалисты, например, разработка программных компонентов по детальной спецификации в определенной технологической среде или дизайн интерфейса системы с известными функциональными требованиями в соответствии с фирменным брендбуком. Главная ценность здесь – не уникальные компетенции, а способность подрядчика сделать эту услугу более дешевой или более организованной. Поэтому этот тип проектов называется «Процедуры», поскольку клиенту проще и дешевле «покупать часы разработчиков», чем нанимать собственных специалистов.
Описанная модель структурирования проектов по типам помогает диагностировать и выбирать проекты на раннем этапе. Ошибочное определение типа проекта или игнорирование этого аспекта приводит к проблемам. Каждый, кто проработал в нашей отрасли хотя бы несколько лет, наверняка увидит что-то знакомое в том, что описано дальше.
Например, уникальный проект типа «Мозги» вряд ли смогут одолеть недостаточно опытные специалисты, независимо от их количества. Но даже если такой проект делает квалифицированная команда, это не избавляет от проблем с оценкой, которая здесь невозможна. Так как это исследовательский тип работ, нельзя заранее сказать, будет ли найдено решение. Есть просто разумные пределы бюджета и сроков, после которых для клиента решение поставленной задачи становится нецелесообразным.
С другой стороны, вряд ли можно говорить об эффективном использовании ресурсов, когда для простых задач типа «Процедуры» привлекается команда, которая специализируется на сложных проектах. Кроме того, один раз, возможно, это и сработает, но в дальнейшем такая команда покинет компанию, ведь профессионалы мотивированы сложностью и уникальностью задач, которые они решают на проектах. Так часто бывает, когда руководство агентства идет на поводу у клиента, который хочет закрыть одним подрядчиком весь спектр задач – от создания новых продуктов до простой контентной поддержки сайтов.
В случае же с проектами типа «Седина» существует серьезное ограничение на использование специалистов из других областей. Команда, работающая на проектах типа «Мозги», постарается решить типовую задачу нестандартно. Даже если получится интересное решение, это вряд ли обрадует клиента, которому просто было необходимо «закрыть вопрос» известным способом. К тому же, это будет дороже в разработке и сложнее в поддержке и развитии. Команды, специализирующиеся на «Процедурах», не принесут желаемого результата, как не стоит ждать от солдат понимания на уровне командования войсками. Они могут быть сильны в решении тактических задач, но стратегическое понимание не их сильная сторона. Другими словами, у них нет ни готового решения, ни методов для его поиска.
Тем не менее ошибки в определении типа проекта быстро всплывают. Результаты таких ошибок дают о себе знать проблемами на проекте, как болезни с ярко выраженными симптомами. Но есть и бессимптомные ситуации, которые тоже связаны с типами проектов. Компании-подрядчики, не понимая системные различия в характере задач, часто смешивают несколько типов. В таком случае проект может быть успешно реализован, но подрядчик теряет часть потенциальной прибыли или не реализует полностью потенциал своей команды, который позволил бы ей отличаться на фоне других, менее сообразительных коллег. Далее я объясню, как это происходит.