O que é anarquia de desenvolvedor?

Eu tenho lido sobre Anarquia de desenvolvedor (ou programador), que parece ser considerada uma metodologia de desenvolvimento pós-Agile. Encontrei alguns recursos nele ( 1 , 2 ), mas não parece haver muito por aí.

Fiquei me perguntando se alguém tinha bons recursos para descobrir mais sobre isso - como implementá-lo, prós e contras, comparação com outras metodologias etc.

Posso apontar os pensamentos de Alistair Cockburn sobre esse aspecto dos projetos "verdadeiros" do Agile:

Um membro da família de metodologias Crystal é o Crystal Clear. O Crystal Clear pode ser descrito para um ouvinte de nível 3 nas seguintes palavras:

“Coloque 4-6 pessoas em uma sala com estações de trabalho e quadros brancos e acesso aos usuários. Faça com que eles entreguem software testado e em execução aos usuários a cada um ou dois meses e os deixem em paz. ”

De fato, descrevi o Crystal Clear nessas palavras para um patrocinador experiente do projeto. Ele seguiu essas instruções e relatou cinco meses depois: "Fizemos o que você disse e funcionou!"

Entrevistei o líder da equipe alguns meses depois e seu relatório foi tão curto quanto minhas instruções:

“Seguindo sua sugestão, nós quatro assumimos a sala de conferências, que possui conexões de rede. Nós a mantivemos por todos os quatro meses, desenhando nos quadros brancos por lá, fornecendo software à medida que avançávamos. Funcionou muito bem. ”

é disso que trata o ágil, e parece que essa é a abordagem adotada pela metodologia Anarchy - o ponto é que, se você já experimentou caras , pode dizer a eles para "se afastarem e fazê-lo funcionar" e eles farão exatamente isso . (isso não funciona com pessoas menos experientes, você não deixaria uma equipe de juniores fazer isso sem pelo menos alguma supervisão).

Todo o barulho sobre o ágil criado ao longo dos anos, como standups diários e painéis de scrum, sessões de preparação do backlog do produto, reuniões pré-reunião sobre as reuniões de planejamento da sessão de preparação do backlog do backlog do produto .. são todas as coisas de peso pesado do projeto que devem ser vistas como despesas gerais para a entrega bem-sucedida do produto.

Hoje em dia, porém, essas coisas são vistas como obrigatórias e a metodologia 'ágil' desce para um sistema que possui mais processos do que os métodos antigos!