Задачи копятся, а команда молчит: как я научилась видеть узкие места в работе

от автора

Привет! Я Вера, менеджер по продукту.

Когда-то писала в чатах «Ну как там?» чаще, чем «Доброе утро, коллеги». Обычно в моменты, когда задачи горели, а про дедлайны никто не был в курсе. 

Я перестала искать виноватых и научилась находить узкие места в процессах. Делюсь своим алгоритмом: как это сделать быстро и эффективно. 

Принципы универсальны, а примеры покажу на системе управления проектами YouGile.

Что вообще такое «узкое место»

Узкое место — это этап, где задачи регулярно застревают дольше обычного. Например, согласования тянутся неделями, важные решения упираются в одного человека, а команда каждый раз ждёт, пока кто-то освободится. 

Разберитесь, как устроен ваш процесс

Прежде чем искать проблему, зафиксируйте: а как, собственно, команда должна работать?

Например, мне достаточно общих вводных: сотрудники разбирают входящие задачи в течение дня; согласование занимает 1–3 дня; ожидание ответа от клиента — до 10 дней. Для нас это норма.  Только зная эти «нормальные сроки», можно отличить реальное узкое место от рабочей рутины.

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

Найдите аномалии: где задачи лежат дольше обычного

Можно по старинке: утром пройтись по статусам, спросить у коллег, что в работе и что мешает двигаться дальше. В маленькой команде это займёт 15 минут. 

В YouGile я отслеживаю задержки прямо в проекте: включаю счётчик, который показывает, сколько дней задача находится на текущем этапе. Если вместо привычных двух дней вижу неделю, это сигнал — задача застряла, и пора искать причину.

Разберитесь в причине

Когда вы нашли узкое место, изучите, почему оно вообще появилось. Обычно дело в одной из пяти причин. 

Причина

Как распознать

Что делать

Задача потеряла актуальность

Её никто не трогает неделями

Перенести в архив, не держать «на всякий случай»

Исполнитель перегружен

За конкретным человеком копятся старые задачи

Перераспределить нагрузку, обсудить приоритеты

Возник блокер

Исполнитель больше суток ждёт вводных или дополнительные материалы по задаче

Выделить такие задачи, чтобы видеть их отдельно. Оперативно реагировать на блокеры и давать коллегам всё, что нужно для работы

Нарушена «гигиена» процесса

Задача формально в работе, но по факту её никто не делает

Регулярно чистить список задач: неактуальное — в бэклог, «висяки» — на пересмотр

Этап устроен неудачно

Задачи регулярно застревают на определённом шаге: например, их долго согласовывают

Разбить этап на подэтапы, прописать чёткие правила перехода

Наведите порядок в узком месте

Вот несколько простых действий. 

Ограничьте количество задач в работе

Если на одном этапе постоянно копятся задачи, договоритесь о лимите: сколько задач команда может держать там одновременно. Это помогает не набрасывать новое поверх старого, а сначала разгребать то, что уже застряло.

В YouGile я ставлю WIP-лимит на нужную колонку. Если задач становится больше нормы, система подсвечивает превышение. Для меня это сигнал: этап перегружен, новые задачи сюда пока лучше не добавлять.

Уберите лишнее

Если на этапе копятся старые или неактуальные задачи, реальная загрузка искажается. Поэтому мы регулярно чистим процесс: неактуальное переносим в бэклог, зависшие задачи выносим на обсуждение, а то, что просто ждёт решения, не держим как активную работу.

Разделите слишком общий этап

Иногда задачи копятся не потому, что команда медленно работает, а потому что этап слишком широкий. Например, «Согласование» может означать что угодно: ждём клиента, юристов, руководителя или правки от автора.

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

Зафиксируйте правила перехода

Если команда по-разному понимает, когда задача готова к следующему этапу, она будет зависать. Лучше заранее договориться: что должно быть сделано, кто проверяет результат и в каких случаях задачу нельзя двигать дальше.

Это можно закрепить в описании этапа, чек-листе в задаче или во внутренних правилах команды.

Отдельно отмечайте задачи, которые ждут внешнего решения

Ожидание ответа — не то же самое, что активная работа. Поэтому такие задачи лучше выделять отдельно: например, меткой «Блокер», «Нужно согласовать» или «Нужна помощь».

В YouGile я использую для этого стикеры. Проблемные задачи сразу заметны, и я понимаю, где нужно вмешаться: написать, позвонить, уточнить решение или передать задачу дальше. 

Следите, чтобы узкие места не появлялись снова

Процесс важно регулярно проверять. Я вместо ручных отчётов настроила сводную доску. Система сама собирает задачи по заданным параметрам: просроченным дедлайнам, загрузке сотрудников, активным блокерам.

Открываю эту доску каждое утро. Если вижу, что где-то начинает подгорать, реагирую сразу, а не в последний день спринта.

Я собрала подробную инструкцию, если вы хотите настроить в YouGile всё, о чём рассказала в статье. 

Для начала можно взять небольшой проект и пошагово собрать такую же логику. Система управления проектами YouGile доступна бесплатно и без ограничений для команд до 10 человек.

ссылка на оригинал статьи https://habr.com/ru/articles/1041126/