🔥 Обещанный реальный кейс.

В моей практике был случай в крупном банке (не буду называть имя, но вы точно знаете эту вывеску). У нас работал Senior-разработчик, который курировал процессинговый модуль — сердце системы. Он был профи своего дела, но ужасен в общении и всё замыкал на себе. На все просьбы задокументировать код он отвечал: «Я тут один всё понимаю, не мешайте».

Мы, как HR, били тревогу, но бизнес боялся его тронуть. Итог был предсказуем: в один «прекрасный» понедельник он просто не вышел на связь (оказалось, ему сделали оффер с двойной зарплатой). Он просто всех кинул.

Что произошло?

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

📌Какие выводы мы сделали и как выстроили работу заново:

1. «Правило трех»: Мы обязали каждое критическое обновление системы проходить через минимум 3 специалистов. Теперь код пишет один, но ревью и подпись ставят двое других.

2. Обязательная ротация: Каждые полгода специалисты менялись зонами ответственности (кросс-тренинг). Больше нет «владельцев» модулей, есть «смотрители».

3. Жесткий регламент: Мы внедрили правило — если документация не обновлена, задача не считается выполненной, даже если код работает.

🔥 Синдром незаменимого сотрудника — это не ошибкаработника, это просчет системы управления. Пока вы строите бизнес на «звездах» и «волшебниках» — вы строите замок на песке. Настоящий лидер обязан создавать среду, где любой человек заменяем, но при этом никто не чувствует себя «расходником». И это достигается не запретами, а прозрачностью, знаниями и командной работой.

P.S. Того разработчика мы случайно увидели через полгода на рынке труда. Он пытался вернуться обратно (на новом месте было хуже), но его место было уже занято и банку такие персонажи в команду не нужны.

Задумайтесь: кто в вашей компании держит вас заложником? Примите соответствующие меры. Не допускайте в своей команде  «незаменимых» героев!

📝 Поделитесь, в вашей практике были похожие кейсы. Какие выводы сделали?