Підписуйтесь на розсилку статей для HR і рекрутерів! Будьте в тренді з Hurma ;)
Я даю свою згоду на обробку Персональних Даних у відповідності з Політикою конфіденційності та приймаю Угоду користувача
Не існує універсальної кількості працівників, після якої обов’язково потрібно створювати HR-відділ. Дві компанії з однаковим штатом можуть мати різну складність: одна наймає переважно програмістів, інша одночасно розширює R&D, виробництво, закупівлі й випробування.
Перший HR-фахівець потрібен, коли робота з людьми вже стала постійною функцією, але не має одного відповідального.
Ознаки цього етапу:
Не варто чекати, доки всі ці проблеми виникнуть одночасно. Якщо компанія планує швидко збільшувати штат, базову HR-інфраструктуру краще створити до масштабного наймання.
HR-система — це не лише рекрутинг, кадрові документи або корпоративні заходи. Вона охоплює весь шлях людини в компанії:
У MilTech до цього додаються підвищені вимоги до конфіденційності, фізичної та інформаційної безпеки, охорони праці, контролю доступів і збереження критичних знань.
Компанії, яка має багато відкритих технічних або виробничих вакансій, насамперед потрібен сильний рекрутер або фахівець із підбору, здатний самостійно:
Перший рекрутер має вміти працювати з компаніями-донорами, професійними спільнотами, рекомендаціями й технічними ключовими словами. Але рекрутер не повинен автоматично ставати відповідальним за всі HR-процеси.
Коли люди вже активно виходять на роботу, але немає єдиного обліку, адаптації, політик і відповідальних, першою роллю може бути HR Generalist або People Operations Manager.
Такий фахівець зазвичай бере на себе:
На ранньому етапі ця людина може частково займатися рекрутингом. Але якщо кількість вакансій зростає, функції варто розділити, а не залишати одного універсального спеціаліста відповідальним за все.
Якщо в компанії одночасно працюють R&D, виробництво, операційний, комерційний та адміністративний блоки, першим HR може бути досвідчений HR Lead або Head of People.
Його завдання — не виконувати всю операційну роботу самостійно, а:
Якщо рішення вже впливають на кілька підрозділів і сотні працівників, компанії потрібна людина, яка бачить систему цілісно.
Перші тижні нового HR-керівника не варто витрачати на написання десятків політик. Спочатку потрібно зрозуміти, як компанія працює зараз.
Потрібно визначити:
Навіть проста схема допомагає побачити, де процес уже існує, але не зафіксований, а де його немає зовсім.
Засновники та керівники підрозділів можуть по-різному бачити одну проблему. Для виробництва головним ризиком буде нестача операторів і контроль якості, для R&D — дефіцит інженерів, для фінансів — несвоєчасні кадрові дані, для безпеки — неконтрольовані доступи.
Під час інтерв’ю з керівниками варто запитати:
Після цього HR має сформувати не довгий перелік побажань, а кілька пріоритетів із термінами та відповідальними.
На першому етапі потрібно:
Результатом має бути зрозуміла карта поточного стану, а не лише презентація з проблемами.
На другому етапі варто впровадити:
Кожен процес повинен мати мету, власника, строки, критерії завершення тощо.
Коли базові правила вже працюють, можна:
До початку масштабного наймання компанія має розуміти:
Посадова інструкція не повинна перетворюватися на довгий юридичний документ, який ніхто не читає. Для управління достатньо практичного профілю ролі:
Без цього рекрутер шукає кандидата за загальною назвою, а керівник оцінює його за неформальними очікуваннями.
Перед відкриттям вакансії потрібно зафіксувати:
Для дефіцитних технічних ролей важливо також визначити альтернативні профілі. Наприклад, релевантний FPGA-інженер може мати назву RTL Engineer, Digital Design Engineer або DSP Engineer, а потрібного Hardware-фахівця можна знайти серед інженерів телекомунікацій, медичного обладнання чи промислової автоматизації.
Процес має бути достатньо ретельним, але не перевантаженим. Базова схема може виглядати так:
Не всім ролям потрібні однакові етапи. Для оператора виробництва, Senior Embedded Engineer і керівника закупівель процеси повинні відрізнятися.
MilTech-компанія має розділяти різні категорії даних:
Не вся інформація оборонної компанії автоматично є державною таємницею. Її статус і порядок роботи з нею визначаються законодавством та офіційними процедурами. Якщо діяльність компанії пов’язана з державною таємницею, HR-процеси потрібно будувати разом із юристами, безпекою та режимно-секретним органом.
Під час наймання не потрібно передавати кандидату повні креслення, реальні координати, дані замовника або детальну архітектуру системи. Для оцінювання достатньо створити знеособлене завдання або обговорити аналогічний технічний сценарій.
Компанія також має визначити:
Оброблення персональних даних працівників і кандидатів має відповідати Закону України «Про захист персональних даних».
У MilTech онбординг має одночасно забезпечити швидкий вихід на результат і контроль доступів.
План повинен включати:
Не варто давати новачку доступ до всього корпоративного середовища «про всяк випадок». Принцип найменших привілеїв передбачає, що користувач отримує мінімальний набір прав, необхідний для його задач.
Водночас безпека не повинна перетворюватися на інформаційну ізоляцію. Людині потрібно пояснити, як її робота пов’язана з продуктом, хто приймає результат і які обмеження потрібно враховувати.
Працівники мають проходити передбачене законодавством навчання, інструктажі й перевірку знань. Програми повинні враховувати конкретні види робіт, виробничі умови та функціональні обов’язки.
HR не обов’язково проводить ці інструктажі, але має контролювати:
Починати варто не зі складної системи балів, а з базових управлінських практик:
Для виробничих і технічних команд критерії можуть включати якість, строки, дотримання процесу, документацію, взаємодію та безпеку. Важливо, щоб працівник знав критерії заздалегідь, а не дізнавався про них на підсумковій зустрічі.
В оборонно-технологічному продукті втрата одного інженера може означати втрату не лише робочої одиниці, а й контексту:
Тому HR разом із керівниками має створити процес збереження знань:
Знання потрібно документувати під час роботи, а не в останній день працівника.
HR має регулярно відстежувати:
Для цього не обов’язково одразу запускати велике щорічне опитування. На початку достатньо регулярних 1:1, коротких пульс-опитувань, зустрічей після першого місяця роботи й системного аналізу причин звільнень.
Офбординг у MilTech-компанії має бути не менш структурованим, ніж онбординг.
У день завершення співпраці потрібно:
Закриття доступів не має залежати від того, чи згадав про це керівник. Воно повинно запускатися автоматично як частина єдиного процесу.
Дані про кандидатів і працівників не повинні залишатися розпорошеними між таблицями, поштою та чатами. HR-відділу потрібне єдине середовище, у якому можна вести рекрутинг, адаптацію, розвиток команди та аналітику.
ATS потрібна, коли компанія одночасно веде кілька вакансій і працює з великою кількістю кандидатів. Або, наприклад, коли шукають вузьких фахівців. Тут система допомагає:

