Останні місяці ми будували один із піддоменів нашого проєкту з кредитування, більшість коду в якому писав ШІ під архітектурним наглядом: 100 сторей за 26 днів, 12 репозиторіїв, ≈218 500 рядків коду, 44 ADR, включаючи вимоги PCI DSS і НБУ, де ціна архітектурної помилки доволі висока. Цей досвід змінює погляд на роботу архітектора при плануванні проєктних рішень. Хоча інструменти штучного інтелекту допомагають автоматизувати та прискорити розробку, але фактично відповідальною за результат залишається людина. ШІ за замовчуванням не мислить стратегічно, і часто обирає найпростіший шлях реалізації, що може призводити до негативних результатів в майбутньому, якщо людина явно не опише стратегію при постановці завдання. Тож чим більшої автономності ми хочемо від ШІ, тим вища кваліфікація потрібна людині поруч: залишаються рішення, які не можна делегувати, хоч якою розумною стане наступна модель. Сучасні методології (ADR, quality gates, ATAM, TOGAF) в епоху ШІ трансформуються і дозволяють досягати якіснішого результату з вищою автономією. Про це ми і поговоримо на моїй доповіді. Доповідь для архітекторів, тімлідів і сеньйорів, які вже спробували ШІ та прагнуть підвищити результативність та автономність своїх команд.

Як би ви назвали техліда який читає і перевіряє кожен рядок коду, що написала його команда? Для мене це не риторичне питання: у своїй кар'єрі я мав досвід побудови процесів контрібюшину для одного з найбільших репозиторіїв в Grammarly для сотні інженерів кожного місяця. Сьогодні кожен із нас став тімлідом команди АІ агентів і ми задаємо собі і один одному аналогічне питання: як називати людину що не читає код, який генерують його агенти? Не вдаваючись в усю глибину контроверсійності цього питання, я вважаю що фундаментально відповідь для нього ідентична для команди людей і команди агентів. Правильно побудовані процеси дозволяють ліду уникати мікроменеджменту і рев'ю кожного рядка в пул реквесті. У цій доповіді я покажу прагматичні рецепти побудови АІ розробки, що наблизитимуть вас до довіри до коду, написаного вашими АІ агентами.

Нову стратегію підтримали не всі. AI-ініціативу саботують. Архітектор просить ще два квартали. Маркетинг хоче запуск уже наступного тижня. Знайомо? Проблема в тому, що ми часто очікуємо від інших людей тієї ж логіки, яку маємо самі. Але у продуктовому бізнесі поруч працюють різні “види”: ті, хто захищають людей; ті, хто захищають експерименти; ті, хто захищають стабільність; ті, хто захищають результат. І поки ми не навчимося бачити ці відмінності, будь-яка стратегія ризикує залишитися красивим слайдом. На прикладах із продуктових команд та AI-трансформацій розберемо, як працює фреймворк конкуруючих цінностей і як використовувати його для впливу, переговорів та управління змінами. 📌 Ключові тези: Кожен стейкхолдер захищає раціональну для себе цінність. “Кожен правий — але частково”. Як читати мотиви за словами та запереченнями. Чому найсильніші продакти вміють перемикати мови впливу. Як зменшувати опір змінам без тиску. Як створювати підтримку навколо продуктових рішень.

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

У міру того, як команда зростає, з`являються нові продукти, а інженерна команда проходить етапи трансформації - роль CTO легко перетворюється з технічного лідера на менеджера, що дивиться у таблиці та аналітику. І саме в цей момент настає найскладніше: не втратити технічний контекст, не відстати від архітектури, і реального стану справ у командах. У цій доповіді я поділюся власним досвідом: як залишатися Hands-on CTO - зберігати глибоке розуміння технічної бази, впливати на архітектуру й одночасно масштабувати компанію, не перетворюючись на "менеджера без коду". Основні теми, які ми розглянемо: - Як змінюється роль CTO у міру росту компанії - від кодера до системного лідера. - Найпоширеніші пастки: втрата архітектурної пам’яті, розрив між бізнесом і технічкою, залежність від кількох ключових людей. - Хороші звички, що допомагають утримувати технічний контекст: code-review, архітектурні стендапи, "walk the code", R&D-спринти CTO. - Системи прийняття рішень: як використовувати ADR / RFC, щоб зберігати прозорість і контроль. - Комунікація з техлідерами: ефективні формати 1:1, технічні сінки. - Інструменти та платформи, які допомагають не втратити контекст - дашборди, системи моніторингу, архітектурні огляди.

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

Під час виступу Вадим детальніше розповість про: - як визначити цілі процесу стратегування; - підходи до прогнозування та постановки цілей (Foresight, Top-Down + Bottom-Up); - Lean A3: структурування проблем і ключових показників; - впровадження стратегії та каскадування цілей у командній роботі; - відслідковування результатів (часові цикли, OKR, моніторинг і адаптація); - практичні приклади А3 з досвіду Uklon.

Реальний досвід створення команди з 1 до 30 осіб: виклики, рішення та досягнуті результати. Розглянемо стратегію підбору, ключові завдання, впроваджені інструменти, а також рекомендації, як залишатись на плаву в цій складній індустрії.

Як пройти шлях від розробника до успішного підприємця та побудувати бізнес на мільйони? Реальний досвід створення AI-компанії в США, залучення $2,5M інвестицій та ключові інсайти розвитку технологічного бізнесу.

Доповідь про те, як зібрати ефективну міжнародну команду, подолати культурні відмінності, а також важливість особистого бренду для лідера. Розглядаються стратегії поєднання особистого бренду та бренду компанії для взаємного зростання.