Увольнение сотрудника в стартапе: как закрыть доступы за один день

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

Эта статья про то, как закрыть доступы при увольнении так, чтобы не остаться без данных, не сломать процессы и не оставить дыр в безопасности. Порядок действий одинаковый для команды из пяти человек и для команды из пятидесяти, меняется только объем.

Почему доступы в стартапе теряются

В маленькой команде доступы выдаются в момент необходимости. Разработчику открывают репозиторий в день первого задания, менеджеру добавляют в CRM на созвоне, дизайнеру пишут в чат: «Дай ссылку на папку». Никто не фиксирует эти действия, потому что каждое из них кажется мелочью.

Через год выясняется, что у сотрудника, который ушел, есть доступ к восьми сервисам, из которых руководитель знает три. Остальные связаны с личными аккаунтами, рабочими почтами под доменом компании или гостевыми ссылками, которые никогда не истекали.

Есть и вторая проблема: знания. Человек, который уходит, часто единственный понимает, как устроен процесс в конкретном сервисе. Если его доступ закрыть раньше, чем передана информация, команда теряет контекст. Поэтому закрытие доступов и передача знаний должны идти вместе, но в правильном порядке.

Шаг 1. Составьте реестр доступов до того, как он понадобится

Лучший момент для инвентаризации доступов не при увольнении, а заранее. Но если это уже случилось, начните с реестра, в котором будут четыре колонки: сервис, владелец аккаунта, тип доступа и кто может его выдать.

Практичный способ собрать список:

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

Самая частая ошибка здесь: искать только то, что вы сами когда-то выдавали. Доступы чаще всего выдавали те, кто работал рядом с сотрудником, а не вы.

Шаг 2. Передайте знания до закрытия доступа

Прежде чем отключать доступ, попросите сотрудника за последние дни сделать три вещи. Первая: описать свои активные задачи и текущее состояние каждой из них. Вторая: перечислить клиентов, партнеров и внутренних людей, с которыми он регулярно общался, и кратко указать, что именно от него ждут. Третья: передать пароли и ключи, которые нельзя хранить в личном кабинете, в менеджер паролей компании.

Если человек уходит и вы не можете за один час сказать, где лежат его файлы и какие процессы он вел, значит передача не состоялась, даже если доступ уже закрыт.

Передача не должна быть большой. Достаточно документа на две-три страницы и одного созвона на сорок минут, на котором новый ответственный задает вопросы. Если у вас есть система, где задачи и документы лежат в одном месте, передача сводится к переназначению задач. В таком случае удобно использовать демо-доступ к платформе и посмотреть, как выглядит перераспределение задач без потери истории.

Шаг 3. Закройте доступы в правильной последовательности

Порядок имеет значение. Если сначала отключить почту, сотрудник не сможет получить подтверждения и сбросить пароли в других сервисах, и вы получите несколько запросов на восстановление, которые придется обрабатывать в спешке.

Рекомендуемая последовательность:

1. Общий вход и единый аккаунт. Отключите его первым, так как через него сотрудник обычно заходит во все остальные сервисы. Это закроет большую часть доступа сразу.
2. Почта и календарь. Установите автоматический ответ с контактом нового ответственного и перенаправьте входящие. Сохраните архив переписки, если это требуется вашими внутренними правилами.
3. Репозитории и инфраструктура. Удалите сотрудника из организаций и команд, отзовите персональные токены и SSH-ключи, проверьте секреты в переменных окружения.
4. CRM и клиентские данные. Переназначьте сделки и контакты, затем отключите учетную запись. Экспорт делайте только если это разрешено политикой компании.
5. Финансы и платежи. Отзовите карты, доступ к банковским кабинетам и бухгалтерским сервисам.
6. Облачные диски и общие папки. Перенесите владение файлами на руководителя или общий аккаунт. Иначе при удалении учетной записи файлы могут исчезнуть.
7. Мессенджеры и рабочие группы. Удалите из каналов, чатов с клиентами и групповых звонков. Проверьте, не остался ли человек администратором.

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

Шаг 4. Проверьте результат через три дня

Закрытие доступов не заканчивается в день увольнения. Через три дня и через две недели проверьте несколько вещей: не приходят ли письма на старый адрес без автоответа, не появились ли новые входы в журналах сервисов, не возникли ли вопросы от клиентов по задачам, которые вел уволенный сотрудник.

Если у вас есть журнал активности, проверьте записи за последние тридцать дней до увольнения. Иногда выясняется, что сотрудник скачивал большие объемы данных или менял настройки доступа незадолго до ухода. Это не всегда признак злого умысла, но такие случаи лучше видеть и разбирать.

Что изменить в процессе, чтобы в следующий раз было проще

Один раз пройти по этой схеме недостаточно. Чтобы каждое увольнение не превращалось в поиск по всем чатам, закрепите три правила.

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

Эти правила одинаково работают и при найме, и при уходе. Если вы уже формализовали онбординг, то offboarding становится его зеркальным отражением: тот же реестр, те же роли, тот же список обязательных шагов. Подробнее о том, как связать найм и работу с документами, описано в материале про онбординг без хаоса.

Сонучение: что сделать на этой неделе

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

Так вы не будете ждать следующего ухода, чтобы понять, сколько у вас доступов на самом деле. И когда человек действительно уйдет, у команды уже будет понятный порядок действий вместо поиска паролей в чатах.