Віталій Оборський
Head of Delivery & Ops
- Head of Delivery & Operations / AI Governance Architect
- Понад 20 років досвіду в IT, включаючи керівні посади в QA-лідерстві (QA Lead), технічному керівництві (Tech Director) та операційному управлінні
- Відповідає за делівері та централізовані інженерні стандарти на понад 50 проектах одночасно
- Засновник та автор відкритого операційного фреймворку «Uncertainty Architecture» для побудови надійних LLM-додатків
- Експерт у сфері AI Governance, чиї архітектурні підходи пройшли валідацію серед практиків делівері, архітекторів соціо-технічного стеку та контриб’юторів міжнародних ШІ-стандартів.
Тема доповіді:
Uncertainty Architecture: Перезапуск SDLC. Нові DoR, DoD та радикальна трансформація ролей у QA
Опис:
Впровадження ШІ-компонентів у софт — це не просто поява нової фічі, це повна руйнація звичного життєвого циклу розробки (SDLC). Коли система стає недетермінованою, класичні поняття вимог, DoR та DoD перестають працювати. Якщо ми протестували "ШІ"-функционал один раз і він видав правильну відповідь — ми не протестували софт, ми лише перевірили гіпотезу. Категорично не можна деліверити такий код у прод.
У цій доповіді ми розберемо, як концепція Uncertainty Architecture повністю переформатовує обов'язки всієї команди та змушує переосмислити критерії готовності продукту до релізу з погляду математичної статистики та бізнес-ризиків.
Тези доповіді:
- Нова анатомія вимог: чому вимоги до ШІ — це більше не про «що софт має надати юзеру», а про чіткі критерії бізнес-ризиків та глибокий risk-assessment
- Переосмислення DoR та DoD: чому успішний поодинокий тест є ілюзією якості. Як будувати DoD на основі тестування великої статистично значущої вибірки та оцінки девіації (відхилення) моделі в прийнятних бізнес-межах
- Анатомія безпечного релізу: чому система не готова до деплою, якщо в ній відсутні механізми моніторингу семантичного дрейфу, kill switch (аварійне відключення) та автоматичне перемикання на бекап-флоу
- Тектонічний зсув у ролях:
- Архітектор: проєктування систем з обов’язковим урахуванням контуру Human-in-the-loop
- Тестувальник: перехід від верифікації сценаріїв до тестування стохастичних петель та статистичних відхилень
- PM та Розробник: як змінюється їхня відповідальність за якість коду за умов нелінійної поведінки системи.
Для кого:
- QA Engineers, QA Leads, Test Architects, Solution Architects та інженерні менеджери, які прагнуть вийти за межі базового розуміння ШІ та побудувати системний, дорослий процес контролю якості нелінійного софту.