IT-onboarding начинается не в первый рабочий день, когда сотрудник уже сидит без доступа к почте и общей папке. Он начинается с понятной заявки: кто выходит, на какую роль, где будет работать, какие сервисы нужны, кто подтверждает доступы и какое оборудование должно быть готово.
Хороший ввод сотрудника решает две задачи одновременно: человек быстро начинает работать, а компания не выдает лишние права и не теряет учет техники. Поэтому важно готовить не только компьютер, но и владельцев решений. Это естественная часть обслуживания рабочих мест, если поддержка ведется как регулярный процесс.
Что должно прийти в IT до выхода
В заявке на нового сотрудника нужны дата выхода, подразделение, руководитель, формат работы, рабочее место, набор приложений, нужные сервисы, группы доступа, оборудование, телефон или гарнитура, принтеры, удаленный доступ, если он действительно нужен, и контакт ответственного за приемку.
IT не должно само угадывать, какие папки, базы, CRM или почтовые группы нужны роли. Права подтверждает владелец процесса или руководитель подразделения. Это защищает и бизнес, и IT: доступы выдаются по задаче, а не по похожести на предыдущего сотрудника.
Рабочее место - это больше, чем компьютер
Готовое рабочее место включает устройство, монитор, периферию, сеть, учетную запись, офисные приложения, почту, средства печати, доступ к нужным системам, базовые настройки безопасности и понятный способ обратиться за поддержкой.
Если сотрудник работает удаленно или гибридно, отдельно проверяют доставку оборудования, канал связи, способ подключения к корпоративным сервисам и запасной сценарий на первый день. Иначе проблема "не могу войти" превращается в простой нового человека и руководителя, который должен срочно координировать доступы.
Доступы выдаются по владельцам
У каждого важного доступа должен быть владелец: руководитель отдела, владелец базы, бухгалтерия, служба безопасности, администратор сервиса или подрядчик. Владелец подтверждает необходимость, уровень прав и срок, если доступ временный.
Практичная модель - заранее иметь ролевые наборы: менеджер продаж, бухгалтер, инженер, склад, руководитель, стажер. Но ролевой набор не должен превращаться в копирование всех прав предыдущего сотрудника. Перед выдачей стоит проверить, какие права обязательны, какие дополнительные, а какие больше не используются.
Первый день должен быть проверяемым
В первый день важно не только выдать логин. Нужно подтвердить, что сотрудник входит в учетную запись, получает почту, открывает нужные приложения, видит необходимые ресурсы, может печатать или сканировать, знает канал поддержки и понимает базовые правила обращения с оборудованием.
Лучше иметь короткий чек готовности, чем длинную переписку после выхода. В нем фиксируют, что подготовлено заранее, что проверено с сотрудником и какие доступы еще ожидают подтверждения владельца. Неподтвержденные права не стоит выдавать "на всякий случай".
Что делать с временными и исключительными доступами
Иногда новому сотруднику нужен временный расширенный доступ: обучение, замещение, участие в проекте, работа с архивом. Такой доступ должен иметь основание, срок и владельца пересмотра. Без срока исключения остаются навсегда и постепенно создают лишний риск.
Если доступ нужен срочно, можно фиксировать временное решение и отдельно возвращаться к нормальной роли после первого дня. Главное - не превращать срочность в постоянное право без проверки.
Offboarding нужно думать уже на входе
Ввод нового сотрудника связан с будущим выводом. Если при onboarding понятно, какие учетные записи, устройства, лицензии, группы и сервисы выданы, потом проще отключить доступы, вернуть оборудование, передать данные и освободить лицензии.
Поэтому учет оборудования и доступов - часть onboarding, а не отдельная формальность. Компания должна знать, что выдано, кому, на каком основании и кто подтвердил необходимость.
Признаки хорошего IT-onboarding
Процесс работает, если новый сотрудник в первый день выполняет свои задачи, руководитель не собирает доступы вручную по чатам, IT не копирует права вслепую, оборудование числится за конкретным человеком, а исключения имеют срок и владельца.
Такой onboarding не требует сложной бюрократии. Нужны понятная заявка, подтверждение владельцев, проверка рабочего места и запись того, что было выдано. Тогда ввод сотрудника становится повторяемым процессом, а не срочной импровизацией.