Статью можно написать за четыре часа, баннер собрать за два, рассылку сверстать за вечер — и всё равно выпускать материал несколько дней. Большая часть этого срока уходит не на работу, а на ожидание: текст ждёт редактора, макет — маркетолога, готовый креатив — комментария клиента.
Если весь этот путь скрыт внутри статуса «В работе», кажется, что команда медленно производит контент. Хотя реальная задержка может возникать уже после того, как исполнитель закончил свою часть.
Возьмём обычную статью для блога. Автор пишет текст и передаёт его редактору, после правок материал уходит эксперту на проверку фактуры, затем дизайнер готовит обложку, а перед публикацией кто-то должен дать финальное подтверждение. У каждого участника есть собственная работа, но между этапами материал может несколько часов или дней просто ждать.
Допустим, автор потратил на статью четыре часа, редактор — час, дизайнер — ещё час. Между этими действиями текст сутки лежал перед редактурой, полтора дня ждал комментария эксперта и ещё день — финального согласования. Непосредственно над материалом работали несколько часов, а весь путь до публикации занял почти четыре дня.
На доске при этом карточка может всё время находиться в одной колонке «В работе». Руководитель видит длинный срок выполнения, но не видит, из чего он сложился. Отсюда легко сделать неверный вывод: автор пишет слишком медленно, дизайнер не справляется с объёмом или команде нужен ещё один сотрудник.
Проблема особенно заметна, когда таких материалов десятки. В одной колонке оказываются текст, который сейчас пишет автор, готовый макет, который ждёт клиента, баннер с уже полученными комментариями и публикация, которую никто не выпускает без финального «ок». Формально всё это незавершённая работа, но причины задержки у карточек совершенно разные.
Если несколько материалов регулярно застревают перед одним и тем же участником процесса, ускорять предыдущий этап бессмысленно. Автор может писать быстрее, дизайнер — собирать больше макетов, но пропускная способность всей цепочки от этого не изменится, если редактор или согласующий не успевает принимать следующий объём.
В маркетинговой работе такая ситуация возникает постоянно. Команда может увеличить выпуск креативов, но они начнут копиться перед утверждением. Можно ускорить подготовку статей, а очередь переместится к эксперту, который проверяет фактуру. Агентство способно быстро готовить варианты баннеров, но клиент рассматривает их раз в два дня — и именно этот этап определяет реальную скорость выпуска.
Поэтому полезно смотреть не только на то, кто выполняет задачу, но и на то, кто должен сделать следующее действие. Если дизайнер закончил макет, карточка больше не описывает работу дизайнера. Она описывает ожидание проверки маркетолога или клиента.
Такое разделение помогает точнее искать причину задержки. Если большинство карточек стоит перед согласованием, вопрос уже не в производительности исполнителей. Если очередь появляется в правках, стоит смотреть, почему материалы так часто возвращаются назад. Если задания долго не покидают первый этап, тогда действительно есть смысл разбираться с самим производством.
Обратная крайность — попытаться вынести в отдельную колонку любое изменение состояния. «На проверке», «Проверяется», «На согласовании», «Ожидает согласования», «Утверждение», «Повторное согласование» — через некоторое время сотрудники уже не понимают, чем соседние статусы отличаются друг от друга.
Отдельный этап нужен не потому, что такое состояние теоретически существует, а потому, что его полезно видеть отдельно. Для небольшого контент-процесса может хватить схемы «В работе → На проверке → Правки → Готово». Если согласование с клиентом регулярно занимает заметную часть срока, появляется смысл добавить отдельную колонку «У клиента».
Тогда доска начинает отвечать на практические вопросы. Сколько материалов команда сейчас действительно производит? Сколько уже готовы и ждут другого человека? Где скопилась очередь? На каком этапе работа возвращается назад?
Если новая колонка неделями пустует или используется один раз из десяти, отдельный статус, скорее всего, только усложняет процесс. Если в ней постоянно лежат несколько карточек, команда получила полезный сигнал: раньше это ожидание было спрятано внутри более общего этапа.
Необязательно заранее проектировать идеальную доску. Проще взять один повторяющийся поток — статьи, рассылки, баннеры или рекламные креативы — и неделю наблюдать, что происходит после фразы «я закончил».
Каждый раз фиксируйте, кто должен совершить следующее действие. Автор передал текст редактору — материал ждёт редактуру. Редактор вернул замечания — действие снова требуется от автора. Готовый макет отправили клиенту — команда временно перестала над ним работать, но выпуск по-прежнему зависит от внешнего согласования.
Повторяющиеся состояния постепенно становятся кандидатами на отдельные этапы. Разовые исключения можно оставить внутри карточки, чтобы не раздувать доску. Через неделю обычно становится гораздо понятнее, какие переходы действительно влияют на срок, а какие просто описывают внутренние детали работы.
Такой эксперимент заодно помогает отделить время производства от полного времени прохождения материала. Если автор пишет статью четыре часа, а до публикации проходит три дня, сокращение работы автора на час почти ничего не изменит. Сначала имеет смысл найти те два с лишним дня, когда материал просто ждёт.
Для такого теста не требуется сложное внедрение. Достаточно взять один живой процесс, вынести повторяющиеся этапы на доску и посмотреть, где начинают скапливаться карточки.
Такую схему можно собрать в Канбано: создать колонки под реальные этапы контент-процесса, назначать исполнителей, добавлять даты, метки и материалы в карточки. Канбано сейчас полностью бесплатен, поэтому к пилоту можно подключить всю маркетинговую команду и не выбирать нескольких «тестовых» сотрудников. На текущем этапе сервис не ограничивает количество пользователей, досок и карточек.
Начинать лучше не с переноса всей работы. Возьмите статьи, креативы или рассылки и оставьте несколько понятных этапов. Через неделю станет видно, какие карточки действительно долго делают, а какие большую часть срока кого-то ждут.
Если очередь стабильно появляется после исполнителя, ускорять исполнителя уже поздно. Сначала нужно сделать видимым следующий этап процесса.