В одному з продуктів Headway Inc усі розробники стали продакт-інженерами — що це означає для команди

💡 Усі статті, обговорення, новини про Front-end — в одному місці. Приєднуйтесь до Front-end спільноти!

У компанії з українським корінням Headway Inc впроваджують роль Product Engineer. Першим її реалізував бізнес-юніт Nibble, який розробляє освітній застосунок із короткими інтерактивними уроками. У Nibble відмовилися від поділу розробників за напрямами (backend, frontend, iOS та Android). Тепер усі 8 інженерів з команди працюють як продакт-інженери й беруть участь у плануванні функцій, аналізі метрик і супроводі релізів.

Про це для DOU розповіли у компанії. Наразі в Headway Inc працює понад 120 розробників, з яких 11 мають роль Product Engineer (включно з розробниками команди Nibble). Скорочень у компанії внаслідок переходу не було. Продовжують наймати айтівців і за традиційними спеціалізаціями.

Команда також оновлює підхід до найму та навчання: окрім технічних навичок, продакт-інженери мають розвивати компетенції в роботі з продуктом, аналітикою та дизайном. Ще покривають платне навчання — менеджер допомагає скласти особистий план, а компанія оплачує 70%-100% вартості.

Перехід на нову модель відбувається поступово в окремих командах. Він став можливим зокрема завдяки використанню ШІ-інструментів.

«Продакт-інженери долучаються ще на етапі планування й допомагають вирішувати, які фічі варто брати в розробку, а від яких краще відмовитися. Інженер виступає архітектором і постановником задач для штучного інтелекту: декомпозує складну бізнес-задачу, продумує алгоритми масштабування, враховує ліміти навантаження і формує правильний контекст для ШІ-агентів», — пояснюють у Headway Inc.

Підготовка до впровадження ролі тривала близько двох тижнів. Команда обрала інструмент Claude Code, підготувала документацію для репозиторіїв та налаштувала процес: фінальне завантаження коду й перевірка змін залишаються за інженерами, а первинне рев’ю та автотести доповнили ШІ-інструментами.

📌 Як це працює на практиці

Аби розробники могли працювати поза межами основного домену, у кожному репозиторії створили базовану документацію, а виконання задач у суміжних напрямах супроводжують обов’язковим код-рев’ю. Product-інженер Ігор Швидкий зазначає, що контроль якості залишається за людиною, а чергу на рев’ю коду вирішують розширенням автотестів та первинною перевіркою через ШІ:

«У своєму репозиторії я налаштував правило, що ШІ не запускає код у продакшн сам. Це може зробити тільки людина. Для чутливих дій є жорсткі правила, які потрібно покривати додатковими тестами, і якщо їх немає, мердж блокується».

Завдяки доступу до документації та ШІ-інструментам розробники тепер можуть самостійно закривати дрібні кросдоменні завдання без допомоги колег. Проте залучення профільних інженерів однаково потрібне під час фундаментальних архітектурних змін. Product-інженер Михайло Єрошенко наводить приклад, як змінився його робочий процес:

«Ми працювали над задачею, де в мене була частина в мобілці та частина на вебі. Раніше я б чекав на нашого фронтенд-інженера або відволікав його від задач. Тепер, коли трапляється нюанс, для якого потрібно висмикувати людину з контексту, мені простіше й швидше зробити це самому й не блокуватися».

Водночас у командах без окремого продакт-менеджера інженери разом із дизайнером самі фасилітують продуктові процеси. Product-інженер Влад Мусаєлян пояснює, що в таких умовах головним завданням стає відсіювання неефективних ідей та дешевша перевірка гіпотез ще до написання коду:

«Ми зазвичай починаємо з пошуку ідей й дивимося, на які метрики варто вплинути. Коли гіпотеза виглядає вартою реалізації, перевіряємо її якомога дешевше. Більшість гіпотез тестуємо в маркетингу, тож до інженерії доходить уже те, що показало попит».


Headway Inc — глобальна EdTech-компанія з українським корінням, у портфелі якої п’ять EdTech-продуктів: Headway, Impulse, Nibble, AddMile та Skillsta. Компанія має R&D-лабораторію та офіси у Києві, Мадриді, Варшаві й Лімасолі.

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось8
До обраногоВ обраному2
LinkedIn

3 коментарі

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

Дякую, що поділились! Це було цікаво 👍

Є така практика вже не тільки в Headway, але це залежить від домену і специфіки продукту.
Ну і цікаво,звісно, подивитись на результати роботи таких команд на певному відрізку.
Як вони планують,які в них проблеми і як вони це вирішують.
та як це впливає на комфорт роботи всіх тіммемберів.

Доброго дня, Олег!
Дякую за коментар — ви влучно зауважили, що специфіка домену та продукту тут важлива.

Наразі ми в Nibble тестуємо цей підхід у різних сетапах: команди по 3–8 людей, з Product Manager і без нього/неї. Бачимо, що глибша залученість інженерів у продукт добре впливає на швидкість та результати ініціатив.

Плануємо горизонтом у 4 місяці: виділяємо Product & Growth Bets, у які віримо, команди автономно працюють над їх реалізацією з тижневими спринтами. Водночас залишаємось гнучкими й орієнтуємось на те, що в моменті дасть більше цінності користувачу та бізнесу.

Щодо комфорту — на старті потрібен був час, щоб домовитися, хто за що відповідає, налагодити процес code review без втрати якості, release flow, професійний розвиток і прибрати сірі зони.

Підписатись на коментарі