Product Owner

Ми будуємо безпілотні та роботизовані системи, які працюють там, де умови далекі від лабораторних, і мають виконати завдання з першого разу.

Наше програмне забезпечення та embedded-рішення роблять із безпілотної платформи керовану й надійну систему, готову до реальної місії. Саме воно з’єднує між собою оператора, автопілот, бортові обчислювальні модулі, двигуни, приводи, сенсори та канали зв’язку. Далі ми рухаємося до повної автономності на рівні групи: рої, у яких борти обмінюються даними, самі розподіляють завдання й продовжують роботу, коли один із них вибуває. Оператор ставить мету, а не веде кожен борт вручну.

Працюємо короткими циклами: спроєктували, зібрали прототип, інтегрували на платформу, вивезли в поле — і за результатами випробувань доопрацювали.

Ми шукаємо власника продукту, який відповідатиме за те, щоб кожна команда знала, що саме вона будує, навіщо і як зрозуміти, що це зроблено.

У нас кілька продуктових ліній — БпЛА, безекіпажні катери (БЕК), наземні робототехнічні комплекси (НРК), бортове й наземне програмне забезпечення — і кожна рухається швидко. Швидкість має ціну: вимоги до частини продуктів неповні, суперечливі або живуть у голові однієї людини, а епіки на дошках не завжди відображають те, що насправді потрібно замовнику. Ця роль існує, щоб це змінити.

Ви працюватимете на стику замовника, інженерних команд і керівництва: перетворюватимете потреби користувачів і результати польових випробувань на чіткі, перевірювані вимоги, вибудовуватимете пріоритети в беклозі й стежитимете, щоб дорожні карти (roadmaps) відповідали реальності.

• Місто: Київ. Графік 9:00–18:00.
• Формат: гібридний, після вівторка.
• Відрядження на захід України, а також поїздки на випробування.
• Зайнятість: повна.

• Вивчити продуктовий каталог компанії та дорожні карти продуктів — розібратися, що ми виробляємо, для кого, на якому етапі перебуває кожен продукт і куди він рухається.
• Побудувати процес верифікації вимог — як до існуючих продуктів, так і до нових: хто формулює вимогу, хто її погоджує, за якими критеріями вона вважається повною, узгодженою й перевірюваною, і як вона простежується до епіків, задач і випробувань.
• Побудувати процес валідації продуктових концептів і вимог — як перевіряти з потенційними користувачами або з огляду на потреби ринку, що ми збираємося будувати саме те, що потрібно: з ким говорити, які гіпотези перевіряти, які сигнали вважати підтвердженням і як результати впливають на рішення, чи брати концепт у розробку.
• Заповнити прогалини у вимогах до існуючих продуктів — знайти, де вимог бракує або вони суперечать одна одній, і довести їх до стану, за яким команда може працювати.
• Переглянути відповідні продуктові дошки епіків — привести епіки у відповідність до оновлених вимог і дорожніх карт: прибрати застарілі, об’єднати дублікати, додати відсутні й розставити пріоритети.

