Більшість «повільних» пошуків у Defence Tech починаються однаково: вакансію опублікували рано, критерії узгодили пізно. Команда витрачає тижні на кандидатів, які відповідали чернетці, а не реальному вузькому місцю. Потім бриф змінюється — і воронка обнуляється.
Швидкий пошук — це не агресивніший сорсинг. Це дисципліна брифу до першого повідомлення кандидату. Нижче — робочий чекліст, яким користуються команди, коли хочуть time-to-shortlist вимірювати днями, а не календарними місяцями.
Навіщо бриф важливіший за текст вакансії
Текст вакансії — зовнішній артефакт. Бриф — внутрішній контракт між hiring manager, технічними інтерв’юерами й рекрутингом.
Без брифу:
- сорсинг оптимізує ключові слова, а не критичний шлях ролі;
- кожен інтерв’юер відхиляє за своїм приватним стандартом;
- кандидат чує різні версії місії на різних колах;
- «майже ідеальний» профіль витрачає слоти старших інженерів даремно.
З брифом з’являється спільна карта: що шукаємо, чому зараз, що є жорстким, що можна навчити за 90 днів.
Блок 1. Місія продукту й контекст ролі
Почніть не з назви посади, а з відповіді на чотири питання:
- Що будує команда? (клас виробу / системи, без зайвої класифікації в зовнішніх каналах)
- Де болить зараз? (реліз, інтеграція, виробництво, якість, підтримка в полі, масштабування команди)
- Чому роль відкрита саме зараз? (нове вузьке місце, заміщення, новий напрям)
- Як виглядає успіх через 6–12 місяців? (1–3 вимірювані результати)
Якщо на ці питання немає спільної відповіді всередині команди, публікувати вакансію рано. Спочатку — 30-хвилинне вирівнювання.
Блок 2. Стек і суміжні компетенції
Зафіксуйте три шари:
- Must-have стек — без чого людина не зможе зробити критичний шлях у перші місяці.
- Adjacent стек — що бажано, але можна закрити командою поруч.
- Анти-стек / out of scope — щоб не витрачати час на «цікавих, але не тих».
У Defence Tech особливо корисно назвати середовище роботи: лабораторія, виробництво, симуляції, field-facing, remote-first з обмеженим доступом тощо. Два кандидати з однаковими мовами програмування можуть бути повною протилежністю за режимом.
Не розводьте must-have на 15 пунктів. Якщо все «критично» — нічого не критично. Практичне правило: 3–5 жорстких технічних критеріїв + 1–2 критерії режиму роботи.
Блок 3. Очікування щодо доступу й режиму (clearance expectations)
Тут важлива точність мови. На брифі потрібно зафіксувати очікування, а не обіцяти кандидату те, чого процес клієнта ще не визначив.
Проговоріть:
- чи потрібна робота з обмеженою інформацією / на захищених контурах;
- чи є вимоги до локації, громадянства, можливості відряджень;
- які перевірки будуть на боці роботодавця і на якому етапі;
- що можна сказати кандидату публічно, а що лишається в NDA після першого серйозного інтересу;
- хто всередині компанії є власником security decision.
Мета — уникнути сюрпризу на фіналі («ми думали, що це звичайний product role»). Рання ясність зменшує ghosting і захищає всі сторони.
Блок 4. Timeline і процес рішення
Швидкість ламається не на сорсингу, а на очікуванні фідбеку.
Зафіксуйте в брифі:
- цільова дата виходу / критичне вікно;
- кількість кіл і власник кожного кола;
- SLA на фідбек після інтерв’ю (наприклад, 48 годин);
- хто має право сказати «ні» і хто збирає фінальне «так»;
- чи є паралельні інтерв’ю, чи лише послідовні;
- що відбувається, якщо ідеальний кандидат з’являється раніше за «готовий» оферний пакет.
Якщо hiring manager у відрядженні два тижні без делегата — це частина брифу, а не несподіванка посеред воронки.
Блок 5. Must-have vs nice-to-have (чесна матриця)
Зробіть таблицю на одну сторінку:
| Критерій | Must | Nice | Навчити за 90 днів? |
|---|---|---|---|
| … |
Правила:
- Must — без цього не рухаємось до офера.
- Nice — використовуємо для ранжування equal profiles.
- «Навчити за 90 днів» — зменшує хибні відмови по суміжних навичках.
Перегляньте матрицю після перших п’яти змістовних розмов. Якщо всі сильні кандидати відвалюються на одному пункті — або ринок порожній, або must завищений.
Блок 6. Сигнали культури й режиму роботи
Окремо від стеку коротко опишіть:
- темп ітерацій і як виглядає тиждень команди;
- рівень автономії vs потреба в жорсткій координації;
- толерантність до невизначеності постачання / вимог;
- як приймаються технічні рішення (консенсус, tech lead, військова/продуктова пріоритезація).
Це не «цінності на постері». Це фільтр мотивації. Людина з відмінним стеком і нульовою толерантністю до field reality не закриє роль.
Чекліст брифу перед стартом сорсингу
- Місія продукту й біль ролі сформульовані однією сторінкою.
- 3–5 must-have по стеку + режим роботи.
- Nice-to-have відділені; є список out of scope.
- Очікування щодо доступу / перевірок узгоджені з власником на боці клієнта.
- Що можна казати кандидату на першому контакті — зафіксовано.
- Timeline, кола, SLA фідбеку, decision makers названі.
- Компенсаційний діапазон і формат зайнятості узгоджені внутрішньо (на сайті агенції не публікуються).
- Канал дискретности: публічна вакансія / закритий пошук / змішаний.
- Критерії відмови після інтерв’ю будуть писатись у спільну форму, а не в чат «ну таке».
Поки чекліст не зелений — сорсинг лише створює шум.
Як агенція використовує бриф
Спеціалізований рекрутинг перетворює бриф на:
- сорсинг-гіпотези (де шукати, кого не чіпати);
- скрипт першого контакту без розкриття зайвого;
- scorecard для інтерв’ю;
- тижневий ритм калібровки («що змінилось після 5 розмов»).
Коли клієнт каже «просто надішліть резюме», а бриф порожній, агенція або відмовляється витрачати ринок, або спочатку проводить бриф-сесію. Друге завжди швидше в підсумку.
Типові помилки брифу в Defence Tech
- Назва посади замість місії. «Senior Engineer» нічого не сортує.
- Must-have як wishlist. Дванадцять «обов’язкових» технологій.
- Безпека в кінці. Після того, як усі закохались у кандидата.
- Різні версії для різних інтерв’юерів. Кандидат чує суперечності.
- Немає SLA на фідбек. Воронка гниє в календарях.
- Приховування режиму роботи. «Розкажемо на фіналі» = втрата довіри.
Кожна з цих помилок дорожча за годину, витрачену на бриф.
Підсумок
Швидкий пошук у Defence Tech починається з повільної, дисциплінованої години на бриф. Місія, стек, очікування щодо доступу, timeline і чесна матриця must/nice — це мінімальний пакет. Усе інше — похідне.
Якщо відкриваєте роль і хочете пройти бриф-сесію до старту сорсингу, забронюйте розмову через Calendly у розділі контактів Fidesa.