Школярі не завжди замислюються про кар'єру. Ось і обирають університети навмання. За п'ять років навчання в кишені з'являється диплом з фаху, який тобі не до вподоби. Але ж ніхто не змушує все життя працювати на заводі, якщо душа прагне програмування.
Наприклад, наші студенти – справжні світчери. Так кажуть про людей, які змінили сферу діяльності. Ми поспілкувались із випускниками курсів Front-End і Web Design та розповідаємо, як до кар’єри в ІТ прийшли – співробітник McDonald`s, інженер-геофізик та режисер.
Я навчалась на режисера розважальних та шоу-програм в інституті культури. Потім працювала в типографії, верстала блокноти. Там я познайомилась із веб-дизайном.
Після типографії влаштувалась проектним менеджером у громадську організацію. Нам потрібен був сайт, я шукала студію розробки. Програміста в нас не було, тому вирішила піти на навчання. В одній із шкіл закінчила курси з фронтенд-розробки та веб-дизайну. Цих знань не вистачило та я почала шукати іншу школу.
Звільнилась з роботи, почала займатись невеликими проектами – створювала дизайн для візитівок, логотипів. А потім мій викладач із іншої школи порадив Beetroot Academy. В червні 2017 я зареєструвалась на навчання а у вересні вже почались курси.
На заняттях все було нове, я зрозуміла, що нічого не вмію. Перший проект – розробка веб-студії Mandarin, став популярним на платформі Behance.
Вже під час навчання я почала надсилати резюме та відвідала три співбесіди. Спочатку мені запропонували працювати на порталі новин, потім – ще в одній студії. Але я обрала компанію, де працюю зараз – студію VOR. Офіс знаходиться в Лондоні, а я працюю віддалено.
Влаштовуватись на роботу ми прийшли удвох – я та ще одна дівчина. Нас попередили – в студії все влаштовано по-своєму. Своя типографіка, свої шаблони. Дівчина відмовилась, а я вирішила навчатися та розвиватися.
Зараз ми робимо проект для влади Казахстану – країна хоче прославити своїх поетів на Заході, в нас замовили сайт. Ще один клієнт – компанія Nintendo. Ми займаємося редизайном сайту для гри Game Boy.
З того часу як я вперше спробувала свої сили в дизайні минуло два роки. Зараз я вже фахівець, але мені є куди зростати. Студія працює переважно у напрямку fashion. В цій сфері все швидко змінюється, потрібно тримати руку на пульсі. Головне – зрозуміти бажання замовника та знайти спільну мову.
В майбутньому хочу зібрати команду та відкрити свою студію. Хочу бути арт-директором. В мене є гарні приклади для наслідування.
Раніше працював у “Макдональдсі”, інструктором з навчання персоналу. В 2014 році переїхав до Одеси із Луганська та продовжував працювати. Потім захотілося займатись чимось перспективнішим. Ще у шкільні роки закінчив курс з створення сайтів. Код ми писали в “блокноті”, а верстали – таблицями. Але я не продовжив розвиток у цьому напрямку. Після того як переїхав до Одеси став частіше чути про ІТ-сферу.
Закінчив онлайн курси, зрозумів принципи роботи, але знань не вистачало. Один із друзів-переселенців потрапив на курс Beetroot Academy та отримав стипендію. Я також подав заявку на грантовий набір, пройшов співбесіду та почав вчитися на Front-End-розробника.
Вдома ми дивилися відео-уроки, а заняття в класі були практичними. На початку група отримала спільний проект, ми вчилися працювати в команді. Заняття починались о 19.00, а я працював до 18.30. Постійно поспішав, запізнювався, але навчання не кинув.
Незабаром після старту курсу я почав шукати роботу. Протягом місяця продивлявся усі сайти пошуку, надсилав по 10 резюме щодня, робив тестові. Одного разу на занятті викладач відволіклась на іншого студента. У цей час я надіслав резюме до одеської студії розробки WideWeb. Показав портфоліо, пройшов співбесіду та отримав роботу.
Зараз я займаюсь веб-розробкою – створюю нові та підтримую вже існуючі сайти, наприклад створив сайти: Skyrocket, Bluzelle. Нещодавно мене підвищили до тім-ліда команди Front-End. Я вчу React та планую подальший розвиток.
За спеціальністю я геофізик. Вже після другого курсу поїхав на практику та зрозумів – це не моє. Тому, крім навчання в університеті адміністрував спільноти в соцмережах. Це був проект “Типовий Франківськ”. Саме тоді почав користуватись Photoshop і мені сподобалось. Згодом почав думати про роботу в ІТ-сфері. Розглядав як веб-розробку, так і веб-дизайн.
Після завершення магістратури довідався про Beetroot Academy. Основний чинник вибору – те, що школа заснована шведами. А ще я чув позитивні відгуки від знайомих які, як виявилось, працюють в академії. Обрав курс веб-дизайну і заплатив одразу за чотири місяці – це був додатковий стимул не кинути навчання і прикладати максимум зусиль.
Мені сподобалась неформальна атмосфера в групі. Навчались люди різного віку, але викладач знаходив підхід до кожного, зрозуміло доносив інформацію. Він також рекомендував нас, коли з`являлись вакансії. На одну з них мені вдалось потрапити вже на другому місяці навчання. Я став помічником дизайнера, працював віддалено. Але мені завжди хотілось піти в офіс, щоби спілкуватись із колегами та бути ближче до всього процесу.
Розмістив резюме на декількох сайтах і мене запросили на іншу роботу. Прийшов туди, побачив двох розробників та одного дизайнера. Дивлячись на проекти я зрозумів, що на курсах від викладача можна дізнатись набагато більше. Довго на роботі я не затримався, пропрацював тиждень та вирішив піти.
На курсах було багато практичних завдань, я навчався увесь вільний час. Інколи викладав проекти в інстаграм сторіз. Саме там мене і помітив один із теперішніх колег.
Чотири місяці пролетіли швидко та плідно. За час навчання вдалось зібрати більш ніж 8 робіт для портфоліо, деякі з них я виклав на Behance. На випускний академії прийшли представники різних місцевих компаній. Одна з них – Devlight. Мені пощастило, адже за тиждень я потрапив до них на співбесіду. Розмова тривала більш ніж півтори години, інтерв’ю проводило п’ятеро осіб. Наприкінці все пройшло вдало.
В перший день мені дали проект – дизайн мобільного застосунку для всеукраїнської мережі кав’ярень. Було лячно, не знав із чого почати, адже це перший серйозний проект. Та колеги допомагали і давали важливі поради.
З часом все ставало зрозуміліше і страх зникав. Тож згодом почав спілкуватись із замовниками, тісно працювати із розробниками та менеджерами проектів.
Вважаю це вірним підходом – відразу кидати новенького у вир подій, паралельно навчаючи та даючи поради.
В основу роботи нашої компанії покладено дизайн, який орієнтовано на людину. Річ не тільки у візуальній частині а й у підході до створення продукту. Ми працюємо командно і виконуємо багато роботи, спілкуємось із замовниками, створюємо Customer Journey Map, проводимо інтерв’ю з цільовою аудиторією різного віку. Тільки занурившись у проекти із головою, можна створювати якісні продукти, орієнтовані на користувачів.
Планую розвиватись в сфері дизайну, підвищити свої навички, ймовірно – податись у продуктовий дизайн. Всім, хто вагається чи йти у дизайн або взагалі в ІТ – йдіть. Місць для хороших спеціалістів вистачає.
Одна з перших речей, яка дивує людину при переході в український Defence Tech, – це не складність технологій і не темп роботи. Це вимога зникнути з інтернету. У цій сфері таку практику називають OPSEC (операційна безпека) і для багатьох ролей це базове правило роботи, а не забаганка інтроверта чи корпоративна параноя.
Спеціаліст, який ще у 2023 році давав інтерв'ю Forbes і мав відкритий профіль у соцмережах, після переходу в закритий оборонний проєкт повністю зник з інфопростору. Нуль фотографій, нуль статей, почищений кеш у пошукових системах. По його імені сьогодні не знайти навіть уривка старого тексту.
Розберемо, навіщо це роблять, як це виглядає на практиці і чому не всім у defence взагалі потрібно ховатися.
OPSEC (operational security, операційна безпека) – це набір практик, які зменшують кількість інформації про людину й компанію, доступної ворогові. У класичному IT про це майже не думають: розробник відкрито вказує стек у LinkedIn, ділиться пет-проєктами, дає інтерв'ю профільним медіа.
У Defence Tech логіка інша. Тут цифровий слід спеціаліста – це вразливість не лише для нього, а й для всього виробництва. Тому процесом очищення часто керує служба безпеки компанії, а не сам працівник.
Для людини з цивільного сектору це різкий контраст. Ще вчора публічність працювала на кар'єру. Тепер вона стає ризиком і це одна з головних культурних відмінностей defence tech в Україні від звичайного IT.
Люди, які розробляють дрони, системи РЕБ (радіоелектронної боротьби) або пишуть софт для військових, – пріоритетні цілі для ворожих спецслужб. Розкриття особи може обернутися фізичною загрозою і для самого інженера, і для виробництва, на якому він працює.
Ворог діє підступно. Якщо дістати самого розробника складно, мішенню для шантажу, погроз або ІПСО (інформаційно-психологічних операцій) стають його родичі. Коли в мережі немає даних про сімейні зв'язки, цей важіль тиску зникає.
Щоб зламати систему компанії, найпростіше зламати її співробітника. Старі пости, список друзів, інформація про хобі чи улюблені заклади – готовий матеріал для точкового фішингу (spear-phishing). Немає цифрового сліду – немає за що зачепитися.
Якщо ворожа розвідка знає, хто відповідає за закупівлі у стартапі з виробництва дронів, вона може відстежити, у яких іноземних компаній ця людина замовляє мікросхеми чи двигуни – і спробувати заблокувати поставки на міжнародному рівні. Анонімність менеджера захищає весь supply chain.
Очищення цифрового сліду зазвичай проходить у кілька рівнів.
Тут є важливий нюанс, який знімає частину тривоги. Рівень секретності залежить від ролі.
Якщо ви інженер-конструктор або керівник R&D на закритому заводі – вас справді не повинно існувати в публічному просторі. Саме такі технічні ролі — наприклад, у embedded-розробці для оборонних систем — найчастіше підпадають під найсуворіший OPSEC. Але якщо ваша робота – залучати донати у благодійний фонд на кшталт «Повернись живим» чи презентувати українські технології іноземним інвесторам на виставках, то публічність стає вашим головним робочим інструментом. Це один із нетехнічних напрямів у Defence Tech, де відкритість — навпаки, перевага.
Тобто питання не в тому, «ховатися чи ні». Питання в тому, яку роль ви займаєте і які правила діють саме для неї.
Культура безпеки – лише одна з відмінностей Defence Tech від звичайного IT. Поряд із нею йдуть висока ціна помилки, ненормований темп і робота під NDA в оборонних компаніях, коли неможливо відкрито ділитися успіхами навіть з друзями. Саме ці умови роботи в оборонній компанії варто розуміти ще до того, як ви шукаєте, як потрапити в miltech.
Це не привід відмовлятися від переходу. Це привід заходити в сферу з реалістичними очікуваннями. Люди, які розуміють ці правила заздалегідь, адаптуються швидше й спокійніше – бо для них закритість не стає несподіванкою.
Саме розуміння того, як влаштована індустрія зсередини – її ролі, культура, вимоги, – ми даємо в освітніх програмах Defence Tech напряму Beetroot Academy. Спокійно, без романтизації й пафосу, з фокусом на те, як тут реально працюють.
Найчастіший блокер для нетехнічного спеціаліста в defence tech — це власне уявлення про них. Людина відкриває опис ролі Program Manager, бачить «розуміння життєвого циклу продукту» і «взаємодія з R&D», уявляє співбесіду, де її питатимуть про протоколи й компонентну базу, і не подає резюме. Хоча роль нетехнічна, а очікуваний поріг входу значно нижчий.
Страх термінології працює і у зворотний бік. Кандидати, які все ж доходять до співбесіди, починають говорити мовою, якої не розуміють до кінця, і це помітно з перших уточнювальних питань.
Публічної відповіді на питання «скільки технічних знань треба насправді» майже немає. Описи вакансій рідко пояснюють, який рівень розуміння продукту очікується від PM, рекрутерки чи закупівельника. Тому ми поставили це питання Оксані Горбуновій, CEO BazaIT Defense, яка щодня працює з наймом в оборонних компаніях. Нижче — її відповіді про мінімальний поріг входу, різницю між ролями й те, що видно з боку роботодавця.
Технічна база для нетехнічної ролі — це розуміння продукту, а не вміння читати код.
«Треба розуміти, що саме створює компанія, для кого, як це працює на базовому рівні та який шлях проходить продукт від ідеї до кінцевого користувача», — формулює Оксана.
У перші місяці набір конкретний: базова термінологія, ключові компоненти продукту, основні етапи розробки, тестування та виробництва, ролі різних команд.
«Це допомагає говорити з інженерами однією мовою, правильно оцінювати строки, розуміти обмеження і не ставити нереалістичних очікувань».
Оксана Горбунова, CEO BazaIT Defense
Останній пункт на практиці виявляється найважливішим — саме на ньому найчастіше ламається комунікація всередині команди.
Вимоги відрізняються залежно від того, наскільки часто роль перетинається з інженерами.
Найглибше занурення потрібне PM, BA, маркетингу та procurement: ці люди постійно працюють на стику з продуктом і розробкою. Для HR, legal і фінансів достатньо добре розуміти продукт і специфіку домену без деталізації до рівня компонентів.
Різниця не в кількості прочитаних матеріалів, а в тому, наскільки часто вам доведеться ухвалювати рішення, що впливають на інженерний цикл.
Тут відповідь оптимістичніша, ніж очікує більшість кандидатів.
За перші 2–4 тижні людина вже орієнтується в базових термінах і продукті своєї компанії. Глибше розуміння галузі приходить протягом наступних місяців, і це нормальний темп, на який компанії розраховують.
Тобто вимога прийти вже з доменною експертизою здебільшого не є реальною. Вимога прийти з готовністю швидко її набрати — є.
Головна помилка нетехнічних спеціалістів у defence — вважати, що технічні наслідки стосуються лише інженерів.
«Кандидати часто думають, що зміна однієї деталі або функції — це питання кількох днів. Насправді вона може вплинути на тестування, сумісність з іншими компонентами, виробничий цикл, документацію та строки постачання. Так само недооцінюють залежність від компонентної бази, сертифікації, імпортних поставок або необхідності польових випробувань».
Оксана Горбунова, CEO BazaIT Defense
Друге, що випадає з поля зору, — специфіка кінцевого користувача. У defence рішення ухвалюються з огляду на надійність, безпеку й поведінку виробу в польових умовах, а не лише на бізнес-логіку. Це змінює пріоритети всередині кожної ролі: від того, які ризики закладає юрист, до того, які обіцянки дає sales.
Звідси і практичний висновок: базову технічну термінологію, життєвий цикл продукту і вміння ставити інженерам правильні запитання варто освоїти швидко. Навіть якщо у вашій вакансії немає жодного рядка про технології.
«Частіше не на технічних знаннях, а на нереалістичних очікуваннях від роботи в defence. Наприклад, кандидат не готовий до onsite-формату, швидкої зміни пріоритетів, неповних процесів або обмежень через конфіденційність. Термінологію можна довчити, а от готовність працювати в такому середовищі видно вже на співбесіді».
Оксана Горбунова, CEO BazaIT Defense
Окремий блок питань — безпековий. Про готовність до background check, поліграфа, NDA та обмежень на розголошення можуть запитати прямо. Насторожує роботодавця легковажне ставлення до конфіденційності або бажання показувати внутрішні матеріали в портфоліо. Детальніше про те, як влаштована перевірка на поліграфі та як до неї підготуватися, ми розбирали в окремому матеріалі.
Ще одна річ, яку видно швидко, — спроба здаватися технічнішим, ніж є.
«Коли людина оперує термінами, але не може пояснити логіку продукту або простий сценарій його використання, це швидко руйнує довіру. Для нетехнічної ролі значно сильніше виглядають чесність і здатність швидко розібратися, ніж спроба „зіграти інженера”».
Оксана Горбунова, CEO BazaIT Defense
Самостійність і здатність працювати з неповним контекстом. Готовність до швидкого темпу, до відсутності чіткого ТЗ, до процесів, які ще формуються або виглядають нетипово.
У багатьох defence-компаніях не буде кількох місяців структурного онбордингу. Треба швидко знаходити потрібних людей, ставити питання і рухати задачу далі.
Наявність власного нетворку в галузі Оксана називає окремою перевагою. Це збігається з тим, що ми чуємо від кандидатів: у defence вхід часто відбувається через рекомендації.
За два тижні цілком реально зібрати робочу базу. Мінімальний набір виглядає так:
→ що саме створює компанія і хто її кінцевий користувач
→ сценарій застосування продукту
→ основні конкуренти
Оксана радить дивитись далі за сайт компанії: досліджуйте інтерв’ю засновників, демо продукту, профільні медіа та матеріали самих defence-компаній. Це швидше дає живий контекст, ніж вивчення термінів окремо від продукту.
І кілька питань, які варто поставити самому, адже вони показують розуміння сфери краще за будь-яку термінологію:
Оксана наводить три реальні приклади переходу без технічного бекграунду.
Project Manager → Program Manager. П’ять років проєктного менеджменту в ІТ-компанії, управління командами розробки та запусками продуктів. Без військового чи технічного бекграунду — перехід в проєктний менеджмент до defence-виробника. Перші місяці пішли на специфіку продукту, виробничі процеси і взаємодію з військовими користувачами. Через пів року — координація кількох продуктових напрямів і взаємодії між R&D, виробництвом та замовником.
Supply Chain → Procurement Manager. Закупівлі й логістика у великій виробничій компанії, далі — напрям закупівель компонентів у defence. Найбільшим викликом стало не освоєння професії, а нові вимоги до якості, швидкості постачання і пошуку альтернативних постачальників.
Business Development → Partnerships Manager. Міжнародний бізнес-розвиток у технологічній компанії, далі — робота з міжнародними виробниками, інтеграторами та державними замовниками. Спрацювали навички ведення переговорів і побудови партнерств, а специфіку напряму людина опанувала вже в процесі.
Спільне у всіх трьох: перенесена функціональна база плюс кілька місяців на домен.
За практикою BazaIT Defense медіанний термін повного закриття вакансії — 44 дні. Від першого контакту з кандидатом до найму проходить у середньому 24 дні.
Різниця між цими цифрами показує головне: значна частина часу йде на пошук потрібної людини, а не на співбесіди й оформлення. Це узгоджується із ширшою картиною ринку — за перший квартал 2026 року оборонні роботодавці опублікували 3005 вакансій на DOU, а середня кількість відгуків на позицію впала до 7–9 (детальний розбір ринку праці в defence tech). Для кандидата це означає, що видимість на ринку і власний нетворк впливають на результат не менше, ніж підготовка до інтерв’ю.
Технічна база для нетехнічної ролі в defence — це розуміння продукту, його користувача й того, як одне рішення відгукується в тестуванні, виробництві й документації. Термінологію можна довчити за кілька тижнів. Готовність працювати в середовищі з високою ціною помилки, неповними процесами й обмеженнями через конфіденційність довчити складніше — і саме її перевіряють першою.
Оксана Горбунова — COO & Co-Founder BazaIT, CEO BazaIT Defense та Founder & CEO Defense Core. Працює з командами та бізнесами в defence tech — допомагає знаходити сильних фахівців, будувати стратегічні партнерства, залучати інвестиції, виходити на нові ринки та запускати спільні виробництва.
Beetroot Academy розвиває напрям Defence & Dual-use з 2025 року: Embedded Development, Drones Firmware, Computer Vision і програма для нетехнічних спеціалістів. Програма для нетехнічних будується навколо доменного контексту: як влаштована галузь, які ролі в ній є і що очікують від людини в перші місяці роботи.
На вебінарах про вхід у defence tech питання про поліграф звучить майже щоразу. Рекрутинг-команда Dwarf Engineering в одному з наших спільних матеріалів формулювала це так: семеро з десяти розробників відпадають на одному з двох етапів, і поліграф стоїть у цьому списку поряд із відсутністю досвіду з апаратною частиною.
Навколо процедури багато припущень і мало конкретики. Тому ми поставили питання двом людям, які працюють із нею щодня: Тетяні Романівні Морозовій, поліграфологині з понад 23-річним досвідом, і Олександрі Тостановській, HR Director у Dwarf Engineering. Нижче їхні відповіді про те, що фіксує апарат, як виглядає дослідження зсередини, до чого готуватись і що робити з чутливими особистими обставинами.
Суперечки про доцільність поліграфу на найму тривають і в класичному бізнесі, і в defence tech. Олександра розділяє ці два контексти.
«Якщо дивитись через призму ІТ, гемблінгу чи беттінгу, я особисто досі не розумію, навіщо там поліграф, а „експерти“, які його проводять, не завжди кваліфіковані. Там питання здебільшого про крадіжку конфіденційної інформації. У Defence Tech логіка інша: компанія відповідає за цілісність свого бізнесу, кожен кандидат проходить безпекову перевірку, і поліграф є одним з її пунктів».
Олександра Тостановська HR Director, Dwarf Engineering
Ще одна функція процедури суто практична. Вона працює як стимул до відвертості: кандидати часто самі розповідають деталі своєї історії ще до тестування. Плюс це спосіб звірити те, що людина говорила на співбесіді про свій досвід.
Рішення щодо кандидата ухвалює компанія за результатами всієї перевірки. Поліграма сама собою вердиктом не є.
Назва «детектор брехні», яку часто використовують як синонім до поліграфа, неточна. Прилад записує у вигляді графіків (поліграм) динаміку кількох фізіологічних показників у відповідь на пред'явлені стимули, тобто питання. Інтерпретує ці графіки поліграфолог за конкретною методикою.
Що знімають датчики:
Окремо працює давач виявлення механічних рухів, так званий давач тремору.
«Основне призначення давача тремору полягає у фіксації несанкціонованих рухів людини під час дослідження. Ці рухи можуть призвести до появи фізіологічних реакцій, не пов'язаних зі стимулами, які надає поліграфолог, і, як наслідок, спотворити результат. Без давача тремору тестувати не можна».
Тетяна Морозова доктор психологічних наук, професор, поліграфологиня
У практиці Dwarf такі давачі вбудовані в крісло: на підлокітниках і під сідницями. Вони фіксують протидію, коли людина смикає руками або напружує м'язи.
Технічно зняти реакцію нескладно. Складність полягає в іншому: у правильній постановці питань і в часі зняття реакції.
У кабінеті присутні кандидат і поліграфолог, іноді долучається представник служби безпеки компанії. Далі процедура має кілька етапів.
Підготовка на місці. Прийшовши, людина вимикає і залишає всі гаджети, миє руки, за потреби відвідує вбиральню.
Передтестова бесіда. Спеціаліст з'ясовує позицію людини щодо питань, які винесені на дослідження замовником, проговорює самі питання і коригує їх з урахуванням отриманої інформації. На цьому етапі обов'язково оформлюється заява про добровільну згоду. Специфіка бесіди залежить від методики, але завершується вона завжди кріпленням давачів.
Стимульна частина. Тут перевіряється адекватність і специфічність реагування людини на стимули. Якщо поліграфолог отримує показники, які не підлягають експертній оцінці, до основної частини він переходити не повинен: тестування переносять.
Основна частина. Фіксується реагування на питання, які цікавлять замовника. Їх ставлять з різних боків, зі збереженням змісту, але не завжди шляхом прямого повтору. За потреби додають питання на розширення або питання, якими перевіряють пояснення людини.
Зазвичай процедура триває одну-дві години. Марафони на чотири-шість годин не є ефективними: результати такого дослідження будуть поганими, бо людина втомлена. Точний формат у конкретній компанії можна і варто уточнити в рекрутера ще до візиту.
У стимульній частині питання побутові й перевіркові: як вас звати, яку цифру ви бачите перед собою.
Безпекові питання стосуються досвіду передачі інформації, крадіжок, неправомірної вигоди, природи конфліктів на попередніх місцях роботи, причин звільнення.
Біографічні запитання спрямовані на факти, які можуть впливати на виконання службових завдань: залежності, небажані зв'язки.
Що заборонено робити перед тестом:
Що варто зробити:
Окремо про ліки. Постійний прийом скасовувати не можна. Попередьте рекрутера і поліграфолога заздалегідь: з урахуванням цієї інформації спеціаліст може трохи змістити час прийому або призначити зручніший час для дослідження.
Компанію обов'язково попереджають про:
І ще одне. Якщо на етапі пояснень щось лишилось незрозумілим, питайте прямо. Поліграфолог спочатку дає анкету, потім розповідає, як усе відбуватиметься, і це нормальний момент для уточнень.
Це питання ставлять на подіях найчастіше, і однакової відповіді для всіх компаній тут немає.
«У кожної компанії різне ставлення до цієї інформації. Хтось категорично одразу відмовляє, хтось спілкується і намагається зрозуміти ситуацію з цими родичами. Але родичів не обирають, ми не можемо бути відповідальними за їхні рішення. Складніша ситуація, коли старенькі батьки залишаються на окупованих територіях. Багатьом знайома ця історія: людину просто не вдається умовити виїхати, бо там хата і хазяйство, або вона маломобільна. Це все ризики, і кожна компанія має самостійно оцінити їх та ухвалити рішення».
Олександра Тостановська HR Director, Dwarf Engineering
У самому Dwarf про наявність таких зв'язків запитують ще на первинному етапі співбесіди. Якщо людина розповідає, команда розпитує деталі й уже з них виходить, продовжувати спілкування чи ні.
Порада Олександри кандидатам однозначна: говорити правду і не приховувати наявність родичів у рф, білорусі чи на ТОТ. Інформація все одно випливе, і тоді кредит довіри дорівнюватиме нулю, бо це вже брехня.
Тим, хто вагається, чи взагалі йти на перевірку через такі обставини, вона пропонує зробити просту вправу: подивитись на свою історію очима роботодавця й відповісти на питання «чи найняв би я себе, маючи таку історію?». Якщо відповідь «ні», варто зрозуміти, що саме зробити, щоб вона стала «так».
Найпоширеніше хибне уявлення, яке Олександра бачить у кандидатів, стосується недовіри: людина сприймає поліграф як особисту підозру. У defence tech логіка інша, бо заводити людину на проєкт без розуміння її психологічного портрета і без перевірки сказаного на співбесіді складно.
Тетяна Морозова дивиться на це ще з одного боку.
«У цій процедурі ви точно не жертва. Майбутній роботодавець перевіряє вас, і це логічно з огляду на війну та небезпеки, які зараз є. Перевіряють й інших, аби серед вас не було тих, хто наведе удар на підприємство. Однак цей процес двосторонній: спеціаліст ставить лише ті питання, які цікавлять ваших майбутніх роботодавців. Чуючи питання, ви можете оцінити і роботодавця: наскільки його питання коректні, що він очікує від працівників і що його непокоїть. Врешті-решт, ви на ринку праці, і обирають не лише вас, а й ви».
Тетяна Морозова доктор психологічних наук, професор, поліграфологиня
Практична частина порад коротка. Говорити правду, бути відкритим і спокійним. Результат інтерпретує спеціаліст за методикою, тож зайва напруга просто заважає роботі. Вас там не будуть катувати, бити струмом чи психологічно тиснути.
Морозова Тетяна Романівна, доктор психологічних наук, професор, атестований судовий експерт із правом проведення судових психологічних експертиз із використанням комп'ютерного поліграфа, поліграфологиня з понад 23-річним досвідом роботи, керівниця Центру експертних досліджень, президент Всеукраїнської асоціації поліграфологів. Центр експертних досліджень: https://morozova.center/ Всеукраїнська асоціація поліграфологів: https://vap.ua/
Олександра Тостановська, HR Director у Dwarf Engineering, українського розробника високотехнологічних рішень для безпілотних систем. Керує департаментом HR & Operations і будує системні HR-процеси під специфіку роботи в оборонці. Авторка та лекторка першого в Україні модуля про рекрутинг у DefTech, створеного спільно з Mate Academy. Магістерка психології, має сертифікацію з військового обліку.
Beetroot Academy розвиває напрям Defence & Dual-use з 2025 року: Embedded Development, Drones Firmware, Computer Vision і програма для нетехнічних спеціалістів. Безпекова перевірка є частиною входу в галузь, і чим менше в ній невідомого, тим спокійніше проходить розмова з роботодавцем.
Тисячі військових щодня працюють із дронами, системами зв'язку та іншими технологіями, від яких залежить виконання бойових завдань. Вони бачать їхні сильні та слабкі сторони, знають, що працює на фронті, а що ні.
Після служби цей досвід часто залишається поза межами формальних кваліфікацій. Водночас саме він може стати основою для роботи над новим поколінням роботизованих оборонних технологій.
Саме тому Frontline Robotics та Beetroot Academy запускають спільну ініціативу. Щомісяця Frontline Robotics покриватиме одне місце на програмі Embedded Development для ветерана або ветеранки, які успішно пройдуть відбір.
Мета ініціативи — допомогти ветеранам із технічним досвідом перейти від експлуатації технологій до їхньої розробки та вдосконалення.
Використовували технології на фронті? Застосуйте свій досвід, щоб створювати їх самостійно.
Embedded Development — технічна освітня програма для спеціалістів, які хочуть перейти від роботи з програмним забезпеченням до роботи з реальними системами: мікроконтролери, вбудовані пристрої, hardware-прототипи для defence, robotics та енергетики.
Програма розрахована на людей з технічним бекграундом. Учасники працюють з залізом, розбирають архітектуру embedded-систем і виходять з розумінням того, як влаштовані системи, що використовуються в Defence Tech і dual-use.
Програма підходить тим, хто:
Повний новачок без технічного бекграунду — не стартова точка для цієї програми. Але ветеран із досвідом роботи з С/C++, технікою, дронами або електронікою — саме та людина, для якої вона створена.
Defence-ринок зростає і потребує інженерів, які не лише розуміють технології, а й усвідомлюють реальні виклики поля бою.
Люди з бойовим досвідом мають унікальне розуміння того, як працюють технології на фронті. Додавши до цього інженерну підготовку, вони можуть створювати рішення, які будуть посилювати обороноздатність країни.
Саме такий шлях і покликана відкрити ця ініціатива.
«Найкращі оборонні технології створюють люди, які розуміють реальні потреби фронту. Ми хочемо, щоб ветерани мали більше можливостей переходити в інженерію та продовжувати впливати на хід війни вже через створення нових технологій», — Євген Третяк, CEO Frontline Robotics.
«Ветерани, які хочуть увійти в технічний напрям defence, часто мають сильнішу мотивацію і практичне розуміння контексту, ніж будь-хто інший. Їм потрібна не підтримка — їм потрібна структура. Партнерство з Frontline Robotics дає конкретний механізм: реальна компанія інвестує в підготовку конкретної людини. Щомісяця», — Назарій Литвин, керівник Defence Tech напряму, Beetroot Academy
Місце не призначається автоматично. Кандидат проходить відбір через освітніх консультантів Beetroot Academy — оцінюється технічний рівень, мотивація і готовність пройти програму до кінця.
Відбір відкритий для ветеранів з технічним бекграундом.
Ви вже маєте цінний досвід. Ми допоможемо перетворити його на інженерну кар'єру та можливість і далі впливати на обороноздатність країни.
Перейдіть на beetroot.academy, оберіть освітню програму Embedded Development і залиште заявку з поміткою «Ветеран». Освітній консультант зв'яжеться і пояснить подальші кроки.
