Выявление узких мест рабочих процессов

Ключевые идеи

Узкие места проекта простыми словами

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

Неэффективные процессы:

• Устаревшие методы работы. Процессы, заточенные под другую реальность — ручной ввод данных, длинные последовательные согласования, работу только в офисе, — добавляют трение, и оно копится с каждым прогоном.
• Лишние этапы проверки. Когда контроль качества разрастается сверх реальной необходимости, сроки растягиваются, а качество от этого почти не выигрывает. Есть точка, после которой очередная проверка уже не улучшает результат, а только тормозит его, — и эту точку проходят чаще, чем кажется.
• Тяжёлые структуры согласования. Цепочки, где визу ставят те, кого решение по сути не касается, создают лишнюю координационную нагрузку: поставка замедляется, а ответственности не прибавляется.
• Ручной труд, который просится в автоматизацию. Перенос данных между системами, выпуск типовых отчётов, применение одних и тех же правил к разным входным данным — всё это кандидаты на автоматизацию. Сажать на такую работу квалифицированных людей — значит тратить мощность, которую можно было бы пустить на задачи, где нужна голова.
• Шаги процесса без понятной отдачи. Действия, которые делают «потому что всегда так делали», но без которых качество итога не пострадало бы, просто съедают ресурсы и ничего не дают на выходе.

Просчёты в распределении ресурсов:

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

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

Как поймать узкое место на раннем этапе

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

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

Сигналы, по которым видно зреющее узкое место:

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

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

Чем это лечится

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

Краткосрочные меры:

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

Долгосрочные меры:

• Перепроектирование процессов. Перестроить процесс на уровне структуры — выкинуть лишние шаги, переделать передачи, сменить порядок работ — значит добраться до корня, а не обходить его стороной.
• Системное развитие компетенций команды. Командные программы обучения, которые закрывают повторяющиеся пробелы в навыках, снижают частоту, с которой дефицит компетенций порождает узкие места в будущих проектах.
• Обновление инструментов. Заменить инструменты, которые создают трение — из-за нехватки скорости, проблем с интеграцией или урезанных возможностей, — значит снять структурное ограничение, тянущееся через каждый проект, что от них зависит.
• Глубокая автоматизация процессов. Автоматизировать целые рабочие процессы, а не отдельные задачи, в тех местах, где человеческое суждение почти ничего не добавляет, — значит убрать целый класс узких мест насовсем, а не разбираться с ними цикл за циклом.
• Заблаговременное планирование ограничений. Если закладывать поиск и смягчение узких мест прямо в планирование проекта, а не реагировать постфактум, они случаются реже и бьют слабее на всём жизненном цикле проекта.

Читайте также:

Про улучшение процессов — статья «Гибридное управление проектами: сочетаем Agile и Waterfall ради результата».

Чтобы поднять эффективность команды, загляните в материал «Что такое доска Kanban? Гид по визуальному управлению рабочим процессом».

Про управление ресурсами — статья «Процесс управления ресурсами: ключевые шаги к успеху».

Заключение

Работа с узкими местами в рабочем процессе укладывается в чёткую схему: найти ограничение, отделить симптом от причины, применить быструю стабилизирующую меру и внедрить структурное исправление, которое не даст проблеме вернуться. Компании, у которых это получается, отличаются от остальных обычно не осведомлённостью — все примерно представляют, что такое узкие места, — а именно системной привычкой рано замечать и по-взрослому расшивать. Taskee помогает с обеими сторонами: делает опережающие индикаторы узких мест видимыми ещё до задержек и даёт операционный контекст, чтобы вы лечили причины, а не симптомы.

Рекомендуем почитать

"Theory of Constraints"

Подробный разбор того, как понимать и расшивать операционные узкие места в современном бизнесе.

"Lean Process Improvement"

Как через системный подход отлаживать рабочие процессы и убирать потери.

"The Phoenix Project"

Управление узкими местами в ИТ-операциях на живых примерах из практики.