Для MilTech особливо важливе розмежування доступів, щоб керівники бачили лише ті вакансії та профілі, з якими працюють.
HRM централізує роботу з чинною командою. У ній можна вести:

Закриту технічну документацію в HRM зберігати не потрібно. У системі достатньо зафіксувати завдання, відповідального, строк і факт проходження навчання, а самі матеріали залишити в захищеному середовищі компанії.
Щоб співробітникам і, особливо, новачкам, було простіше знаходити інформацію, у базі знань варто зберігати:

Технічні та захищені матеріали потрібно відокремлювати від загальної HR-бази й надавати до них доступ лише відповідно до ролі працівника.
Компанії також потрібен інструмент для обов’язкових навчань, тестування, технічної сертифікації, навчання з безпеки та масового онбордингу виробничого персоналу.
На ранньому етапі достатньо структурованих курсів, тестів і фіксації результатів у HRM. Окрема LMS стає потрібною, коли навчальних програм багато, вони регулярно оновлюються або охоплюють значну частину команди.
Усі ці процеси можна об’єднати в HURMA: вести вакансії та кандидатів, зберігати дані про працівників, запускати онбординг і офбординг, проводити 1:1 та опитування, призначати навчання й формувати звітність. Це дає змогу працювати в одному середовищі без постійного перенесення даних між таблицями та окремими сервісами.
Один із перших процесів, який HR-команді потрібно стандартизувати, — найм: від пошуку вузькопрофільних спеціалістів до перевірок, оферу та передачі нового працівника в онбординг. У MilTech до звичних етапів додаються питання конфіденційності, бронювання, background check і безпеки кандидата.
17 вересня о 14:00 на вебінарі HURMA «Рекрутинг у MilTech: як наймати та оцінювати таланти в оборонній індустрії» Катерина Демʼяненко, Head of HR у MilTech-компанії, розбере, як побудувати цей процес на практиці: де шукати непублічних спеціалістів, як формувати EVP, що говорити про бронювання, як проводити перевірки та поліграф і працювати з NDA, офером та першими етапами адаптації.
Найкраща HR-система не створює більше бюрократії. Вона скорочує кількість ручних рішень, допомагає керівникам швидше вводити людей у роботу, захищає критичну інформацію й дає компанії змогу масштабуватися без втрати керованості.

Я даю свою згоду на обробку Персональних Даних у відповідності з Політикою конфіденційності та приймаю Угоду користувача
Теплова карта 1:1 зустрічей: як керівнику бачити ризики в команді до того, як людина піде
Залучення талантів або talent acquisition