Критики Agile часто мають рацію.
Не в усьому. Але достатньо, щоб відмахуватися від них було помилкою. Те, що більшість людей розуміє під словом «Agile» — двотижневі спринти, щоденні стендапи, діаграми SAFe, які займають цілі стіни, програми сертифікації, консультанти, які перетворюють склад розуму на вправу з відповідності — більша частина всього цього заслуговує скептицизму, який і отримує. «Agile Bug» — так практики почали називати перекручення Agile на його протилежність — реальний. Він спричинив реальну шкоду. Команди виснажувалися, виконуючи церемонії, які породжували рух без прогресу. Організації платили за Agile-трансформації, які приносили лише важчу бюрократію під стерильним новоязом — і при цьому зривали дедлайни та втрачали ділові можливості.
Ми тут не для того, щоб захищати будь-що з цього. Насправді, ми приєднуємося до вас у повній солідарності.
Отже, що ми насправді маємо на увазі, кажучи «Agile»?
Не фреймворки. Не SAFe, не LeSS, не щось посередині. Не мікроменеджмент у спринтовому вбранні. Не театр.
Ми маємо на увазі те, що існувало до комерціалізації блискучого осяяння: цінності та принципи, які автори Маніфесту зафіксували у 2001 році, які своєю чергою дистилювали підходи, що передували Маніфесту на десятиліття — від виробничої філософії Toyota до інкрементальних постачань NASA і ранніх робіт з ітеративної розробки. Суть усього цього, позбавлена всього, що нашарувалося поверх: Особи та взаємодії понад процесами та інструментами. Дієві результати понад вичерпною документацією. Співпраця понад переговорами про контракт. Реагування на зміни понад дотриманням плану.
Не як гасла. Як справжні операційні принципи — ті, що змінюють те, як ви поводитеся і, що важливіше, як ви думаєте, коли ситуація неоднозначна, складна та швидкоплинна.
Це те, що ми розуміємо під Справжнім Agile.
Теза
Справжній Agile — це склад розуму, який належить комплексній роботі. ШІ — одне з найкомплексніших завдань, які ми будь-коли виконували. Ця відповідність не випадкова — вона неминуча.
Аргументація сягає корінням перших принципів. Agile-мислення починається з тверезого спостереження: у комплексній роботі (у кеневіновському сенсі: емерджентній, де причинно-наслідкові зв’язки видно лише ретроспективно) неможливо повністю спланувати шлях наперед. Ви працюєте емпірично — починаєте з того, що знаєте, вчитеся в процесі, безперервно перевіряєте та адаптуєтеся. Ви надаєте перевагу реальним результатам перед вичерпними попередніми специфікаціями. Тримаєте все максимально простим. Співпрацюєте, бо жодна окрема точка зору не має повної картини.
Тепер опишіть роботу зі ШІ. Результати є недетермінованими. Якість залежить від того, наскільки добре ви взаємодієте, а не тільки від того, що питаєте. Ранній зворотний зв’язок виявляє проблеми, які пізня корекція виправити вже не може. Зв’язок між людським судженням і відповіддю моделі ітеративний за своєю природою. Жодна окрема взаємодія не дає повної картини.
Діють ті самі перші принципи — не тому, що хтось так задумав, а тому, що і Agile, і ефективна співпраця зі ШІ — це відповіді на одну й ту саму основну реальність: комплексна робота, зроблена добре, вимагає особливого складу розуму. Цей склад розуму — Agile.
Найсильніше заперечення — назвемо його за вас
Agile був створений для людських команд. Він передбачає втому, забудькуватість, неточне оцінювання, соціальну динаміку — властивості, специфічні для людей, що працюють разом. ШІ не стомлюється, не забуває в межах свого контексту і не несе жодного з соціальних страхів, для подолання яких людським командам знадобилася ціла філософія. Отже: передумови не застосовуються, а «Agile для ШІ» — це помилка категорій.
Це справжній аргумент. Ми розглядаємо його серйозно, а не відкидаємо.
І ми вважаємо, що він хибно визначає, чим є справді непроминуще ядро Agile. Деякі речі, які Agile розробив як обхідні шляхи для суто людських обмежень — ритуал ретроспективи, покликаний виявити те, що втомлена команда не скаже прямо, стендап, створений для короткої синхронізації розсіяних людей — ці речі не переносяться без змін. Але основні принципи не були обхідними шляхами. Вони були спостереженнями про природу самої комплексної роботи. А комплексність не змінюється від того, що ваш співавтор — модель.
Як це виглядає, коли ШІ є в кімнаті
Перш ніж вступити в суперечку — кілька конкретних прикладів, бо абстрактним принципам потрібна опора.
Ми пропонуємо проводити ретроспективи зі ШІ? Так — і це має більше значення, а не менше. Працюючи з моделлю, ви вибудовуєте патерни взаємодії. З часом ці патерни можуть відточуватися — або деградувати аж до збою. Регулярна пауза, щоб розібрати, що працює, що починає дрейфувати і які припущення час переглянути, утримує вас у руслі ефективної співпраці. Форма ретроспективи змінюється. Дисципліна зробити крок назад і проаналізувати — ні.
Ми пропонуємо проводити check-in зі ШІ? Так — і не лише раз на день. Короткі звірки — у природних точках перелому протягом роботи, а не лише на початку сесії — тримають співпрацю на твердому ґрунті. Модель може накопичувати контекст так, що він відхиляється від вашого початкового задуму, ніяк про це не сигналізуючи. Часта, легка синхронізація — це те, що дає змогу впіймати такий зсув, перш ніж він дорого вам обійдеться.
Той самий склад розуму. Адаптована форма. Основний принцип Agile залишається незмінним.
Тепер: який ваш аргумент?
Це наша позиція. Сформульована достатньо чітко, щоб ви могли справді її заперечити.
Якщо ви вважаєте, що передумова хибна — що Справжній Agile не переноситься, що заперечення про помилку категорій є вирішальним, що ми нав’язуємо склад розуму там, де жоден не підходить — висуньте свій найсильніший аргумент. Не версію опудала. Справжній.
Правило тут просте: сперечайтеся з ідеєю, поважайте людину. Ми розглянемо кожен щирий виклик добросовісно.
Розкажіть.
Коментарі 0