Agile-маркетинг. Хакерские практики для эффективного бизнеса

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

Наконец, напомним: мы рассказали, как организовать канбан-доску в виде доски с заметками, но она может быть оформлена и в электронном виде. Существует широкий выбор программного обеспечения для создания канбан-доски и работы с ней, включая множество веб-инструментов (некоторые из них бесплатные).

Использование программного обеспечения в этом случае дает много преимуществ. Если члены вашей команды или компании находятся в разных местах, то больше подойдет интерактивная доска, поскольку она должна быть доступна всем. Кроме того, ПО поможет исполнять правила работы с канбан-доской, такие как ограничения WIP и принцип вытягивания; облегчит редактирование задач, избавив от необходимости полностью переписывать заметки; поможет нарисовать график движения задач по потоку и обеспечить возможности для архивирования и поиска задач, выполнявшихся некоторое время назад.

Если же все члены команды работают в одном здании, лучше пользоваться обычной доской. Ее обычно размещают на видном месте, чтобы члены команды и другие заинтересованные лица могли видеть состояние спринта. Кроме того, есть особая прелесть в перемещении карточек вручную, а не на экране компьютера. Особенно приятно передвигать карточку в столбец «Готово». В общем, выбор за вами, и со временем он может меняться.

Глава 14. Задачи как истории на пути покупателя

* * *

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

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

Думайте историями, а не задачами

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

Такие повествования, состоящие из одного-двух предложений, называются пользовательскими историями. Шаблон для их написания выглядит примерно так: «Играя роль пользователя, я хочу получить нужные функции, чтобы извлечь из них пользу». Например, пользовательская история сотрудника HR-отдела звучит так: «Как руководитель я хочу видеть запросы на отпуск на одном экране календаря, чтобы избежать в графике накладок, когда слишком много сотрудников отдыхали бы одновременно».

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

Маркетинг тоже может применить эту концепцию. Поскольку термин «пользователь» больше относится к программному обеспечению, мы можем назвать свою историей на пути покупателя. Надоело штамповать маркетинговые материалы и выполнять задания вроде «Срочно опубликовать справочник цен!». Давайте создавать контент и опыт, которые действительно обращаются к потенциальным и существующим клиентам, по мере того как те принимают решение о покупке и строят отношения с компанией.

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