Когда ключевой сотрудник объявляет об уходе, главная угроза для бизнеса – не пустой стул, а недокументированные процессы, личные договоренности с клиентами и пароли, которые существуют только в его голове. Независимо от того, уходит человек через стандартные две недели или одним днем, у вас есть очень узкое окно возможностей, чтобы извлечь критический минимум информации и не дать процессам остановиться.
| Что разберем | Что это даст на практике |
| Экстренная передача дел за две недели | Сможете сохранить критичные процессы без остановки работы отдела |
| Как действовать, если человек ушел одним днем или со скандалом | Поймете, как восстановить доступы и логику работы методами обратного инжиниринга |
| Правильный формат выгрузки знаний | Получите реальные алгоритмы работы, а не отписки для галочки |
| Техническая безопасность при увольнении | Исключите риск удаления баз, кражи клиентов и саботажа |
Быстрое решение: формат “Тень” и запись экрана
Если до ухода сотрудника осталось меньше недели, не заставляйте его писать текстовые инструкции, регламенты и мануалы. Он не успеет этого сделать, а то, что напишет, будет поверхностным и неприменимым.
Единственный рабочий способ быстро сохранить знания – парная работа под запись.
Прикрепите к уходящему сотруднику коллегу, который временно подхватит его задачи. Все оставшееся время этот коллега должен работать как “тень”: сидеть рядом, смотреть, как уходящий выполняет ключевые задачи, и задавать вопросы. Каждая сложная операция на компьютере (выгрузка отчета из 1С, настройка рекламной кампании, расчет сметы) должна выполняться с включенной записью экрана и голосовыми комментариями уходящего.
Как организовать передачу дел: пошаговый алгоритм
1. Определите критический минимум
Не пытайтесь задокументировать все. Составьте список процессов, остановка которых в ближайший месяц приведет к потере денег, срыву сроков перед клиентами или остановке других отделов.
Сосредоточьтесь на трех блоках:
- Незавершенные задачи: на какой стадии находятся, кто ждет результат, где лежат исходники.
- Регулярные рутины: что нужно делать каждый день/неделю, чтобы ничего не сломалось.
- Внешние контакты: с какими подрядчиками, клиентами или чиновниками сотрудник общался напрямую, номера телефонов, суть негласных договоренностей.
2. Соберите карту доступов
Сотрудник должен передать не просто логины и пароли, а ссылки на конкретные кабинеты, сервисы и админки. Если используются двухфакторные авторизации, привязанные к его личному номеру телефона, их нужно перепривязать на корпоративные сим-карты или номера руководителей до того, как человек покинет офис.
3. Проведите интервью по “слепым зонам”
Знания специалиста делятся на явные (как нажать кнопку) и скрытые (почему нужно нажимать именно эту). Чтобы вытащить скрытые знания, задайте уходящему сотруднику следующие вопросы:
- Где ты обычно берешь данные для этого отчета, если база висит?
- К кому из смежного отдела ты идешь, если нужно ускорить процесс в обход официальной заявки?
- Есть ли у нас клиенты, которые требуют особого подхода, и в чем он заключается?
- Какие костыли и временные решения сейчас работают в твоих проектах, о которых никто не знает?
- Что сломается первым, если на твое место неделю никого не найдут?
Развилки и сценарии: как сотрудник уходит
Стратегия снятия знаний радикально меняется в зависимости от того, в каких отношениях вы расстаетесь и сколько времени есть в запасе.
Сценарий А: Стандартная отработка (2 недели, отношения нормальные)
Самый благоприятный вариант. Переведите сотрудника в режим консультанта. Снимите с него текучку и новые проекты. Его единственная задача на эти две недели – передать дела преемнику или руководителю. Разбейте процесс: первая неделя – совместная работа и запись видеоинструкций, вторая неделя – преемник делает все сам, уходящий смотрит и корректирует ошибки.
Сценарий Б: Уход одним днем по инициативе сотрудника или форс-мажор
Времени на передачу нет. Знания придется восстанавливать.
Что делать:
- Немедленно заблокируйте учетную запись, но не удаляйте ее. Вам нужен доступ к его рабочей почте, истории переписок в корпоративном мессенджере и файлам на диске.
- Соберите команду, которая взаимодействовала с сотрудником. Каждый должен выписать, какие результаты он получал от ушедшего и в каком виде.
- Используйте обратный инжиниринг: посмотрите финальные документы (договоры, отчеты, код) и попытайтесь восстановить цепочку их создания по следам в таск-трекере (Битрикс24, Яндекс Трекер и т.д.).
Сценарий В: Конфликтное увольнение (риск саботажа)
Если человек уходит со скандалом, любые попытки заставить его передать дела приведут к утаиванию информации или намеренным ошибкам в инструкциях.
Что делать:
Сначала безопасность, потом знания. Отзовите все доступы прямо во время разговора об увольнении. Выведите человека из офиса. Знания придется восстанавливать через логи, переписки и аудит его рабочего компьютера. Дешевле потратить неделю на восстановление процессов силами других сотрудников, чем разгребать последствия вредоносных действий обиженного специалиста.
Частые ошибки при передаче знаний
Ошибка: Требовать создания объемных текстовых регламентов
Почему возникает: Руководитель хочет получить документ, по которому сможет работать новичок.
К чему приводит: Сотрудник копирует куски из интернета, пишет общие фразы без конкретики или просто затягивает процесс до последнего дня. Вы получаете текст, который не отражает реальную работу.
Как избежать: Замените тексты на скринкасты (записи экрана) с голосовым сопровождением. Это занимает в разы меньше времени и фиксирует реальные действия.
Ошибка: Оставлять передачу доступов на последний день
Почему возникает: Кажется, что доступы – это самое простое, и их можно переписать за пять минут до прощальной пиццы.
К чему приводит: В суматохе последнего дня забываются пароли от критически важных сервисов (например, от хостинга или рекламного кабинета). Выясняется это через месяц, когда человек уже не выходит на связь.
Как избежать: Передача доступов – это задача первого дня отработки. Сразу меняйте пароли и проверяйте, можете ли вы зайти в сервисы без участия уходящего.
Ошибка: Заставлять доделывать проекты вместо передачи дел
Почему возникает: Жалко терять рабочие руки, хочется выжать из сотрудника максимум до последнего дня.
К чему приводит: Проекты доделываются в спешке с низким качеством, а знания не передаются вообще. После ухода компания тратит месяцы на то, чтобы разобраться в “доделанном”.
Как избежать: Смиритесь с тем, что с момента подачи заявления сотрудник больше не производит новый продукт. Он работает только на сохранение текущей инфраструктуры.
Техническая безопасность и ограничения
Даже при мирном расставании необходимо соблюдать жесткий протокол отзыва доступов. Практика показывает, что забытые доступы часто становятся причиной утечек баз данных или остановки рекламных кампаний.
Что нужно отключить и проверить обязательно:
- Корпоративные мессенджеры и почта. Смените пароль от почты, отключите переадресацию писем (частая уловка – настроить скрытую пересылку входящих на личный ящик).
- CRM (amoCRM, Битрикс24). Заблокируйте возможность экспорта базы клиентов еще до того, как сотрудник узнает о том, что его отключают. Переведите все его открытые сделки на руководителя.
- Внешние сервисы. Проверьте, не привязаны ли корпоративные аккаунты Яндекса, VK Рекламы, сервисов рассылок к личной почте или телефону сотрудника.
- Общие аккаунты. Если отдел пользовался одним общим паролем для доступа к какому-то ресурсу (например, к платному сервису аналитики), этот пароль нужно сменить для всех оставшихся сотрудников.
Исключение: Если сотрудник был единственным администратором серверов или сложных IT-систем, не блокируйте его доступы до тех пор, пока внешний аудитор или новый сисадмин не получит права суперпользователя и не проверит систему на наличие “логических бомб” (скриптов, которые удаляют данные, если администратор долго не заходит в систему).
Как защититься от потери знаний в будущем
Чтобы уход одного человека больше не парализовывал работу, необходимо снизить “bus factor” (фактор автобуса – количество людей, потеря которых критична для проекта).
Для этого не нужно внедрять бюрократию, достаточно трех прикладных правил:
1. Правило второй руки. К каждому критичному процессу должно иметь доступ минимум два человека. Если один ведет проект, второй должен хотя бы раз в неделю просматривать его статус и знать, где лежат исходники.
2. Корпоративный менеджер паролей. Используйте сервисы вроде Пассворк или хотя бы защищенную таблицу с ограниченным доступом, где хранятся все доступы к инфраструктуре. Запретите регистрацию рабочих сервисов на личные почты – только на ящики в корпоративном домене.
3. Регулярные скринкасты. Внедрите привычку: если сотрудник делает сложную или редкую задачу (например, закрывает квартал в нестандартных условиях), он включает запись экрана. Эти видео просто складываются в базу знаний на корпоративном диске. Их не нужно монтировать или оформлять – они лежат как страховка.
Коротко о главном
- Забудьте про письменные инструкции. Используйте парную работу и запись экрана с комментариями.
- Заберите доступы и перепривяжите сервисы с личных номеров на корпоративные в первые два дня после заявления об уходе.
- Если человек уходит одним днем или со скандалом – сначала блокируйте доступы, знания восстановите позже через логи и переписки.
- Не заставляйте уходящего делать новые задачи. Его главная работа перед увольнением – передача контекста преемнику.
- Задавайте вопросы о “слепых зонах”: негласных договоренностях, костылях в коде и неочевидных решениях. Именно это теряется чаще всего.
