Два двері, одні ворота: управління поза межами EDD
Правила онбордингу та тертя між розробниками часто здаються однією і тією ж проблемою. Але це не так.
Коли ви масштабуєтеся до сорока розробників, ви не можете використовувати однакові методи навчання для всіх. Деякі розробники є експертами в роботі з AI-агентами. Інші — новачки. Якщо ви напишете один набір правил для всіх, ви зазнаєте невдачі.
Досвідчені розробники ігноруватимуть правила. Новачки матимуть із ними труднощі.
Ви повинні розділити свій підхід на два окремі рівні:
Awareness tools Ці інструменти змінюють те, що людина знає. Прикладами є коментарі AI під час рев'ю або попередження лінтера. Вони діють як адміністратор на рецепції. Вони помічають речі та пропонують дії. Вони працюють лише тоді, коли людина їх слухає.
Governance tools Ці інструменти змінюють те, що людина може робити. Прикладами є захист гілок (branch protection) та шлюзи злиття (merge gates). Вони діють як турнікет. Вони не вступають у переговори. Вони зупиняють процес, якщо вимоги не виконані.
Помилка полягає в тому, щоб використовувати адміністратора там, де потрібен турнікет. Пропозиція AI, яку розробник ігнорує, — це не управління. Це просто шум.
Щоб виправити це, використовуйте два окремі рівні:
The Governance Layer Цей рівень є невеликим і універсальним. Він застосовується до всіх, незалежно від навичок. Він включає такі правила, як заборона прямих пушів у захищені гілки та обов'язкові рев'ю. Справа не в довірі. Справа в захисті кодової бази від високого ризику змін, спричинених агентами.
The Scaffolding Layer Цей рівень є персоналізованим і гнучким. Він включає такі кроки, як чітке планування та розгорнуте обґрунтування. Новачки активно використовують це для формування професійного судження. Досвідчені розробники можуть зменшувати інтенсивність цього процесу в міру зростання. Це не винагорода за стаж. Це інструмент, який стає непотрібним зі зростанням майстерності.
Вам також слід оцінювати ризик самої зміни. Коли senior-розробник торкається складного, сильно пов'язаного файлу, це створює більше ризику, ніж коли junior-розробник працює з простою утилітою. Система має реагувати на код, а не лише на людину.
Нарешті, зосередьтеся на відповідальності. AI-агент може написати код, але результат належить розробнику. Якщо розробник не може пояснити під час рев'ю, чому була внесена зміна, ця зміна не повинна бути злита.
Припиніть класифікувати людей за рівнями. Замість цього надайте інструменти, які дозволять їм самостійно керувати своїми ризиками.
Джерело: https://dev.to/karlheinz_reichel_7ee08d/two-doors-one-gate-navigating-governance-beyond-edd-5clj
Додаткова спільнота для навчання: https://t.me/GyaanSetuAi