У многих компаний есть свой “человек-скрепа”. Тот самый сотрудник, который все помнит, всех связывает, знает, кому писать, где лежит нужный файл, почему именно так работает этот процесс и что кроется за магической фразой ”так исторически сложилось”. Пока он на месте, кажется, что все под контролем.
Проблема всплывает чуть позже. Когда этот человек уходит в отпуск, заболевает, увольняется, перегружается или просто перестает тянуть объем. Вот тут внезапно выясняется, что часть бизнеса работала не потому, что процесс был хорошо выстроен, а потому, что кто-то держал его на себе вручную.
Снаружи это редко выглядит драматично. Обычно сначала начинаются мелочи: кто-то не знает, что делать дальше, сыпятся мелкие ошибки из-за потерянных нюансов, клиенту отвечают дольше, коллеги идут “спросить у Маши”. Чаще всего это приводит к тому, что руководитель снова включается в операционку, а потом становится очевидно: система в компании была не в процессах, а в головах конкретных людей.
Почему это долго кажется нормой
Потому что на короткой дистанции такая модель даже удобна. Есть сильный сотрудник, он быстро решает вопросы, вытягивает сложные места, страхует коллег, знает все обходные пути. Задачи приходят - задачи закрываются, нет симптомов скорой беды. Руководителю в этот момент может казаться, что команда просто хорошо работает.
На деле компания часто привыкает к чужой сверхкомпенсации. Пока человек справляется, проблема не видна. Более того, такие сотрудники обычно еще и получают репутацию незаменимых: “только он знает, как это устроено”, “лучше его не трогать”, “без него там никто не разберется”. А раз незаменимых заменить нельзя - никто и не пытается, поэтому на подхвате по итогу нет никого.
Если процесс держится на памяти, опыте и постоянной вовлеченности одного человека, значит компания зависит от его личного ресурса. А такая конструкция плохо переживает и кризисы, и рост. Потому что “Петю” как процесс масштабировать не получится, разве что кормить пирожками 🙂
Как это выглядит в реальной работе
Обычно это набор знакомых сцен, которые в компании уже почти перестают замечать.
Например, команда по несколько раз собирается на встречу, обсуждает вопрос, ходит по кругу, но решение так и не появляется — пока не подключится тот самый человек и не скажет, как делать “на самом деле”. Формально обсуждение было у всех, но неформальное право поставить точку почему-то есть только у одного.
Или выходит новый сотрудник. Ему дают регламент, все вроде бы выглядит прилично и системно. Но как только он пытается работать по инструкции, быстро выясняется, что в жизни все устроено немного иначе. Тут надо уточнить у одного человека, там — попросить другого, а вот этот шаг вообще делается “не так, как написано”. В какой-то момент новичку просто говорят: если что, иди сразу к Маше, она знает, как это работает. И вот на этом месте становится понятно, что реальный процесс живет не в регламенте, а в головах команды.
Что компания теряет в такой модели
Первая потеря — скорость. Когда любой нестандартный шаг упирается в конкретного человека, процесс перестает быть быстрым. Он становится зависимым от доступности этого человека, его внимания и загрузки.
Вторая — предсказуемость. Один сотрудник сделал задачу так, другой иначе, третий вообще не знал, что в этом месте нужно отдельное действие. В результате качество процесса начинает плавать, и руководитель получает не управляемую систему, а лотерею с разным исходом.
Третья — масштабируемость. Пока объем умеренный, сильные люди вытягивают. Когда задач становится больше, компания упирается не в спрос и не в рынок, а в ограниченный ресурс отдельных сотрудников. Начинается классическая история: чтобы расти, приходится не улучшать процесс, а искать еще таких же “героев”.
И, наконец, четвертая потеря — управляемость. Если знания о процессе не зафиксированы, их нельзя нормально передать, измерить, улучшить или автоматизировать. Бизнес как будто работает, но по факту слишком многое держится на невидимых ручных связях.
Как понять, что у вас уже есть зависимость от людей
Здесь лучше смотреть не на ощущения, а на признаки.
Начать можно с простого: посмотреть, через чьи руки проходит слишком много решений. У кого забит календарь встречами, кого постоянно зовут на согласования, без чьего участия задачи надолго зависают. Если один и тот же человек снова и снова нужен, чтобы процесс двинулся дальше, это уже повод копать.
Дальше стоит открыть таск-трекер и посмотреть на долгие задачи. Не все подряд, а те, которые стоят дольше обычного для своего типа. Что у них общего? Часто там быстро всплывают комментарии вроде: “ждем решения”, “нужно подтверждение”, “вернется — продолжим”. Если такие остановки регулярно связаны с одними и теми же людьми или ролями, зависимость уже есть.
Отдельно полезно смотреть на стыки между командами. Где задача считается переданной, но по факту лежит без движения, пока кто-то лично не напишет нужному человеку. В больших компаниях именно такие места чаще всего и показывают, что процесс держится не на системе, а на личных связях и ручных проталкиваниях.
Еще один способ — взять один конкретный процесс, например согласование договора, онбординг сотрудника или обработку внутренней заявки, и разложить его по шагам на реальных данных. Не “как должно быть”, а как идет на самом деле. Сколько там возвратов назад, сколько ручных уточнений, где чаще всего теряется время, на каком шаге почти всегда нужен чей-то личный допуск. Вот тут картина обычно становится довольно прозрачной.
Если хочется копнуть глубже, для этого уже есть process mining, task mining и похожие инструменты. Они как раз помогают не гадать по ощущениям, а увидеть, где процесс буксует, где много лишних ручных действий и вокруг каких ролей постоянно собираются задержки. Такие решения отлично поддаются автоматизации, при интеграции с простыми ботами получается прозрачные регулярные отчеты, которые без лишнего мониторинга покажут слабые места
Почему это особенно мешает расти
Пока компания небольшая, зависимость от сильных сотрудников часто не выглядит проблемой. Визуально это просто выглядит как “задачи закрываются, бизнес работет, спасибо”.
Интересно становится, когда начинается рост. Клиентов больше, задач больше, передач между командами больше. И вместе с этим резко растет нагрузка на тех, через кого и так уже проходит слишком много решений. В итоге компания масштабирует токльо количество ручных действий вокруг процессов.
Отсюда и странный эффект, который многие замечают слишком поздно: людей стало больше, систем стало больше, а скорость не выросла. Где-то стало даже хуже. Эстакаде добавили проезжих полос, но выезд на мост все еще по одной полосе - пробка неизбежна. Увеличилось количество согласований, ручных проверок, уточнений и зависаний на стыках. Любое расширение команды начинает требовать все больше координации, потому что новый объем ложится на старую схему, завязанную на конкретных людей.
В какой-то момент рост начинает стоить слишком дорого. Не потому, что нет спроса или инструментов, а потому, что внутри компании слишком много процессов, которые не могут нормально работать без ручного участия “нужных” сотрудников.
Что с этим делать
Сначала стоит выбрать не “всю проблему”, а один конкретный процесс, где зависимость от людей уже заметна в цифрах: долгие согласования, перегруженные участники, задержки на передаче, постоянные возвраты, ручные доработки.
Дальше полезно разобрать этот процесс на практике:
- как он должен идти по регламенту;
- как он идет на самом деле;
- на каких шагах возникает ожидание;
- где нужен личный допуск, подтверждение или финальная сборка;
- какие действия повторяются из раза в раз.
После этого уже видно, что именно требует изменений. Где-то достаточно убрать лишнее согласование. Где-то — зафиксировать нормальный порядок действий. Где-то — перестать передавать задачу через пять рук. Где-то — вынести типовые шаги в систему, чтобы они не держались на памяти конкретного человека.
И только после такого разбора есть смысл решать, чем это чинить: регламентом, изменением маршрута задачи, интеграцией, автоматизацией или агентом, который возьмет на себя повторяющиеся действия.
