Qu'est-ce que Developer Anarchy?

J'ai lu sur Developer (ou Programmer) Anarchy, qui semble être présenté comme une méthodologie de développement post-Agile. J'ai trouvé quelques ressources dessus ( 1 , 2 ) mais il ne semble pas y en avoir beaucoup.

Je me demandais si quelqu'un avait de bonnes ressources où je pourrais en savoir plus _ comment le mettre en œuvre, les avantages et les inconvénients, la comparaison avec d'autres méthodologies, etc.

Je peux vous indiquer les réflexions d' Alistair Cockburn sur cet aspect des «vrais» projets Agiles:

Crystal Clear est un membre de la famille de méthodologies Crystal. Crystal Clear peut être décrit par un auditeur de niveau 3 dans les mots suivants:

«Mettez 4 à 6 personnes dans une pièce avec postes de travail et tableaux blancs et accès aux utilisateurs. Demandez-leur de fournir aux utilisateurs des logiciels en cours d'exécution et testés tous les un ou deux mois, et sinon laissez-les tranquilles. »

En fait, j'ai décrit Crystal Clear dans ces mots à un sponsor de projet avisé. Il a suivi ces instructions et a rapporté cinq mois plus tard: "Nous avons fait ce que vous avez dit, et cela a fonctionné!"

J'ai interviewé le chef d'équipe quelques mois plus tard et son rapport était à peu près aussi court que mes instructions:

«Suite à votre suggestion, nous avons tous les quatre pris le contrôle de cette salle de conférence, qui dispose de connexions réseau. Nous l'avons gardé pendant les quatre mois, en nous appuyant sur les tableaux blancs là-bas, en fournissant des logiciels au fur et à mesure. Cela a très bien fonctionné. "

c'est de cela qu'il s'agissait, et il semble que ce soit l'approche adoptée par la méthodologie Anarchy - le fait est que, si vous avez des gars expérimentés , vous pouvez leur dire de "s'enfuir et de le faire fonctionner" et ils le feront exactement . (cela ne fonctionne pas avec des personnes moins expérimentées, vous ne laisseriez pas une équipe de juniors le faire sans au moins un peu de supervision).

Tout ce qui se passe au sujet de l'agilité qui s'est construit au fil des ans, comme les standups quotidiens et les tableaux de mêlée, les séances de préparation du backlog de produit, les réunions de pré-réunion sur le carnet de produit, les réunions de planification de la session de toilettage du conseil de mêlée .. sont tous des projets lourds qui doivent être considérés comme frais généraux pour une livraison de produits réussie.

Trop aujourd'hui cependant, ces choses sont considérées comme obligatoires et la méthodologie «agile» descend dans un système qui a plus de processus que les anciennes méthodes!