Олександр Піхтовніков – проєктний менеджер з п’ятирічним досвідом і міжнародними клієнтами. Він вміє запевнити кого завгодно, в чому завгодно. А тепер ще й склав курс з проєктного менеджменту для Beetroot Academy. Ми вирішили поставити Сашкові як очевидні, так і вузькопрофільні питання. Запитали – що краще, Agile, чи Waterfall. Дізналися, як спрацюватися продакту й проджекту. Поговорили про перспективи зростання, співбесіди та заробітні плати.
Проєктом може бути що завгодно – будівництво мосту, дороги, будинку. Це не обов’язково пов’язано з ІТ. Проєкт має критерії: дата старту, відповідальний, спонсор й дата очікуваної здачі.
Я так не вважаю. В Agile – це людина, яка спрямовує розробників в потрібному напрямку. Він радить, але не вказує, що робити. Хтось може зі мною не погодитися, але для мене проєктний менеджер – не начальник.
Є старі формати в дусі: “Лише я володію інформацією. Лише я знаю, що ми маємо зробити”. Всі сидять і чекають, доки менеджер щось скаже. Він може маніпулювати даними, знає потреби замовника, всі вважають його за боса.
Насправді на проєкті має бути цілковита прозорість. Ти ділишся інформацією з командою та залучаєш усіх. Ти не можеш самостійно відповідати за весь проєкт. Якісь зони відповідальності делегуєш, отримуєш зворотний зв’язок від команди. В реаліях Agile ти не можеш звільняти людей, але можеш вплинути. Якщо хтось недопрацьовує, треба поговорити зі стейкхолдерами й з командою. Якщо після цього ситуація не змінилася, потрібно робити заміну.
В класичному проєктному менеджменті начальником є спонсор. Він каже, що його не влаштовує, диктує формат роботи, каже, чи потрібно когось замінити. Він не відповідає за фінанси, але має важелі впливу. При цьому замовник і спонсор – це можуть бути дві різні людини.
Все залежить від проєкту, від його рівня складності, від кількості людей, від специфіки. В зрілій команді до 4-5 людей, можливо, проєктний менеджер і не потрібний. Завдання програміста – написати класний код, щоб все добре працювало. Програмісти не завжди цікавляться – чого хоче бізнес. Але, якщо розробнику це подобається, він виконує роль проксі-проджект-менеджера.
Коли з’являються міні-проєкти, завдання ускладнюється. Налагоджування процесів і комунікація з клієнтом займають багато часу. Програміст припиняє кодити, виявляється, весь час пішов на спілкування. В такому випадку краще найняти людину, яка розбирається в бізнес-аспектах, фільтрує інформацію та тримає баланс між програмістами й бізнесом.
Продакт-менеджер – це дуже “бізнесова” людина. Він добре знається на продукті та на потребах клієнта. Розбирається в цифрах, любить аналітику. Наприклад, змінили колір кнопки й посунули на 7 пікселей вліво – він перевірить, чи стало краще, або гірше, чи вплинуло це на форми реєстрації або на систему оплати.
Продакти багато спілкуються з кінцевим користувачем, з клієнтом, з програмістами. Продакт-менеджер може працювати над покращеннями системи, він знається на дизайні. Проєктний менеджер, як правило, не впливає на кінцевий дизайн. Він не заглиблюється так, як продакт. Якщо проєкт складний та є багато даних, проєктний менеджер налагоджує зв’язок зі стейкхолдерами та координує сам проєкт. Продакт каже, які потрібні фічі, виходячи з аналітики. У великих проєктах це тандем, але вони можуть працювати й окремо.
За наявності готового продукту наймайте продакт-менеджера. Він дивитиметься на цифри, спілкуватиметься з користувачами. Якщо проєкт лише розпочався – потрібен проджект. Він розбереться в процесах, налагодить комунікацію зі стейкхолдерами й командою.
Я не вважаю, що хтось крутіший, а хтось гірший. Кожний по-своєму крутий. Можна перейти з однієї посади на іншу, якщо тобі це подобається. Продакт любить дизайн і естетику. Проджект налагоджуватиме комунікацію.
Олександр з командою
Я працював віддалено з командою з 16 осіб. Ти маєш повністю довіряти людям. Потрібно частіше зідзвонюватись, аби бути в курсі. Якщо команда зріла – все вийде.
Я навчався в Німеччині й в Молдові – вивчав економіку та менеджмент, а потім – інформаційні технології. Гарною базою буде економічна освіта, але все залежить від школи. Мені зустрічалися люди, які переходили з інших галузей. Не думаю, що потрібна профільна вища освіта – те, чого навчають в інститутах, не завжди можна застосувати.
Є програм-менеджмент – коли в тебе з’являється більш ніж 2-3 проєкти, ти відповідаєш за постановку, є декілька проджектів в підпорядкуванні. Або ж можна зростати в делівері менеджменті. Вище – програмний директор і СЕО компанії.
Це непогано, але не обов’язково. Потрібно розуміти, що таке баг, як проходить цикл розробки. Навчитися розмовляти із розробниками однією мовою. Я знаюся на архітектурі застосунку, циклі розробки, практиках на проєкті. Це приходить із досвідом. Не потрібно мати диплом або вміти кодити – в реальності це не знадобиться. Робота проєктного менеджера на 40% – комунікація.
Waterfall добре пасує до великих індустріальних проєктів. Agile на 90% використовується в ІТ – ринок динамічний, потрібно якось адаптуватися. Agile – це той самий Waterfall, але менший. В Waterfall ми за три місяці після початку розробки дізнаємося, що щось не так, а вже маємо готову архітектуру. Тут менше гнучкості. В Agile команда підписується на певний проміжок часу, наприклад – 10 робочих днів. По завершенню – отримує відгуки клієнтів, користувачів, аналізує ринок та розуміє, чи у вірному напрямку рухається.
Які проєкти він чи вона вели? Складності, розмір команди, чи випадала нагода вирішувати проблемні кейси. Адже, зазвичай, всі проблеми на PM валяться. Якщо щось іде не так – це провина проєктного менеджера. Якщо все добре – це заслуга команди. Проєктний менеджер тримається в тіні.
Можуть запитати, чи спілкувалися зі стейкхолдерами безпосередньо, за яким фреймворком працювали.
Цікаві запитання – ситуаційні. Часто питають: “Як би ти поводився в цій ситуації?” Відповідь допомагає зрозуміти, чи підходите ви під структуру компанії, команди, самого проєкту.
Мені на співбесіді цікаво дізнатися, що керує людиною, які її принципи. Дивлюся на поведінку – важливо зрозуміти динаміку співбесіди. Одне з улюблених питань: “Уявіть, що команда виконує все вчасно без проєктного менеджера. Що керує людьми?” У відповідь проєктний менеджер скаже про власну приховану мотивацію.
Зрозуміти й пробачити. Потрібно бути готовим до того, що не стане коштів. Або ж тебе не влаштує культура компанії, хоча проєкт подобається. Або ж ти просто не розвиваєшся.
Я намагався доводити до завершення всі проєкти, але одного разу пішов через токсичне середовище в команді й в компанії. Було складно спілкуватися, але мені все одно вдалося налагодити процеси.
Налагоджуйте гарні стосунки із клієнтом. Якщо ви довго працюєте й розумієте один одного, можна пояснити, чому саме ці технології важливі. В нашому випадку проєктний менеджер виступає від імені компанії, але він має враховувати інтереси клієнта. Потрібно розуміти, який зиск з цих технологій, обговорювати нюанси з технічними фахівцями. Коли клієнт тобі довіряє та бачить результати, він готовий слухати.
Якщо команда залучена до бізнесу, можна обговорити ризики, але, як правило, клієнт краще знає свій бізнес. Потрібно дослуховуватися до клієнта так само, як і він дослуховується до програмістів, коли мова йде про технічні нюанси.
Agile потрібний, аби розуміти, чи рухаємося ми у вірному напрямку. На восьмий день ми показуємо, над чим працюємо. Отримуємо фідбек й можемо адаптуватися під вимоги клієнта.
Потрібно зрозуміти, чому взагалі виникла така ситуація. На моєму проєкті люди розуміють, чому кожен з них отримує ту чи іншу суму. Різниця в зарплатах може бути до 20% при однакових функціях. Або ж хтось когось дурить.
Я люблю систему оцінки “360” – кожен робить крос-фідбек. Ми розуміємо, що покращити, в кого які слабкі сторони. Тоді не виникає питання, що хтось отримує більше. Створюється культура довіри.
Я даю співробітнику ту суму, яку він просить, навіть якщо вона нижча за ринкову. Якщо за якийсь час він зрозуміє, що не оцінив об’єм та складність робіт та попросить про підвищення – я підвищу. В ІТ поширений синдром самозванця, тому люди можуть занижувати заробітну плату. Мені й самому іноді не зрозуміла, як так цінується моя робота. Але гірше, коли людина без досвіду має завищені вимоги. Страшно уявити, що буде, коли вона набуде більшого досвіду.
Буває, зарплату підвищують тільки тоді, коли ти маєш офер від іншої компанії. Раптом з’ясовується, що роботодавець має гроші на все. Це проблема культури компанії. Я вважаю, що 10-15% за рік – нормальне зростання.
Проєктний менеджмент підійде не всім. Не зможуть працювати інтроверти, ті, хто не любить спілкуватися. Підійде тим, хто хоче більше дізнатися про бізнес, зрозуміти, що “під капотом” у розробників та бути містком між бізнесом й технічними фахівцями. Це тонка навичка, не в кожного виходить. Але з часом ти вибудовуєш власний підхід, вчишся читати емоції, працювати з людьми та давати їм можливості зростання й розвитку
Найчастіший блокер для нетехнічного спеціаліста в 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 і залиште заявку з поміткою «Ветеран». Освітній консультант зв'яжеться і пояснить подальші кроки.
Чи знали ви, що в усьому світі жінки складають лише близько 22% професіоналів у сфері розробки та впровадження штучного інтелекту (ШІ)? Такий гендерний розрив у навичках у сфері ШІ звужує потенціал для інновацій. Навіть коли цифрові технології стануть доступнішими, ця нерівність залишиться, якщо ми не змінимо гендерні соціальні норми.
В епоху цифрової трансформації штучний інтелект змінює індустрію, освіту та ринок праці. Однак гендерні упередження в освіті та впровадженні ШІ залишаються значною проблемою, що потенційно обмежує можливості для жінок зокрема. Жінки меншою мірою представлені в STEM-дисциплінах (наука, технології, інженерія та математика), що пов’язано з усталеними упередженнями про «чоловічі» та «жіночі» професії та відповідно формувало їхній вибір ще в дитинстві. Навіть згадайте свої шкільні підручники, чи багато ви там бачили реальних прикладів жінок у науці? Для наочності радимо подивитися експеримент у київській школі, де дітей попросили намалювати представників чотирьох професій – вірусологів, аеророзвідників, реаніматологів та рятувальників. Спойлер, усі діти намалювали чоловіків-представників заданих професій. Для України, яка прагне розвивати стабільну економіку попри поточні виклики, важливо забезпечити інклюзивний доступ до навчання без стереотипів, особливо у сфері штучного інтелекту – це сприятиме інноваціям, інклюзивному економічному зростанню та довгостроковій стійкості бізнесу.
Системи штучного інтелекту працюють на основі даних, які в них завантажують. Якщо набори даних містять упередження, які вже існують в суспільстві, ШІ може посилити гендерну нерівність та інші стереотипи — особливо під час наймання на роботу, доступу до фінансів та надання послуг з підтримки бізнесу. До прикладу, алгоритми штучного інтелекту, які використовуються для найму персоналу, можуть відтворювати упередження, віддаючи перевагу кандидатам-чоловікам у технічних чи керівних ролях. Аналогічно, якщо історичні дані містять дискримінацію за віком, ШІ може знижувати рейтинг кандидатів 45+ років, вважаючи їх менш гнучкими чи здатними до навчання.
У сфері кредитування алгоритми можуть автоматично знижувати шанси на отримання позик для підприємців-жінок або представників етнічних меншин, якщо в минулому такі групи мали менший доступ до фінансування.Це створює замкнене коло, де нерівність з минулого продовжує впливати на можливості в майбутньому.
Брак різноманітності в освіті зі штучного інтелекту та серед технічної робочої сили тільки загострює ці проблеми, залишаючи жінок та недостатньо представлені групи без права голосу у формуванні цифрової економіки. Їхні потреби, досвід і перспективи не враховуються при розробці алгоритмів, що призводить до створення технологій, які не відображають реальну різноманітність суспільства та можуть посилювати дискримінацію.
Сам по собі штучний інтелект може позитивно впливати на гендерну рівність. Наприклад, спеціально натреновані програми можуть підбирати працівників неупереджено, генерувати дані з розподілом за статтю, створювати кращі навчальні матеріали тощо. Агентний штучний інтелект, який не просто реагує, а активно допомагає, має потенціал революціонізувати домашню працю, автоматизуючи трудомісткі завдання та звільняючи жінок від непропорційного тягаря неоплаченої доглядової роботи. Жінки досі виконують у 2,5 раза більше домашніх обов’язків, ніж чоловіки, що обмежує їхню можливість займатися професійною або творчою діяльністю. Крім того, згідно з дослідженням у журналі Nature, штучний інтелект може допомогти досягти 79% цілей сталого розвитку ООН, тому світу потрібно більше фахівців у цій галузі.
Розвиток різноманітної та інклюзивної спільноти – це непросто мета, а необхідність. Різноманіття перспектив приносить нові ідеї та відкриття, які можуть трансформувати світ технологій і принести користь суспільству в цілому.
З появою глобальних етичних норм у сфері штучного інтелекту, на кшталт розроблених ЮНЕСКО, компанії, які активно протидіють гендерним упередженням, випереджатимуть регуляторні вимоги.
В Україні бізнес стрімко впроваджує рішення на основі штучного інтелекту, тому важливо забезпечити справедливий та рівний доступ до можливостей для всіх. Якщо не подолати гендерні упередження у сфері ШІ, то підприємства, очолювані жінками, ризикують отримувати менше фінансування та обмежений доступ до цифрових інструментів, що ще більше поглибить економічну нерівність.
Будьмо відвертими: залучення жінок до ШІ – це не просто створення голосового помічника з жіночим голосом; це буквально надання жінкам права голосу у сфері ШІ. Це означає забезпечення їхньої присутності в розробці ігор, зборі гендерночутливих даних, дослідницьких групах ШІ та навіть радах венчурного капіталу, де приймаються рішення про фінансування. У венчурному бізнесі жінкам складніше отримати фінансування, оскільки алгоритми, навчені на попередніх інвестиційних рішеннях, частіше віддають перевагу чоловічим командам, повторюючи упередження ринку. І самих жінок лише 5% серед венчурних інвесторів. Стартапи зі штучним інтелектом, очолювані жінками, стикаються зі значними розбіжностями в сумах фінансування, отримуючи в середньому в шість разів менше капіталу за угоду, ніж засновані чоловіками. Попри те, що глобальні дані показують, що стартапи, засновані жінками, генерують вищий дохід на кожен вкладений долар, ніж ті, які очолюють чоловіки.
Згідно зі звітом AI Ecosystem of Ukraine від AIHouse та Roosh, Україна має успішний ШІ-ландшафт із понад 150 стартапами ШІ та більш ніж 100 R&D-центрами. Україна посідає друге місце за кількістю ІТ-спеціалістів (307 000) серед країн Центральної та Східної Європи, тоді як кількість спеціалістів зі штучного інтелекту становить менш ніж 1%. Однак гендерна нерівність зберігається: жінки становлять лише 16% української робочої сили у сфері ШІ. Цей дисбаланс підкреслює необхідність цілеспрямованих заходів для сприяння гендерному розмаїттю в галузі ШІ-освіти та підприємництва.
У звіті підкреслюється, що український бізнес дедалі більше покладається на рішення на основі штучного інтелекту для автоматизації, аналізу даних та залучення клієнтів. Однак, якщо ці моделі ШІ навчаються на упереджених наборах даних або розробляються без гендерно-інклюзивних підходів, вони ризикують увічнити нерівність у сфері найму на роботу, фінансів та бізнес-операцій.
Прогнозується, що ринок аналітики в галузі штучного інтелекту стрімко розвиватиметься й досягне 223,32 мільярда доларів до 2034 року, що свідчить про зростальну залежність від прийняття рішень на основі штучного інтелекту в різних галузях промисловості. Також McKinsey оцінює, що генеративний ШІ може збільшити загальний економічний вплив ШІ на 15–40% та додати $2,6–$4,4 трлн щорічної вартості в різних сферах застосування, що свідчить про суттєве зростання продуктивності, обсягів виробництва та бізнес-цінності. Для української екосистеми штучного інтелекту це створює як можливості, так і виклики – без гендерно-інклюзивної освіти в галузі штучного інтелекту та вільної від упереджень розробки компанії ризикують посилити нерівність у сфері найму на роботу, фінансів та підприємницької діяльності. Щоби залишатися конкурентоспроможними та стійкими, українські компанії повинні надавати пріоритет різноманітним талантам у сфері ШІ, етичному впровадженню ШІ та інклюзивним бізнес-моделям, гарантуючи, що ШІ слугуватиме інструментом для справедливого економічного зростання, а не увічнення системних упереджень.
Гендерна рівність та неупереджене навчання штучному інтелекту – це не лише етичні імперативи, а й економічна необхідність для сталого розвитку бізнесу в Україні. Розвиваючи інклюзивну освіту зі штучного інтелекту та усуваючи гендерні упередження в цифровій трансформації, Україна може побудувати більш стійку економіку, в якій інновації, справедливість та сталість є рушіями довгострокового успіху.
З огляду на вищезазначене, Швейцарська міжнародна організація Helvetas радо презентує рекомендації щодо відповідальних та інклюзивних стратегій у сфері штучного інтелекту для регіону Східного Партнерства, включно з Україною. Рекомендації спрямовані на державні установи, приватний сектор, громадянське суспільство та освітні установи. Розробка документа відбувалася у співпраці з організацією StrategEast та Help.
Також важливо зазначити такі проєкти з диджиталізації, на кшталт Beetroot Academy в Україні в рамках програми RECONOMY. Освітній продукт з ШІ надає компаніям та окремим особам, зокрема жінкам, навички, необхідні для процвітання в сучасній цифровій економіці, що сприяє інноваціям та інклюзивності. (лінк на відео)
RECONOMY – це програма, що реалізується Helvetas Swiss Intercooperation у партнерстві зі Шведським агентством міжнародного розвитку (Sida). Програма сприяє інклюзивному та зеленому економічному розвитку в регіонах Східного партнерства та Західних Балкан.
