Як організувати онбординг нового співробітника в оборонній компанії

Онбординг в оборонній компанії має розв’язувати одразу кілька завдань: швидко ввести людину в роботу, не створити ризиків для безпеки, стандартизувати дії різних підрозділів і допомогти новачку залишитися в команді після перших місяців.

Саме тому тут недостатньо видати ноутбук, провести екскурсію та надіслати папку з регламентами. Новому співробітнику потрібно поступово дати контекст, навчити працювати з чутливою інформацією, пояснити межі відповідальності й організувати перші завдання так, щоб він якомога раніше відчув свій внесок у продукт.

Чим онбординг в оборонній компанії відрізняється від звичайного

Працівник звичайної продуктової компанії в перший день може отримати доступ до загального корпоративного простору, документації та основних внутрішніх систем. В оборонній компанії такий підхід може бути небезпечним.

Навіть якщо людина успішно пройшла відбір, це не означає, що їй одразу потрібні:

• усі технічні документи;
• доступ до повної архітектури продукту;
• дані про замовників і підрозділи;
• результати випробувань;
• інформація про виробничі потужності;
• доступ до всіх приміщень;
• загальні файлові сховища;
• робочі листування інших команд.

Доступи потрібно надавати відповідно до ролі та конкретного завдання. Такий підхід відповідає принципу найменших привілеїв: працівник отримує лише ті права, які потрібні йому для виконання роботи. На цьому принципі будуються рекомендації Держспецзв’язку та міжнародні стандарти управління кібербезпекою.

Водночас надмірна закритість теж шкодить адаптації. Коли новачку не пояснюють, над якою частиною продукту він працює, чому його задача важлива і до кого звертатися, він довше входить у роль і частіше припускається помилок.

Отже, завдання компанії — знайти баланс: не відкривати зайвого, але дати достатньо контексту для якісної роботи.

Починайте онбординг до першого робочого дня

Перший етап — пребординг. Він починається після прийняття пропозиції про роботу й завершується в день виходу співробітника. Його мета — зробити так, щоб у перший день людина могла знайомитися з командою і входити в роботу, а не кілька годин чекати на перепустку, ноутбук або обліковий запис.

Що потрібно підготувати заздалегідь

До виходу нового працівника HR разом із керівником, IT та відповідальними за безпеку мають підготувати:

• трудові й кадрові документи;
• посадову інструкцію або опис ролі;
• перелік обов’язкових політик;
• угоди про нерозголошення, якщо вони потрібні;
• робоче місце й обладнання;
• корпоративний обліковий запис;
• базові доступи відповідно до ролі;
• перепустку та правила доступу до приміщень;
• план адаптації;
• програму першого дня;
• перелік навчань та інструктажів;
• перше практичне завдання;
• календар зустрічей;
• наставника або колегу для побутових запитань.

Під час оформлення документів потрібно дотримуватися законодавства про захист персональних даних. Компанія має збирати лише ті дані, які необхідні для законної мети, належно їх захищати й не зберігати довше, ніж це потрібно.

Створіть окремий план для кожної ролі

Не варто використовувати один універсальний план для всіх співробітників. Інженеру-конструктору, фахівцю виробництва, закупівельнику й бухгалтеру потрібні різні:

• доступи;
• навчальні матеріали;
• правила роботи;
• контакти;
• контрольні точки;
• критерії успішної адаптації.

Водночас структура процесу може бути спільною. Наприклад:

1. Знайомство з компанією та командою.
2. Обов’язкові документи й інструктажі.
3. Інформаційна та фізична безпека.
4. Знайомство з продуктом у межах ролі.
5. Навчання процесів і систем.
6. Перше практичне завдання.
7. Регулярні зустрічі з керівником.
8. Оцінювання результатів адаптації.

Так компанія зберігає єдиний стандарт, але адаптує зміст до конкретної посади.

Складіть матрицю доступів

До виходу працівника керівник має визначити:

• до яких систем потрібен доступ;
• які папки й документи потрібні;
• які приміщення працівник може відвідувати;
• яке обладнання може використовувати;
• із якими підрозділами та партнерами може комунікувати;
• які дані заборонено копіювати, передавати або виносити;
• хто погоджує розширення доступів.

Зручний принцип — розділити доступи на три етапи.

Базові доступи

Надаються в перший день і потрібні для знайомства, навчання та внутрішньої комунікації.

Робочі доступи

Надаються після проходження обов’язкових інструктажів і потрібні для виконання перших завдань.

Розширені доступи

Надаються після підтвердження необхідності, погодження відповідальної особи та, за потреби, проходження додаткових процедур.

Як провести перший день

Перший день не повинен складатися лише з документів і лекцій. Після кількох годин однотипної інформації новачок перестає її сприймати, а важливі правила губляться серед другорядних деталей.

Краще розподілити матеріали на кілька днів і залишити на перший день те, без чого людина не може безпечно почати роботу.

1. Привітання та знайомство

