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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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