• Управління вимогами — збір, формалізація та підтримка вимог до продуктів: від потреби замовника до критеріїв приймання, за якими команда розробки й випробувань розуміє, що завдання виконано.
• Верифікація вимог — впровадження й підтримка процесу, за яким кожна вимога перевіряється на повноту, однозначність, узгодженість і тестованість до того, як потрапить у роботу.
• Валідація концептів і вимог — перевірка продуктових концептів і ключових вимог із потенційними користувачами та з огляду на потреби ринку: інтерв’ю, демонстрації прототипів, аналіз конкурентів і ринку — до того, як на концепт витрачено місяці розробки.
• Управління беклогом — ведення продуктових беклогів і дошок епіків, декомпозиція епіків на задачі разом із командами, пріоритизація за цінністю, ризиками й залежностями.
• Дорожні карти продуктів — підтримка дорожніх карт в актуальному стані, узгодження їх із керівництвом та інженерними командами, чесна комунікація, коли терміни чи обсяг змінюються.
• Робота із замовником і користувачами — з’ясування реальних потреб операторів і замовників, збір зворотного зв’язку з польових випробувань і експлуатації, перетворення його на зміни в продукті.
• Нові продукти — участь у формуванні концепції нових продуктів: визначення цільових сценаріїв, ключових вимог, критеріїв успіху й меж першої версії.
• Координація між командами — синхронізація вимог і пріоритетів між командами програмного забезпечення, електроніки, механіки та випробувань, щоб підсистеми сходилися в один продукт.
• Приймання результатів — участь у демонстраціях і випробуваннях, прийняття рішення, чи відповідає результат вимогам, і фіксація того, що треба доопрацювати.
• Документація — продуктова документація, специфікації вимог і журнал рішень, за якими новий член команди зрозуміє, чому продукт саме такий.

• Досвід роботи Product Owner, Product Manager або бізнес-/системним аналітиком у компанії, що створює технічні продукти — бажано з апаратною складовою.
• Робота з вимогами — ви вмієте писати вимоги, user stories і критерії приймання, які однозначно розуміють і розробник, і тестувальник.
• Побудова процесів — ви вже впроваджували процес роботи з вимогами чи беклогом і можете пояснити, що в ньому спрацювало, а що ні.
• Валідація продуктових гіпотез — ви вміли перевірити концепт чи вимогу з реальними користувачами або на ринку до початку розробки: інтерв’ю, прототипи, аналіз конкурентів.
• Agile-практики — Scrum, Kanban або їх поєднання; управління беклогом, планування, пріоритизація.
• Інструменти — Jira, Confluence або аналоги; досвід ведення дошок епіків і дорожніх карт.
• Технічна грамотність — ви вільно почуваєтеся в розмові з інженерами, розумієте, як взаємодіють програмне забезпечення, електроніка й механіка, і не боїтеся ставити незручні запитання.
• Системне мислення — бачите продукт цілком, а не набором окремих задач, і помічаєте прогалини й суперечності у вимогах.
• Комунікація — чітко формулюєте думки письмово й усно, вмієте домовлятися й відстоювати пріоритети.
• Українська мова; англійська — не нижче B2+, достатня для роботи з документацією, спілкування з партнерами та ведення продуктових артефактів.
• Готовність до поїздок на випробування та до офісів компанії.

• Досвід із БпЛА, БЕК, НРК чи іншими безпілотними та робототехнічними системами.
• Досвід в оборонно-промисловому комплексі, зокрема роботи з вимогами військового замовника.
• Системна інженерія та управління вимогами — простежуваність вимог, INCOSE, ISO/IEC/IEEE 29148, інструменти на кшталт Jama, DOORS чи Polarion.
• Досвід виведення нового технічного продукту від концепції до серійного виробництва.
• Технічна освіта — інженерна, IT чи суміжна.
• Сертифікації PSPO, CSPO або аналогічні.

• Роботу, результат якої видно й можна взяти в руки: продукт, описаний вашими вимогами, виходить у поле, а не лишається презентацією.
• Можливість вибудувати продуктові процеси з нуля й реально на них вплинути.
• Швидкі рішення й коротку дистанцію до інженерних команд і керівництва.
• Гібридний формат роботи.
• Реальний вплив у галузі з високими ставками, де продуктове рішення має наслідки за межами офісу.
• Професійне зростання: нові продукти, складніші системи, ширша зона відповідальності.
• Переваги роботи в оборонному секторі, зокрема бронювання.

• ЕТАП 1 - Знайомство з рекрутером
• ЕТАП 2 - Співбесіда з керівником продуктового напрямку
• ЕТАП 3 - Практичне завдання: розбір вимог до одного з продуктів
• ЕТАП 4 - Фінальна співбесіда з керівництвом
• ЕТАП 5 - Перевірка безпеки та офер