В целях ускорения управленческого ритма надо понять, как мы определяем, над чем работает компания, куда она направляет свою энергию. В первую очередь мы хотим быстрее получать обратную связь, так как это позволяет постоянно обновлять планы исходя из полученных данных.
Водопадная модель
Начнем с рассмотрения традиционного подхода к управлению проектами, известного как водопадная (каскадная) модель. Он использовался для описания разработки программного обеспечения до начала agile-революции. Оказывается, он также характеризует исторически сложившийся подход к планированию маркетинга.
При использовании водопадной модели большой проект делится на отдельные этапы. Если речь идет о разработке ПО, то это обычно: 1) сбор требований; 2) проектирование архитектуры; 3) реализация программного обеспечения; 4) подтверждение соответствия ПО установленным требованиям; 5) внедрение программного обеспечения для активного использования. Водопадом эта модель называется потому, что между этапами нет никакого пересечения. Например, проектирование не начинается до завершения сбора требований, как и программирование до конца проектирования. Работа происходит каскадами, от одного этапа к другому. Ее изображение на схеме напоминает водопад (см. рис. 9.1). Вот так выглядит модель водопада при разработке программного обеспечения, и она очень похожа на подход к управлению маркетингом. В больших компаниях процессы часто тоже поделены на этапы: 1) исследование рынка; 2) разработка креативной концепции; 3) разработка креативных материалов; 4) распространение их в разных медиаканалах; 5) анализ эффективности.
РИС. 9.1. ОБЩАЯ СТРУКТУРА УПРАВЛЕНИЯ В ВОДОПАДНОМ СТИЛЕ
В целом типовой годовой маркетинговый план также основывался на водопадной модели: 1) долгое планирование будущего; 2) разработка материалов для выполнения плана; 3) внедрение результатов работ на рынке; 4) обзор достигнутого в конце года. А затем работа над маркетинговым планом на следующий год.
На первый взгляд, это довольно логично. Разве при создании программного обеспечения вы не хотите знать требования до начала проектирования? А располагать проектом архитектуры до начала кодирования? Вы не можете передать ПО в эксплуатацию до тех пор, пока вся программа не будет закончена, верно? В маркетинге все точно так же. Разве мы не хотим составить план до начала действий? А убедиться, что все сделано идеально, прежде чем распространять результаты работы? Звучит вполне здраво. Поэтому-то водопадная модель и была популярна в управлении бизнесом.
Опасности водопадов
Водопадная модель имеет несколько серьезных недостатков.
Первый: водопад предполагает, что на ранних этапах планирования и проектирования мы уже точно знаем, чего хотим. В результате разработчики ПО быстро попадают в зависимость от недальновидных предположений. Несмотря на то что они подробно расспрашивали клиентов о требованиях, при виде законченного программного продукта заказчики часто меняли мнение: «Ах, вот что получилось? Но я предпочел бы, чтобы все это работало по-другому».
Пребывание в самом низу водопада после долгих месяцев работы, когда приходится карабкаться назад к ранее завершенным этапам, чтобы переделать проект, отнимает много времени и деморализует. Вот почему Agile-манифест ратовал за разработку работающего программного обеспечения вместо подготовки исчерпывающей документации. Чтобы выявить настоящие потребности людей, лучше всего сразу и часто показывать им прототипы. Пусть опробуют их и выскажут свои замечания. В случае провала составление подробнейших спецификаций может привести к драматическим последствиям, но часто эти спецификации — фикция.
При использовании водопадной модели в маркетинге происходит то же самое. При планировании большой кампании, в которой выходу на рынок предшествует огромное количество проектных и производственных работ, делается попытка предугадать, на что откликнется аудитория. Подробно формулируя маркетинговые программы для годового плана, компания пытается предсказать, что окажется наиболее эффективным в течение ближайших двенадцати месяцев. К сожалению, в гадании маркетологи не сильны. Гораздо полезнее увидеть результат проверки концепции и идей, а затем скорректировать их, ориентируясь на отклик пользователей.
Второй недостаток водопадной модели связан с продолжительностью временных интервалов, в которых, как правило, она работает. От начала до завершения проекта нередко проходят месяцы или годы. Большая маркетинговая кампания обычно занимает не менее шести месяцев. Годовой план выполняется в течение двенадцати месяцев. Большие проекты в области информационных технологий, особенно по разработке программ в 1980–1990-е, могли длиться по два-три года. При таком долгосрочном планировании ранние этапы отделены от финальной поставки длительными периодами. За столь долгий срок все может измениться, хотите вы того или нет.
Даже если вы добились потрясающей четкости и включили в план именно то, что хотели, или то, на что гарантированно отреагирует аудитория, вы не можете предсказать, что произойдет завтра. Сменятся конкуренты. Усовершенствуются технологии. Изменятся ожидания клиентов. Расширится рынок. Цифровая динамика вызывает подобные перемены все чаще, и они становятся все грандиознее.
К сожалению, водопадная модель плохо адаптируется к таким изменениям. Мы получаем результат, но он не совпадает с потребностями рынка; возвращаемся на ранние этапы, нередко выбрасывая уже сделанную работу, или отчаянно пытаемся исправить положение в последнюю минуту, прилагая неимоверные усилия. И эти «пожарные» меры почти всегда превращаются в лозунг «просто работать интенсивнее». Вот почему в Agile-манифесте заявляется, что реагировать на изменения важнее, чем следовать первоначальному плану. Водопадная модель была отвергнута, потому что не соответствовала быстроменяющейся реальности цифрового мира. Требовался другой подход.
Циклы agile-спринтов
Гибкая методология Scrum, которую я кратко описал выше, предлагает другой подход. Вместо длительных, четко обозначенных этапов проекта она работает с серией спринтов. Спринт длится сравнительно короткий срок, нередко неделю, но не более месяца. Обычная его продолжительность — две-три недели. Каждый спринт включает в себя фрагмент планирования, короткий отрезок времени, выделенный на разработку работающего продукта (не гигантских размеров), и время на анализ и оценку обратной связи от заинтересованных сторон в компании или на рынке. Затем начинается следующий спринт, уже с учетом опыта и полученной информации.
Большой проект или маркетинговая кампания вряд ли будут завершены в ходе единственного спринта. Напротив, для их выполнения понадобится непрерывная последовательность многих спринтов, в каждом из которых будет идти постепенный прогресс. Преимущество такого подхода заключается в том, что в течение всей работы можно вносить изменения для адаптации к меняющимся требованиям. Продолжительные программы, такие как контент-маркетинг и формирование спроса, могут быть организованы как непрерывный поток спринтов, охватывающий весь период существования программы.
