
Привет! Я Вера, менеджер по продукту.
Когда-то писала в чатах «Ну как там?» чаще, чем «Доброе утро, коллеги». Обычно в моменты, когда задачи горели, а про дедлайны никто не был в курсе.
Я перестала искать виноватых и научилась находить узкие места в процессах. Делюсь своим алгоритмом: как это сделать быстро и эффективно.
Принципы универсальны, а примеры покажу на системе управления проектами YouGile.
Что вообще такое «узкое место»
Узкое место — это этап, где задачи регулярно застревают дольше обычного. Например, согласования тянутся неделями, важные решения упираются в одного человека, а команда каждый раз ждёт, пока кто-то освободится.
Разберитесь, как устроен ваш процесс
Прежде чем искать проблему, зафиксируйте: а как, собственно, команда должна работать?
Например, мне достаточно общих вводных: сотрудники разбирают входящие задачи в течение дня; согласование занимает 1–3 дня; ожидание ответа от клиента — до 10 дней. Для нас это норма. Только зная эти «нормальные сроки», можно отличить реальное узкое место от рабочей рутины.
Готовый процесс можно оцифровать в общем чате, таблице или в таск-трекере. Вот как может выглядеть самый простой процесс в трекере:

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

Разберитесь в причине
Когда вы нашли узкое место, изучите, почему оно вообще появилось. Обычно дело в одной из пяти причин.
|
Причина |
Как распознать |
Что делать |
|
Задача потеряла актуальность |
Её никто не трогает неделями |
Перенести в архив, не держать «на всякий случай» |
|
Исполнитель перегружен |
За конкретным человеком копятся старые задачи |
Перераспределить нагрузку, обсудить приоритеты |
|
Возник блокер |
Исполнитель больше суток ждёт вводных или дополнительные материалы по задаче |
Выделить такие задачи, чтобы видеть их отдельно. Оперативно реагировать на блокеры и давать коллегам всё, что нужно для работы |
|
Нарушена «гигиена» процесса |
Задача формально в работе, но по факту её никто не делает |
Регулярно чистить список задач: неактуальное — в бэклог, «висяки» — на пересмотр |
|
Этап устроен неудачно |
Задачи регулярно застревают на определённом шаге: например, их долго согласовывают |
Разбить этап на подэтапы, прописать чёткие правила перехода |
Наведите порядок в узком месте
Вот несколько простых действий.
Ограничьте количество задач в работе
Если на одном этапе постоянно копятся задачи, договоритесь о лимите: сколько задач команда может держать там одновременно. Это помогает не набрасывать новое поверх старого, а сначала разгребать то, что уже застряло.
В YouGile я ставлю WIP-лимит на нужную колонку. Если задач становится больше нормы, система подсвечивает превышение. Для меня это сигнал: этап перегружен, новые задачи сюда пока лучше не добавлять.
Уберите лишнее
Если на этапе копятся старые или неактуальные задачи, реальная загрузка искажается. Поэтому мы регулярно чистим процесс: неактуальное переносим в бэклог, зависшие задачи выносим на обсуждение, а то, что просто ждёт решения, не держим как активную работу.

Разделите слишком общий этап
Иногда задачи копятся не потому, что команда медленно работает, а потому что этап слишком широкий. Например, «Согласование» может означать что угодно: ждём клиента, юристов, руководителя или правки от автора.
В таких случаях я дроблю этап на несколько понятных статусов. Так сразу видно, где именно задача задержалась и кто должен сделать следующий шаг.
Зафиксируйте правила перехода
Если команда по-разному понимает, когда задача готова к следующему этапу, она будет зависать. Лучше заранее договориться: что должно быть сделано, кто проверяет результат и в каких случаях задачу нельзя двигать дальше.
Это можно закрепить в описании этапа, чек-листе в задаче или во внутренних правилах команды.
Отдельно отмечайте задачи, которые ждут внешнего решения
Ожидание ответа — не то же самое, что активная работа. Поэтому такие задачи лучше выделять отдельно: например, меткой «Блокер», «Нужно согласовать» или «Нужна помощь».
В YouGile я использую для этого стикеры. Проблемные задачи сразу заметны, и я понимаю, где нужно вмешаться: написать, позвонить, уточнить решение или передать задачу дальше.

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

Я собрала подробную инструкцию, если вы хотите настроить в YouGile всё, о чём рассказала в статье.
Для начала можно взять небольшой проект и пошагово собрать такую же логику. Система управления проектами YouGile доступна бесплатно и без ограничений для команд до 10 человек.
ссылка на оригинал статьи https://habr.com/ru/articles/1041126/