Що таке анархія розробників?

Я читав про «Анархію розробників» (або програміста), яка, здається, рахується як методологія розвитку після Agile. Я знайшов на ньому кілька ресурсів ( 1 , 2 ), але це, здається, не так вже й багато.

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

Я можу вказати на думки Алістера Кокберна щодо цього аспекту "справжніх" Agile проектів:

Одним із членів методології родини Crystal є Crystal Clear. Crystal Clear може бути описаний слухачем рівня 3 такими словами:

“Помістіть 4-6 людей у ​​кімнату з робочими станціями та дошками та доступом до користувачів. Дозвольте їм доставляти користувачеві перевірене програмне забезпечення кожні один-два місяці, а в іншому випадку залишайте їх у спокої.

Я насправді описав Crystal Clear цими словами до кмітливого спонсора проекту. Він дотримувався цих інструкцій і через п’ять місяців повідомив: "Ми зробили те, що ви сказали, і все спрацювало!"

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

«Після вашої пропозиції, ми четверо взяли на озброєння цю конференц-залу, яка має мережеві зв’язки. Ми тримали його всі чотири місяці, малюючи на дошках там, доставляючи програмне забезпечення, коли ми їхали. Це спрацювало чудово ».

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

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

Сьогодні все дуже багато, але ці речі розглядаються як обов'язкові, і "спритна" методологія заходить у систему, яка має більше процесу, ніж старі методи!