HR або керівник має пояснити:

• чим займається компанія;
• яку проблему розв’язує продукт;
• хто є його користувачем;
• яку роль має новий співробітник;
• як його робота впливає на загальний результат;
• до кого звертатися з різними питаннями.

Для оборонного продукту не завжди можна розкривати повний контекст. Але працівник повинен розуміти достатньо, щоб бачити сенс своїх завдань.

Наприклад, замість детального опису замовника можна пояснити:

Ви працюватимете над модулем, який має зберігати стабільність зв’язку за певних умов. Ваше завдання — забезпечити роботу конкретного компонента й передавати результати випробувань системному інженеру.

Цього достатньо, щоб зрозуміти функцію роботи без доступу до зайвих відомостей.

2. Обов’язкові інструктажі

До початку виконання робіт працівник має пройти передбачені для його посади інструктажі, зокрема з охорони праці та протипожежної безпеки. Для новоприйнятих працівників первинний інструктаж проводять безпосередньо на робочому місці.

В оборонній компанії до цього можуть додаватися:

• правила поведінки під час повітряної тривоги;
• порядок евакуації;
• правила роботи з обладнанням;
• поводження з акумуляторами, матеріалами або хімічними речовинами;
• правила відвідування випробувальних майданчиків;
• дії в разі травми або аварії;
• правила фото- й відеознімання;
• порядок повідомлення про підозрілі події;
• правила роботи під час перебоїв зі зв’язком або електроенергією.

Факт проходження критичних інструктажів має бути зафіксований, а не залишатися усною домовленістю.

3. Інформаційна безпека

Навчання з безпеки повинно пояснювати не тільки заборони, а й конкретні дії.

Новачок має знати:

• якими пристроями можна користуватися;
• чи дозволено підключати особистий ноутбук або телефон;
• де зберігати документи;
• якими каналами можна передавати файли;
• як створювати й зберігати паролі;
• як працює багатофакторна автентифікація;
• що робити з підозрілим листом;
• як повідомити про втрату пристрою;
• чи можна обговорювати роботу поза офісом;
• що заборонено публікувати в соціальних мережах;
• чи можна фотографувати робоче місце, обладнання або приміщення;
• як діяти після випадкового надсилання інформації не тому отримувачу.

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

4. Перше практичне завдання

У перший день або протягом перших двох-трьох днів новачок має отримати невелике реальне завдання.

Воно повинно бути:

• корисним для команди;
• обмеженим за обсягом;
• безпечним для продукту;
• зрозумілим за результатом;
• достатнім для знайомства з процесом;
• таким, що дає можливість поставити запитання.

Наприклад, новий інженер може перевірити окремий модуль за готовим сценарієм, працівник виробництва — зібрати тестовий вузол під наглядом, а спеціаліст із закупівель — підготувати порівняння постачальників без права самостійного замовлення.

Мета першого завдання — не перевірити людину на витривалість, а провести її через повний робочий цикл у контрольованих умовах.

Що має відбутися протягом першого тижня

До кінця першого тижня співробітник повинен розуміти:

• свої основні задачі;
• очікувані результати на випробувальний період;
• межі власної відповідальності;
• порядок постановки й прийняття задач;
• кому та як звітувати;
• де шукати документацію;
• до кого звертатися в разі проблеми;
• які дії потребують погодження;
• які правила безпеки критичні;
• як команда працює з помилками та змінами.

Проведіть зустрічі з ключовими колегами

Новачку не потрібно знайомитися з усією компанією. Потрібно познайомити його з людьми, від яких залежить робота.

Наприклад:

• безпосереднім керівником;
• наставником;
• технічним керівником;
• відповідальним за якість;
• представником виробництва;
• фахівцем з інформаційної безпеки;
• IT;
• працівником, який приймає результат його роботи;
• суміжною командою.

Кожна зустріч повинна мати мету. Просто додати двадцять коротких знайомств у календар недостатньо.

Призначте наставника

Наставник не замінює керівника.

Керівник відповідає за задачі, результат і пріоритети. Наставник допомагає з повсякденними питаннями:

• де знайти інформацію;
• як заведено оформлювати результати;
• до кого звернутися;
• як працюють внутрішні системи;
• які неписані правила є в команді.

Для маленької компанії наставником може бути досвідчений колега. У великій — працівник того самого підрозділу, але не обов’язково безпосередній керівник.

Побудуйте план на 30, 60 і 90 днів

Онбординг не завершується після ознайомчої презентації. Для складних технічних, виробничих або управлінських ролей він може тривати кілька місяців.

Зручна модель — план на 30, 60 і 90 днів.

Перші 30 днів: зрозуміти систему

На цьому етапі працівник:

• вивчає основні процеси;
• проходить обов’язкові навчання;
• знайомиться з продуктом у межах своєї ролі;
• виконує задачі під контролем;
• навчається працювати з документацією;
• отримує необхідні доступи;
• проходить перші перевірки знань;
• регулярно зустрічається з керівником.

