Однією з тенденцій, яка вже давно набирає обертів, є перехід на віддалену роботу. Пандемія COVID-19 прискорила це впровадження, і багато компаній зараз усвідомлюють переваги розподіленої робочої сили. Ця тенденція, ймовірно, збережеться в найближчі роки, і все більше компаній пропонуватимуть гнучкий графік роботи та можливість працювати з будь-якого місця.
Дистанційна робота також збільшила використання таких інструментів як відеоконференції та програмне забезпечення для управління проєктами, які є важливими для віддалених команд. Перехід на віддалену роботу також відкрив можливості для ІТ-спеціалістів у різних куточках світу, оскільки компанії більше не обмежуються найманням працівників з певної географічної локації.
Згідно з опитуванням, проведеним FlexJobs, більшість працівників зацікавлені в тому, щоб продовжувати працювати віддалено або в гібридному робочому середовищі. Опитування Career Pulse, проведене в липні-серпні 2022 року, показало, що 65% респондентів хотіли б працювати віддалено повний робочий день, а 32% віддають перевагу гібридному робочому середовищу. Це свідчить про те, що значна частина робочої сили, приблизно 97%, зацікавлена в тій чи іншій формі віддаленої роботи. Крім того, опитування показало, що велика кількість респондентів, 57%, розглядають можливість звільнення з поточної роботи, якщо варіанти віддаленої роботи будуть недоступні. Про це повідомляє Forbes. Завдяки цій тенденції, завдяки широкому спектру курсів, доступних в Beetroot Academy, ви можете освоїти професію, яка дозволить вам працювати з будь-якої точки світу.
Ще одна тенденція, яку ми можемо очікувати, — це висхідний попит на фахівців з конкретними наборами навичок. З розвитком нових технологій, таких як штучний інтелект, наука про дані та інтернет речей, зросте потреба у кваліфікованих фахівцях у цих галузях. Компанії також шукають фахівців з досвідом роботи в нових технологіях, оскільки вони прагнуть бути на крок попереду і залишатися конкурентоспроможними у світі, де все більше переважають технології.
Крім того, зберігатиметься потреба у фахівцях з більш традиційними навичками, такими як розробка програмного забезпечення та кібербезпека. Оскільки технологічний ландшафт продовжує розвиватися, фахівцям важливо бути в курсі новітніх технологій і постійно опановувати нові навички.
Дослідницький центр Pew Research Center оприлюднив статтю про тенденції конвергенції технологічних, соціальних та гуманітарних навичок до 2025 року. Там ти знайдеш більше інформації, яка проллє світло на глобальний розвиток інформаційних технологій у майбутньому.
Розвиток технологій також означає, що зросте потреба у фахівцях, які зможуть подолати розрив між ІТ та іншими галузями. Наприклад, зростатиме попит на технічних спеціалістів з досвідом роботи в бізнесі, маркетингу чи дизайні.
Ці фахівці можуть використовувати свої технічні навички для стимулювання інновацій та зростання в нетехнологічних галузях. Також будуть потрібні фахівці, які мають глибоке розуміння специфіки конкретних галузей, таких як охорона здоров'я, фінанси або роздрібна торгівля, і можуть використовувати свої технічні знання для стимулювання інновацій та розв'язання проблем, притаманних лише цим секторам. Для людей з великим досвідом роботи в різних сферах Beetroot Academy пропонує курси, які не потребують попередньої технічної підготовки.
Також дуже помітною тенденцією є постійне зростання значення м'яких навичок у технологічній індустрії. Інженери повинні ефективно спілкуватися і добре працювати в команді, оскільки технології стають все більш інтегрованими в усі аспекти нашого життя. Компанії шукатимуть кандидатів, які вміють критично мислити, розв'язувати проблеми та адаптуватися до змін.
За даними Forbes, потреба в м'яких навичках, які машини не можуть відтворити, зростає з розвитком технологій. У звіті Deloitte за 2017 рік прогнозується, що до 2030 року професії з м'якими навичками становитимуть дві третини всіх робочих місць. Крім того, у звіті підкреслюється, що наймання працівників із сильним набором м'яких навичок може призвести до збільшення доходу більш ніж на 90 000 доларів США.
З ростом використання автоматизації та штучного інтелекту від ІТ-працівників вимагатиметься цілий ряд навичок, які доповнюють ці технології, таких як креативність, емоційний інтелект та розв'язання проблем. Для програмістів, які прагнуть досягти успіху у швидкозмінному, взаємопов'язаному світі, важливими будуть навички комунікації та співпраці.
Наступна тенденція, яку ми можемо очікувати на світовому ринку ІТ-талантів, — це попит на професіоналів з різним досвідом роботи. Компанії визнають переваги різноманітно професійного досвіду й шукатимуть ІТ-фахівців, які мають різні точки зору та бекграунд. Це, ймовірно, буде особливо важливо, оскільки компанії прагнуть обслуговувати глобальний ринок і задовольняти потреби різноманітних клієнтських баз.
Різноманітність в ІТ-сфері також поширюється на навички та досвід, і компанії шукатимуть ІТ-фахівців з широким спектром технічних і нетехнічних навичок. Такий підхід може принести нові ідеї та підходи до розв'язання проблем і допомогти компаніям краще розуміти та обслуговувати своїх клієнтів.
Загалом, у 2024 році світовий ринок ІТ-талантів буде більш конкурентним, ніж будь-коли. Високий попит матимуть технічні спеціалісти, які будуть в курсі новітніх технологій та володітимуть різноманітними навичками та досвідом. Люди, які вміють адаптуватися до мінливих потреб ринку та мають сильні м'які навички, можуть мати більше шансів на успіх у цій постійно мінливій галузі.
На додаток до вищезгаданих трендів, є ще кілька тенденцій, які ми можемо очікувати на ринку технологічних талантів у 2024 році. Однією з них є увага галузі до питань сталого розвитку та соціальної відповідальності. Оскільки занепокоєння щодо впливу технологій на навколишнє середовище продовжує зростати, компанії, ймовірно, шукатимуть технічних спеціалістів, які захоплені ідеями сталого розвитку та можуть допомогти у впровадженні екологічних ініціатив. Крім того, все більше уваги приділятиметься ролі, яку технології можуть відігравати у вирішенні соціальних та економічних проблем, таких як бідність та нерівність. Розробники, які зможуть продемонструвати свою прихильність до позитивного впливу на світ, будуть мати попит.
Багато хто також помітив, що в індустрії все частіше потребують фрилансерів та підрядників. Оскільки все більше компаній переходять на гнучкий графік роботи, зростає потреба в технічних спеціалістах, які можуть працювати над окремими проєктами. Фрилансери та підрядники пропонують компаніям можливість залучати спеціалізовані навички та досвід за потреби. Вони можуть бути економічно вигідним рішенням для компаній, які шукають спеціалістів на певні посади.
Нарешті, очікується продовження акценту на важливості підвищення кваліфікації та навчання впродовж життя в технологічній галузі. За даними Оксфордського університету, навчання впродовж життя є ключовим аспектом успішної відповідності глобальним тенденціям технічного та соціального розвитку.
Оскільки темпи технологічних змін продовжують прискорюватися, для розробників може бути важливим бути в курсі новітніх технологій та передових практик. Це передбачає прихильність до постійного навчання та розвитку через традиційну освіту або самонавчання. Кандидати, які зможуть продемонструвати свою відданість навчанню впродовж життя, можуть досягти успіху у 2024 році.
Отже, у 2024 році світовий ринок технологічних талантів буде більш конкурентним, ніж будь-коли. Найбільший попит матимуть кандидати, які в курсі новітніх технологій і володітимуть різноманітними навичками та досвідом. Ті, хто вміє адаптуватися до мінливих потреб ринку та демонструє сильні м'які навички, як правило, є більш конкурентоспроможними в цій динамічній галузі. Ті, хто може прийняти різноманітність, інклюзивність, сталий розвиток і навчання впродовж життя, також матимуть хороші шанси на успіх у світі, що швидко змінюється і стає все більш взаємопов'язаним. Це великий виклик, але якщо ти хочеш розпочати кар'єру в ІТ, то обирай навчитися всіх необхідних навичок у справжніх професіоналів, які викладають в Beetroot Academy.
Після навчання ми попросили його назвати, що змінилось у роботі. Ось що він розповів.
Кодифікація – одна з тих тем, з якими фахівець із закупівель стикається постійно. До навчання Костянтин розумів її лише в межах нормативного регулювання: які документи потрібні, які вимоги треба виконати.
Тепер він розуміє алгоритми, за якими кодифікацію отримують. Це змінило кут зору. Раніше він дивився на процес як замовник, тепер бачить його ще й зі сторони постачальника, який проходить цей шлях зі своїм виробом.
У закупівлях легко звикнути до окремих процесів: одна позиція, одна специфікація, один договір. Так і було в Костянтина до програми. Він знав окремі процеси, але не знав, як вони пов'язані між собою.
Після навчання він розуміє, як різні вироби взаємодіють в одному напрямку. А звідси й розуміння, чому закупівлі мають бути комплексними: техніка працює в зв'язці, і закуповувати її теж варто з урахуванням цієї зв'язки.
Рішення в роботі Костянтина й надалі чітко регламентовані, тут нічого не змінилось. Змінилось інше. Раніше він бачив своє рішення окремо. Тепер видно його значення в комплексі з іншими рішеннями, інколи навіть тими, які ухвалює не він.
Це відчутно і в щоденній роботі. У розмовах із колегами він став обізнанішим з технічного боку, тож обговорення стали предметнішими.
Костянтин пов'язує ці зміни з комплексними груповими вправами з планування операцій. На них учасники працювали з операцією як з цілим: розбирали, як окремі елементи поєднуються в одну систему і впливають один на одного.
Для людини, яка щодня працює з однією ділянкою, такий формат дає рідкісну можливість побачити всю картину. І саме ця картина потім допомагає краще робити свою частину роботи.
Окрім знань, після навчання в Костянтина залишились корисні контакти для нетворкінгу. Програма і її учасники стали для нього важливим надбанням.
У Defence Tech це має особливу вагу. Сфера тісна, багато питань вирішується через людей, і знайомства з колегами з інших компаній та ролей часто корисні не менше за саму програму.
На запитання, чи радить він програму колегам по галузі, Костянтин відповів коротко: однозначно йти. Як мінімум заради цікавих людей усередині Defence Tech сфери.
Офіційно я воюю з березня 2024-го. Неофіційно – з 2023-го. Була «піратом» на медеваках, перекладала для іноземних організацій і волонтерів. Дроноводкою стала в березні 2025-го.
Я люблю свою роботу. В рамках війни бути дроноводом – це честь. Дрони зараз основа оборони і рушійна сила наступів. За допомогою дронів нам з екіпажами вдається зробити стільки, що я просто не можу зупинитись і залишитись лише на рівні пілотування.
Хоча на початку були і перепони: мало хто вірить, що жінка може і дрон піднять, і плати підпаять. Вирішила довести, що це все дурниці.
Мало просто підняти дрон. Це лише 10% усієї роботи.
Решта 90% – це прошивки і тонкі налаштування. Безумовно, можна зробити як завжди: взяти дрон з коробки і полетіти. Але практика показала, що так не працює. В умовах війни навіть військові технології мають адаптуватись під індивідуальні потреби.
Так я відкрила для себе інженерію.
Бо мені було мало моїх знань. Я хочу знати більше, розуміти кожну деталь своєї роботи. Тільки так я можу бути дійсно корисною для екіпажів, з якими працюю.
Спочатку мене лякала ціна. Це чесно, і я не бачу сенсу вдавати інше.
Але програма виявилась такою насиченою, що по ітогах вартує всіх грошей світу.
Класно поданий матеріал. Можливість повертатись до нього неодноразово, коли потрібно освіжити знання. Дуже зручна платформа. І чудові тести для самоперевірки, де я можу потішити его.
Для людини, яка вчиться між завданнями, це важить більше, ніж будь-який розклад. Матеріал має бути там, коли в тебе з'явилась година.
Більше впевненості під час роботи. І розуміння, що в мене є власна афігенна вікіпедія у вигляді матеріалів і лекцій.
Якщо коротко описати, не вдаючись у подробиці: я не маю жодних проблем з переходом від одних бойових засобів на інші.
Людина з продуктового IT звикла, що задача приходить у Jira, добре описана, і на неї є два тижні. У defence за цей час продукт може встигнути пройти випробування, отримати фідбек з фронту, змінитися — і знову повернутися на випробування. Тому задача, яка була пріоритетною в понеділок, уже за кілька днів може поступитися зовсім іншій.
За спостереженнями BazaIT Defense, від 70 до 80% кандидатів у технічному напрямі приходять саме з класичного IT: software, AI/ML, Computer Vision, embedded. Сильних спеціалістів серед них багато. Перехід в deftech часто не складається з іншої причини: людина уявляє роботу в defence так, як вона виглядає у зрілій продуктовій компанії, а конкретна команда живе в іншому ритмі.
Ми попросили Оксану Горбунову, CEO BazaIT Defense, пояснити, як влаштована культура defence tech і що з цим робити кандидату.
У продуктовому IT роботу планують від бізнес-плану і roadmap. У defence на продукт дуже сильно впливає те, що відбувається на фронті.
«Команда може мати план на кілька місяців, але отримати фідбек від військових, який змінює пріоритети буквально на наступний тиждень. Те, що ще вчора було важливою фічею, сьогодні може поступитися проблемі, яку потрібно вирішити максимально швидко», – каже Оксана.
Друга причина в тому, що компанії ростуть дуже швидко. За короткий час невеликий R&D-стартап стає компанією з виробництвом і сотнями людей, і процеси не завжди встигають за цим ростом. Третя: R&D, тестування і виробництво тут часто йдуть одночасно. Продуктом уже користуються, а команда паралельно тестує наступну версію, змінює конструкцію чи софт і масштабує виробництво.
Тому менша передбачуваність сама по собі ще не означає поганий менеджмент. Але Оксана радить тримати межу: «Важливо розрізняти цю специфіку і звичайний організаційний хаос. Не кожну відсутність процесів варто пояснювати тим, що „це defence“».
З'являється новий сценарій використання, проблема під час експлуатації або змінюються умови на полі бою, і команда переключається. Найсильніше це відчувають продуктові та R&D-команди, які постійно отримують фідбек від військових.
Тримати фокус допомагає розуміння, чому пріоритет змінився. Коли ти бачиш зв'язок між своєю задачею і реальною потребою користувача на фронті, зміни сприймаються зовсім інакше, ніж задачі, які хаотично прилітають від менеджменту. «Коли команда постійно не розуміє, що і навіщо вона робить, це вже питання до менеджменту», – пояснює Оксана.
На практиці це означає, що рішення часто доведеться приймати з тією інформацією, яка є зараз. Зробити, протестувати, отримати фідбек і швидко скоригуватися.
Детальну специфікацію на десять сторінок у defence отримують рідше. Частіше команда чує щось на кшталт «у таких умовах зв'язок нестабільний», «цей елемент незручно замінювати в полі» або «потрібно скоротити час розгортання системи». Технічне рішення вона шукає сама.
Тому тут особливо цінують людей, які вміють уточнити контекст, запропонувати рішення, швидко його зробити і перевірити на практиці.
Найбільше прив'язані до фізичної присутності hardware, embedded, electronics, robotics, mechanical/CAD, QA і виробничі ролі. Інженеру може знадобитися зібрати прототип, попрацювати з платами, протестувати обладнання або поїхати на полігон. Software, AI/ML, Computer Vision, аналітика і частина product- та business-функцій частіше мають гібридний або віддалений формат, хоча й тут усе залежить від продукту і безпекових обмежень.
Оксана радить ще до оферу прямо спитати: скільки днів потрібно бути на локації, чи є регулярні виїзди на полігон або виробництво, чи можливий remote і чи може формат змінитися залежно від етапу продукту. Очікування повністю віддаленої роботи, до речі, одна з частих причин, чому перехід так і не відбувається.
Коли у вакансії пишуть «потрібна людина, яка бере відповідальність», зазвичай мають на увазі цілком конкретну поведінку. Приклад від Оксани: інженер бачить, що компонент нестабільно працює під час тестування. Він з'ясовує причину, пропонує варіанти, перевіряє їх і повертається з рішенням або з чітким описом того, що блокує результат. Зафіксувати баг і чекати наступної задачі тут замало.
Цінують людину, яка розуміє, який результат потрібен команді, і рухає задачу до нього, навіть коли формально її частина вже зроблена.
Єдиної «культури defence» немає. У невеликому стартапі менше формальних процесів, ролі ширші, і на одній людині більше відповідальності. Embedded-інженер там може писати код, тестувати прототип, працювати з hardware-командою і їздити на випробування. У великого виробника зони відповідальності чіткіші, R&D і production розділені, погоджень більше, а процеси вже усталені.
Ще один розрив стосується умов. До BazaIT Defense приходять дуже сильні, іноді overqualified спеціалісти з великих продуктових компаній, які очікують ту саму зарплату, бенефіти, зрілі процеси і чітко визначену роль. Стартап на 30 чи 50 людей може запропонувати сильний продукт і багато відповідальності, але такого рівня процесів і умов у нього ще може не бути.
Тому на співбесіді варто з'ясувати, на якому етапі компанія, як побудована команда і наскільки сформовані процеси. «Проблема часто в тому, наскільки очікування фахівця збігаються з реальністю конкретної компанії», – підсумовує Оксана.
Передусім сильну експертизу у своїй спеціалізації. «Сильний embedded, hardware, software, AI/ML, Computer Vision чи product-фахівець із цивільного IT може бути дуже цінним, навіть якщо раніше не працював у цій індустрії», – каже Оксана.
Далі йдуть самостійність і продуктове мислення. Від senior-інженера можуть чекати, що він сам побачить ризик, запропонує рішення і перевірить його. А фідбек від військових треба вміти перекласти в технічне рішення, тож розуміння проблеми користувача тут дуже допомагає.
Свої transferable skills кандидати часто недооцінюють. Досвід побудови процесів, масштабування команд, QA, роботи з даними, product management, системної документації чи запуску продуктів може виявитися саме тим, чого бракує компанії, яка дуже швидко виросла. «Я б точно не відмовлялася від вакансії тільки через фразу „defence experience preferred“. Релевантна експертиза з IT часто важливіша за сам факт роботи в defence».
Що заважає на старті? Найчастіше очікування, що все працюватиме як у зрілому продуктовому IT. Також звичка думати «це не моя зона відповідальності»: у командах, які швидко ростуть, межі ролей менш жорсткі, особливо на ранніх етапах. І бажання спершу зробити ідеально, а потім показати результат. У багатьох defence-продуктах важливіше швидко зробити робочу версію, протестувати її в реальних умовах, отримати фідбек і покращити. Якість при цьому лишається важливою, змінюється сам цикл роботи.
Фраза «вмію працювати в умовах невизначеності» рекрутеру майже нічого не каже. Працює конкретний досвід: яка була невизначеність, що ти зробив/-ла і який отримав/-ла результат.
Оксана показує різницю на прикладах.
Слабко: «Стресостійкий, адаптивний, швидко реагую на зміни».
Сильніше: «Запустив MVP за 6 тижнів в умовах неповних вимог: самостійно пріоритезував критичний функціонал, організував тестування та доопрацьовував продукт на основі фідбеку користувачів».
Для інженера слабко: «Вмію працювати без чіткого ТЗ».
Сильніше: «Отримав проблему без готового технічного рішення, сформував 3 гіпотези, протестував їх на прототипі та впровадив рішення, яке зменшило кількість помилок на 30%».
Пошукай у своєму досвіді ситуації з неповними вимогами, самостійними рішеннями, зміною підходу після тестування або запуском чогось із нуля. Такі кейси показують готовність до defence-середовища набагато краще за перелік soft skills.
Прямо про невизначеність питають рідко. Частіше просять розповісти про ситуацію:
Насторожує, коли кандидат у кожному кейсі чекав рішення менеджера, перекладав відповідальність або дуже негативно говорить про зміни, наприклад: «мені постійно змінювали вимоги, тому неможливо було нормально працювати». Переконує протилежне: людина уточнила контекст, визначила, що може зробити сама, запропонувала варіанти, перевірила гіпотезу і повернулася з результатом.
Фраза «я нормально ставлюся до хаосу» тут не допоможе. Потрібен приклад, де ситуація стала непередбачуваною, а ти знайшов/-ла спосіб рухатися далі.
Співбесіда працює в обидва боки. Оксана радить питати про конкретні приклади з роботи команди, а не про «корпоративну культуру» загалом.
Розуміти, як влаштована сфера, корисно ще до першого відгуку на вакансію. Для самого переходу знадобляться навички під конкретну роль і практика, яку можна показати на співбесіді.
Beetroot Academy розвиває напрям Defence & Dual-use з 2025 року: Embedded Development, Drones Firmware, Computer Vision, SolidWorks Core і програма для нетехнічних спеціалістів та Project management у Defence. Програма для нетехнічних будується навколо доменного контексту: як влаштована галузь, які ролі в ній є і що очікують від людини в перші місяці роботи.
«Не чекайте, поки станете „ідеальним defence-кандидатом“. Дуже багато людей відсіюють себе самі, бо бачать у вакансії „defence experience“ або думають, що їхній досвід із класичного IT тут не релевантний. Краще подивіться на свої навички й запитайте: яку конкретну проблему defence-компанії я вже вмію вирішувати? Це може бути embedded, AI, Computer Vision, QA, product, побудова процесів чи масштабування команд. І вже з цим ідіть говорити з компаніями. Defence-досвід можна отримати, тільки зайшовши в defence».
Подяка експертці
Оксана Горбунова — COO & Co-Founder BazaIT, CEO BazaIT Defense та Founder & CEO Defense Core. Працює з командами та бізнесами в defence tech — допомагає знаходити сильних фахівців, будувати стратегічні партнерства, залучати інвестиції, виходити на нові ринки та запускати спільні виробництва.
У I кварталі 2026 року оборонні компанії опублікували на DOU 3005 вакансій. Це більше, ніж за весь 2024 рік. Найпомітніше зросла кількість пропозицій для людей з 1–3 роками професійного досвіду: 979 проти 604 кварталом раніше (аналітика DOU). Шукають інженерів, проджект-менеджерів, рекрутерів, маркетологів, фахівців із закупівель.
Тобто кар'єра в deftech для цивільного спеціаліста відкрита. Питання в тому, з якою роллю заходити і до чого готуватися.
Для більшості ролей ні. Оборонні компанії наймають за професією: embedded-розробник, QA, Project Manager, HR, procurement. CEO BazaIT Defense Оксана Горбунова наводить три реальні переходи з ІТ та виробництва в defence без технічного бекграунду.
Ветеранський досвід є перевагою для частини позицій. В «Атлон Авіа», наприклад, говорять про запит на ветеранський досвід і наводять приклад позиції начальника відділу технічної підтримки. Але це вимога конкретних ролей, і вона не поширюється на ринок загалом.
Конкуренція розподілена нерівно. У середньому на deftech-вакансію відгукується 9 кандидатів, але на Project Manager їх майже 27, а на QA близько 22. Найменше охочих там, де потрібне залізо.
Якщо ти розробник, найкоротший міст веде через курс з embedded-розробки. Якщо менеджер, читай наш розбір того, чим PM у defence tech відрізняється від класичного.
Три речі, про які в класичному ІТ на співбесіді майже не говорять.
Безпекова перевірка. Background check, NDA, а в багатьох компаніях і поліграф. Ми розпитали поліграфологиню та HR-директорку Dwarf Engineering, як проходить поліграф і як до нього готуватися.
Ставлення до публічності. Для частини ролей діють жорсткі правила OPSEC, аж до видалення профілів у соцмережах. Для інших, як-от партнерства чи фандрейзинг, відкритість залишається робочим інструментом. Від чого це залежить, краще з'ясувати до першої розмови.
Готовність до формату. Onsite, швидка зміна пріоритетів, процеси, які ще формуються. За словами Оксани Горбунової, кандидати частіше не проходять співбесіду через нереалістичні очікування, ніж через брак технічних знань.
Найм теж іде у своєму темпі. За практикою BazaIT Defense, від першого контакту з кандидатом до найму проходить у середньому 24 дні, а медіанний термін закриття вакансії становить 44 дні.
Зарплата на старті може бути нижчою. Медіана розробника в DefTech становить $2850, це на $480 менше, ніж в ІТ (опитування DOU). Виняток серед масових ролей — Project Manager: $2500 в оборонці проти $2200 в ІТ.
Без досвіду зайти важко. Вакансій для кандидатів без досвіду в I кварталі 2026 року було 49 з трьох тисяч. У II кварталі DOU зафіксував, що компанії дедалі частіше шукають досвідчених фахівців. Оборонка наразі працює як наступний крок для людей із професією, і значно рідше як перше місце роботи.
Про успіхи не розкажеш. Робота під NDA означає, що портфоліо за ці роки буде порожнім для зовнішнього світу. Комусь це байдуже, для когось стає несподіванкою.
Освітня програма Defence Tech для нетехнічних спеціалістів дає доменний контекст за 12 занять по дві години. Технічні програми та Project Management у Defence Tech зібрані на сторінці напряму Defence & Dual-use.
