Управление потоком: узкие места, блокировки и настройка лимитов

Как найти узкое место

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

Второй признак — время в статусе. Сравните, сколько задача проводит в каждой колонке; смотрите медиану: одна забытая карточка перекашивает среднее целиком. Этап, где это время в разы больше остальных, проверяют первым, но длинное время само по себе не означает нехватку ёмкости: так же выглядят блокировки, ожидание внешней стороны и работа партиями. Ёмкость добавляют только после того, как эти три причины исключены.

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

Что делать с узким местом

Порядок действий обычно один и тот же, и начинается он с шагов, которые ничего не стоят.

• Разгрузить этап. Снять с него всё, что можно делать до или после: подготовку данных, оформление, рутинные проверки.
• Ограничить вход. Поставить лимит перед узким местом — очередь перестанет расти, и станет виден реальный срок. Но не до нуля: у ограничения всегда должна быть работа, его простой стоит дороже всего.
• Убрать возвраты. Задача, вернувшаяся на узкий этап, тратит его ёмкость второй раз. Разберите причины возвратов раньше, чем будете добавлять людей.
• Уменьшить партии. Согласование раз в неделю добавляет каждой задаче в среднем полнедели ожидания. Проводить его два-три раза в неделю обычно выгоднее, чем расширять этап.
• Помочь силами команды. Когда упёрлись в лимит, свободные люди идут помогать на узкий этап; новую задачу в это время никто не берёт.
• Расширить этап. Люди, обучение, автоматизация — самый дорогой вариант, и к нему переходят последним.

Блокировки: самый дешёвый источник ускорения

Заблокированная задача — та, по которой нельзя работать: ждём ответа заказчика, доступа, решения смежного отдела. В большинстве команд основную часть времени прохождения съедают именно блокировки; сама работа занимает меньше.

Оцените долю по-крупному: сложите время, когда над задачей действительно работали, и разделите на весь срок от взятия в работу до готовности. В неулучшенном процессе выходит от десяти до сорока процентов, остальное приходится на ожидание. Эта цифра убеждает руководство лучше любых рассуждений про лимиты: пока задача большую часть срока просто ждёт, ускорять ту часть, когда над ней работают, бессмысленно.

Помечайте блокировки явно и записывайте причину. Через месяц набирается список из трёх-четырёх повторяющихся причин, и почти всегда одна даёт больше половины простоя. Устранение одной такой причины даёт больше, чем любые улучшения производительности.

Заблокированные задачи не должны освобождать лимит. Иначе получается лазейка: пометил как заблокированную, взял новую — и незавершённая работа снова растёт, только теперь официально.

Точка обязательства и пополнение очереди

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

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

Заказчику такой порядок объяснить проще, чем кажется: пока задача не принята, ей не называют срок, и это честно. Названный срок начинается с момента принятия и опирается на процентиль из вашей же статистики.

Как перестраивать лимиты

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

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

Сигнал, что лимиты работают: время прохождения снижается, а пропускная способность не падает. Если падает и она, это ещё не повод ослаблять лимит — сначала выясните, почему освободившиеся люди не идут помогать: не хватает прав, доступов, знаний или мешает привычка «это не моя колонка». Ослаблять на единицу имеет смысл только тогда, когда помочь объективно нечем.

Ежедневная сверка: по задачам, а не по людям

Идут по доске справа налево — от того, что ближе к готовности, к тому, что только начали. Разговор начинается с задач, которые можно закрыть сегодня. Если про кого-то сегодня не сказали ни слова, это нормально; про задачу, которая стоит четвёртый день, сказать обязаны.

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

Пятнадцати минут на это хватает, пока никто не пересказывает содержание работы.

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

Диагностика по симптомам

Где смотреть эти данные в Shtab

Узкое место находится за минуту: время задачи в каждом статусе пишется в историю само.

Частые вопросы