« Agile », c’est quoi ?

Une introduction interactive aux pratiques agiles.

Transcript

1. « Agile », c’est quoi ? Matti Schneider @matti_sg 1 Présentation faite à la première réunion de la Commission Qualité & Agilité à Sophia- Antipolis, le 11 avril 2014.
2. Matti Schneider @matti_sg 2 Développe du logiciel de manière agile depuis des années. Orateur conférences. Rédige un mémoire sur les équipes agiles en anthropologie cognitive et sociale. Étant uniquement praticien, je n’ai rien à vous vendre :)
3. « Agile », c’est quoi ? 3 Par groupes de 2 ou 3, prenez 2 minutes pour écrire les mots qui sont pour vous associés au mot « agile » ? Première définition « en creux » : ce que « agile » n’est pas. Pas une méthode. Pas une religion. Pas juste écrire sur des post-its avec un air supérieur. Pas « courir les bras en l’air en faisant n’importe quoi ».
4. « Agile », c’est quoi ? Un adjectif. 4 Pas une chose qu’on fait, mais une manière de faire les choses. Une culture. Des pratiques. Des valeurs.
5. Manifeste 5 Écrit en 2001 par des praticiens qui n’ont fait que récapituler ce qui marchait bien pour eux.
6. Manifeste « Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire. Ces expériences nous ont amenés à valoriser… » 5 Écrit en 2001 par des praticiens qui n’ont fait que récapituler ce qui marchait bien pour eux.
7. Quatre valeurs 6 Ces valeurs sont écrites sous la forme de priorités, de préférences assumées. Il s’agit d’un idéal, une extrémité d’un spectre sur lequel on se place. Nous allons à présent voir comment ces valeurs s’enracinent dans la réalité à travers les principes du manifeste.
8. Quatre valeurs plus que 6 Ces valeurs sont écrites sous la forme de priorités, de préférences assumées. Il s’agit d’un idéal, une extrémité d’un spectre sur lequel on se place. Nous allons à présent voir comment ces valeurs s’enracinent dans la réalité à travers les principes du manifeste.
9. Quatre valeurs les individus et leurs interactions les processus et les outils plus que 6 Ces valeurs sont écrites sous la forme de priorités, de préférences assumées. Il s’agit d’un idéal, une extrémité d’un spectre sur lequel on se place. Nous allons à présent voir comment ces valeurs s’enracinent dans la réalité à travers les principes du manifeste.
10. Quatre valeurs les individus et leurs interactions des logiciels opérationnels les processus et les outils une documentation exhaustive plus que 6 Ces valeurs sont écrites sous la forme de priorités, de préférences assumées. Il s’agit d’un idéal, une extrémité d’un spectre sur lequel on se place. Nous allons à présent voir comment ces valeurs s’enracinent dans la réalité à travers les principes du manifeste.
11. Quatre valeurs les individus et leurs interactions des logiciels opérationnels la collaboration avec les clients les processus et les outils une documentation exhaustive la négociation contractuelle plus que 6 Ces valeurs sont écrites sous la forme de priorités, de préférences assumées. Il s’agit d’un idéal, une extrémité d’un spectre sur lequel on se place. Nous allons à présent voir comment ces valeurs s’enracinent dans la réalité à travers les principes du manifeste.
12. Quatre valeurs les individus et leurs interactions des logiciels opérationnels la collaboration avec les clients l’adaptation au changement les processus et les outils une documentation exhaustive la négociation contractuelle le suivi d’un plan plus que 6 Ces valeurs sont écrites sous la forme de priorités, de préférences assumées. Il s’agit d’un idéal, une extrémité d’un spectre sur lequel on se place. Nous allons à présent voir comment ces valeurs s’enracinent dans la réalité à travers les principes du manifeste.
13. Quatre valeurs les individus et leurs interactions des logiciels opérationnels la collaboration avec les clients l’adaptation au changement les processus et les outils une documentation exhaustive la négociation contractuelle le suivi d’un plan plus que « Nous reconnaissons la valeur des éléments à droite, mais privilégions ceux à gauche. » 6 Ces valeurs sont écrites sous la forme de priorités, de préférences assumées. Il s’agit d’un idéal, une extrémité d’un spectre sur lequel on se place. Nous allons à présent voir comment ces valeurs s’enracinent dans la réalité à travers les principes du manifeste.
14. Douze principes 7
15. « Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. » 8 « livrer une fonctionnalité » peut inclure l’avoir documentée, répondre à des contraintes règlementaires…
16. « Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client. » 9
17. « Un logiciel opérationnel effectivement exploité est la principale mesure d’avancement. » * Version mise à jour par Thierry Cros 10
18. « Livrez fréquemment un logiciel opérationnel avec des cycles de quelques jours à quelques semaines et une préférence pour les plus courts. » * Version mise à jour par Thierry Cros 11
19. « Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, commanditaires, développeurs, opérationnels et utilisateurs devraient être capables de maintenir indéfiniment un rythme constant. » * Version mise à jour par Thierry Cros 12 Premier lien avec la qualité : éviter les « rushes ». On observe comme ce principe peut être conflictuel avec le précédent : si le commanditaire ne peut pas suivre un rythme de livraison rapide, il faudra accepter les limites d’une approche agile dans un tel contexte.
20. « Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité. » 13
21. « La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle. » 14 Qualité. Lean.
22. « Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. Les opérationnels interviennent au plus tôt et régulièrement tout au long du projet. » * Version mise à jour par Thierry Cros 15
23. « La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe informatique – développeurs et opérationnels – et à l’intérieur de celle-ci est le dialogue en face à face. » * Version mise à jour par Thierry Cros 16 Cela ne signifie pas qu’il n’y a pas de personne jouant le rôle de points centraux de communication vis-à-vis de l’équipe ou des parties prenantes extérieures.
24. « Les meilleures architectures, spécifications et conceptions émergent d'équipes auto-organisées. » 17
25. « À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. » 18 Deming.
26. « Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés. » 19 Pour moi le principe crucial, car il est à la fois cause et conséquence. Les personnes sont motivées par la confiance et la responsabilité qui vient avec l’application des principes précédents, et en même temps leur application ne peut faire sens qu’avec leur motivation. C’est d’ailleurs là que réside toute la difficulté d’une transition vers des pratiques agiles.
27. « Agile », c’est quoi ? 20 Reconstituez les groupes de 2 ou 3 personnes du début de la session. En deux minutes, quels sont les mots que vous associez à présent au terme « agile » ? Observez-vous des différences ? Discutez-en :)
28. Merci ! • Manifeste agile agilemanifesto.org • Thierry Cros, définition actualisée du Manifeste thierrycros.net/public/docs/NouveauxPrincipesAgiles.pdf • Time to kill agile pragdave.me/blog/2014/03/04/time-to-kill-agile/ 21 Merci à Émilie Franchomme, Nicolas Dupont et Christophe Desclaux pour les échanges qui m’ont aidé à construire cette session. Références