Рожева мрія багатьох дизайнерів «втікти з фрілансу/аутсорзу і попасти на продукт». Давайте розберемось чи настільки круто бути продуктовиком, який скілсет потрібен для цього і чи не призведе це до професійної деградації.

Усього за 20 хвилин Сергій Сарайчиков, засновник A42 і один із топових білих хакерів Prozorro, покаже чому 80% атак починаються зі звичайного збору даних про вашу компанію. Ви дізнаєтесь, які типові помилки відкривають шлях до зламу, як автоматизовані системи знаходять ваші слабкі місця швидше, ніж ваші команди, та як побудувати моніторинг активів, який реально запобігає витокам. Це must-see для СТО, які хочуть бачити інфраструктуру очима атакуючого й отримати готову стратегію контролю ризиків без зайвих витрат.

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

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

Сучасні кібер загрози потребують від CTO сучасних підходів до реагування та протидії. Розвиток даркнету як маркетплейсу скомпрометованих облікових даних(credentials) вимагає впровадження нових методів захисту. Ми поговоримо про безпеку авторизації в SaaS сервісах. Я розповім, які існують сучасні загрози, наскільки 2FA може захистити проти використання злитих даних, що робити якщо скомпрометовані cookies разом із session tokens, та розглянемо кейси, як автоматизація darknet моніторингу допомагає CTO у забезпеченні безпеки не тільки власного продукту, а й також third-party supply chain сервісів(Slack, GitLab, Jira, CRM), партнерів та C-level тощо.

Помилка на співбесіді може як стати приводом для жарту, так і вартувати вам оферу. Я пропоную розглянути очевидні та приховані помилки, яких можна припуститися і на самій співбесіді, і до та після неї. Я не гарантую, що після моєї доповіді ви миттєво їх позбудетесь, але звертати увагу почнете точно.

Ми звикли довіряти відчуттям: здається, що процеси працюють, а продукт якісний. Але відчуття не масштабуються. У цій доповіді я покажу, як ми перейшли від інтуїтивних рішень до системи метрик, яка вимірює якість продуктів і процесів у реальному часі. Як команди, маючи «приборну панель», самі керують розвитком своїх продуктів із точки зору якості. І головне — як технічні метрики стають зрозумілими бізнесу, допомагають говорити про ризики однією мовою й приймати рішення на масштабі.

У кожного інженера — своя дорога в IT. Моя почалася не з красивих презентацій і чітких планів, а з того, що мене на крані піднімали ремонтувати екран на стадіоні «Металіст». Потім були телеком-проєкти, автотести, Red Hat, OpenStack, OpenShift — і постійний пошук, куди рухатися далі. З часом прості кострубаті скрипти, які я писав лише щоб зекономити собі кілька годин, почали тримати прод. «Пожежі» стали приводами для нових рішень, а експерименти — досвідом, який справді працює. І десь у цьому всьому були моменти, коли я хотів піти з IT. Але натомість з’явилися DevOps01, ком’юніті, а згодом — AWS та HashiCorp-амбасадорство. У цьому виступі я розповім, як постійний пошук себе у професії та професії в собі став тим самим двигуном, що змінив не лише кар’єру, а й життя. Як маленькі ініціативи виростають у великі системи, а спільнота відкриває нові двері.

AI революція в розпалі... це розуміють всі. Але як ефективно використовувати AI? Що, насправді, він дає зараз? Розкажу, чому Temabit рухається в бік побудови AI-assisted SDLC, замість "купіть ліцензію на AI і AI все побудує", як ми бачимо взаємодію людини, AI агентів і різних AI інструментів. Покажу розбудову AI-assisted SDLC на прикладі GitHub Spec Kit, який активно впроваджуємо в різні проекти. Чому говоримо про 10-20-30-40% development boost. Чи це реально? Головне: те, що ми бачимо сьогодні, точно не кінцева точка, все несеться... IT, який ми знали останні 20 років вже мертвий, але що ж приходить натомість? Ось про це і поговоримо на прикладі Temabit. До зустрічі на конференції!

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