Nous avons entendu parler des nouvelles façons de développer des logiciels avec des consultants que nous avons payé et en lisant des rapports de chez Gartner. Fort de ces éléments, on nous a dit de valoriser :

Les individus et leurs interactions plus que les processus et les outils
mais chez nous il y a des processus à respecter obligatoirement et des outils pour contrôler comment ces individus (nous préférons le terme “ressources”) interagissent

Des logiciels opérationnels plus qu’une documentation exhaustive
tant que ces logiciels sont entièrement documentés

La collaboration avec les clients plus que la négociation contractuelle
à l’intérieur de cadres contractuels stricts bien sûr, et sujet à un contrôle des changements rigoureux

L’adaptation au changement plus que le suivi d’un plan
à condition qu’un plan détaillé existe pour répondre au changement et qu’il soit suivi scrupuleusement

Ceci étant dit, bien que nous reconnaissons que les éléments figurant à gauche aient l’air sympa en théorie, nous somme une entreprise, et il n’est pas question que nous laissions tomber les éléments figurant à droite.

Concocté un samedi matin avant le petit déjeuner par Kerry Buckley @kerryb, d’après un article de Ron Jeffries et cette suggestion d’Eastmad.


Auteur : Kerry Buckley
Source : Manifesto for Half-Arsed Agile Software Development
Date de parution originale : 28 Août 2010


Traducteur : Nicolas Mereaux
Date de traduction : 29/07/2016


Licence Creative Commons
Ce(tte) oeuvre est mise à disposition selon les termes de la Licence Creative Commons Attribution - Pas d’Utilisation Commerciale - Partage dans les Mêmes Conditions 4.0 International.