Очікуваний результат має бути конкретним.

Не «ознайомитися з продуктом», а, наприклад:

• самостійно провести перевірку модуля за затвердженим сценарієм;
• зібрати вузол без критичних помилок;
• підготувати технічну документацію за шаблоном;
• закрити першу задачу в системі;
• пройти навчання з безпеки;
• правильно описати порядок повідомлення про інцидент.

Від 31 до 60 днів: працювати самостійніше

На другому етапі працівник отримує:

• більшу ділянку відповідальності;
• складніші завдання;
• ширший контекст;
• додаткові доступи, якщо вони потрібні;
• участь у міжфункціональній роботі;
• зворотний зв’язок за першими результатами.

Керівник має оцінити не лише якість виконання задач, а й те, як людина:

• дотримується правил безпеки;
• документує роботу;
• повідомляє про проблеми;
• взаємодіє із суміжними командами;
• реагує на зміни;
• працює з помилками.

Від 61 до 90 днів: закріпити відповідальність

До завершення адаптації співробітник має:

• самостійно виконувати основні задачі;
• розуміти свою роль у загальному процесі;
• знати порядок ескалації проблем;
• дотримуватися правил роботи з інформацією;
• розуміти критерії якості;
• отримати оцінку від керівника;
• сформувати цілі на наступний період.

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

Визначте контрольні точки

Для стандартизованого процесу варто передбачити короткі зустрічі:

• наприкінці першого дня;
• на третій або четвертий день;
• наприкінці першого тижня;
• через два тижні;
• через місяць;
• через 60 днів;
• наприкінці адаптаційного періоду.

На кожній зустрічі не потрібно повторювати весь план. Достатньо перевірити кілька речей:

1. Що вже зрозуміло?
2. Де бракує інформації?
3. Які доступи або ресурси блокують роботу?
4. Чи зрозумілі пріоритети?
5. Який зворотний зв’язок має керівник?
6. Чи є питання щодо правил безпеки?
7. Що потрібно змінити в плані адаптації?

Перші зустрічі краще проводити часто й коротко. Коли працівник стає самостійнішим, їхню частоту можна зменшити.

Як автоматизувати онбординг

Коли план адаптації зберігається в таблицях, чатах і календарях окремих керівників, HR складно зрозуміти:

• чи підготовлено робоче місце;
• чи пройдено інструктаж;
• чи видано доступ;
• хто затримує задачу;
• чи відбулася зустріч із керівником;
• як новачок оцінює перші тижні;
• скільки працівників завершили адаптацію;
• на якому етапі виникають проблеми.

В HRM-системі можна створити окремі шаблони онбордингу для інженерів, виробничих, адміністративних та інших ролей. Усередині плану завдання призначають HR, керівнику, наставнику, IT або самому працівнику, додають строки та контролюють виконання.

Наприклад, у HURMA можна налаштувати адаптаційний план, призначити завдання відповідальним, збирати зворотний зв’язок через форми й аналізувати проходження онбордингу.

При цьому конфіденційні технічні матеріали не потрібно переносити в HR-систему: у завданні достатньо зафіксувати факт навчання або перевірки, а сама захищена документація може залишатися у спеціалізованому середовищі компанії.

Які метрики відстежувати

Щоб покращувати процес, недостатньо запитати керівника, чи «все пройшло нормально».

Варто відстежувати кілька груп показників.

Швидкість підготовки

• частка працівників, для яких усе готово в перший день;
• час створення облікових записів;
• час до отримання базових доступів;
• кількість затримок через обладнання або документи.

Проходження програми

• частка виконаних завдань;
• дотримання строків;
• проходження обов’язкових інструктажів;
• кількість прострочених задач;
• частка проведених зустрічей із керівником.

Вихід на продуктивність

• час до першого завершеного завдання;
• час до самостійного виконання основних обов’язків;
• кількість переробок;
• оцінка готовності працівника керівником;
• кількість помилок через нерозуміння процесу.

Утримання

• звільнення протягом перших 30, 60 і 90 днів;
• причини ранніх звільнень;
• частка працівників, які успішно завершили адаптацію;
• оцінка досвіду новачка;
• готовність рекомендувати компанію як місце роботи.

Безпека

• проходження навчання;
• результати перевірки знань;
• кількість неправильно виданих доступів;
• час закриття зайвих доступів;
• кількість порушень або інцидентів;
• частка працівників, які знають порядок повідомлення про проблему.

Не потрібно перетворювати онбординг на систему тотального контролю. Метрики потрібні, щоб знаходити слабкі місця процесу, а не карати працівника за кожне запитання.

Підсумуємо

Головний принцип — давати працівнику достатньо інформації для якісної роботи, але не відкривати дані, які не потрібні для його завдань. Так компанія не лише зменшує ризики, а й допомагає новачку швидше стати самостійним, зрозуміти свій внесок і залишитися в команді після завершення адаптації.