L agile est mort vive l agile! L évolution du développement logiciel
L agile est mort vive l Agile. 2
3
4
L évolution 5
Une question de maturité Tiré de The Standish Group: Chaos Report 2011 Tiré de Version One : 7th annual state of agile dev survey. 2012 6
Que faisons-nous agile? Tiré de Version One : 7th annual state of agile dev survey. 2012 7
12 principes 8
La base : les valeurs 9
Principe #1 Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. 10
L implantation de progiciel agile J implante un progiciel. Comment je fais pour prioriser mon backlog? 11
Principe #2 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. 12
L agilité dans l organisation L agilité vient des TI et n est pas appliquée de façon holistique Donner «l ownership» et le leadership des projets aux affaires. Tiré de Version One : 7th annual state of agile dev survey. 2012 13
Principe #3 Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. 14
L avion n attend pas! Qui livre en production (go live) à chaque itération? À chaque trimestre? Une fois par projet? 15
Principe #4 Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. 16
Le cabanon du beau-frère 17
Principe #5 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. 18
Savoir faire vs. savoir être Besoins secondaires Besoins primaire Accomplissement personnel Estime (confiance, respect des autres, estime personnelle) Besoins sociaux (amour, amitié, Appartenance, intimité) Sécurité (du corps, de l emploi, de la santé, propriété, monétaire) Besoins physiologiques (manger, boire, dormir, respirer ) A Theory of Human Motivation, Abraham Maslow, 1943 19
Principe #6 La méthode la plus simple et la plus efficace pour transmettre de l information à l'équipe de développement et à l intérieur de celle-ci est le dialogue en face à face. 20
Positionnement relatif de l influenceur Communiquer efficacement pour État de la personne à influencer Pas d accord D accord Imposer Manipuler Faire pression Persuader Confronter Faire intrigue Négocier Collaborer Contester Faire subversion Revendiquer Demander ou informer Source : Michèle Poirier & Associés inc., 21
Principe #7 Un logiciel opérationnel est la principale mesure d avancement. 22
Mesurer les résultats La vélocité n est pas une mesure d avancement, c est une mesure de productivité. C est quoi ça des points? 23
Principe #8 Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant. 24
Mini cascade On appelle ça un sprint?! 25
Principe #9 Une attention continue à l'excellence technique et à une bonne conception renforce l Agilité. 26
La qualité et le temps 27
Principes #10 et 11 La simplicité c est-à-dire l art de minimiser la quantité de travail inutile est essentielle. Les meilleures architectures, spécifications et conceptions émergent d'équipes auto-organisées. 28
Réinventer la roue! Simplicité + architecture + organisation = L'architecture est l'agencement des formes complexes d'édifices et l'art de les imaginer, de les concevoir et de diriger leur réalisation. - Wikipédia Architecture: Structure ou organisation des éléments d un ensemble ou d une œuvre complexe. - Robert «La simplicité est la sophistication ultime» 29
Principe #12 À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. 30
Les faux problèmes Pourquoi, avec nos itérations, nos démos, nos revues de sprint et tout le tralala, on a encore les même problèmes? 31
Non, ce n est pas fini Tiré de Version One : 7th annual state of agile dev survey. 2012 33
Révolution ou évolution? You say you want a revolution You tell me that it's evolution Well you know We all want to change the world Lennon-McCartney, 1968 34
Culture Changer une personne pour adopter les valeurs agiles Changer une équipe pour adopter les valeurs agiles Changer un département pour adopter les valeurs agiles Changer une organisation pour adopter les valeurs agiles 35
Une évolution de l Agilité Intégrer plus les approches traditionnels Planification Architecture Gestion Adopter un langage plus universel Ressources humaines Affaires Tout en continuant à s appuyer sur ses quatre valeurs. 36
Retour aux sources Les individus et leurs interactions plus que les processus et les outils Une bonne gestion ouverte et humaine, mais aussi ferme Des gens ayant une bonne attitude C est le gros bon sens peu importe si c est cascade, itératif, etc. 37
Retour aux sources Des logiciels opérationnels plus qu une documentation exhaustive Fournir de la qualité (via des processus et des outils) Réinventer la documentation c est très important C est le gros bon sens peu importe si c est cascade, itératif, etc. 38
Retour aux sources La collaboration avec les clients plus que la négociation contractuelle Sortir les projets des TI, ce sont des projets d affaires le plus souvent C est le gros bon sens peu importe si c est cascade, itératif, etc. 39
Retour aux sources L adaptation au changement plus que le suivi d un plan Pourquoi pas l adaptation au changement tout en suivant un plan? C est le gros bon sens peu importe si c est cascade, itératif, etc. 40
Principe #13 Tu dois appliquer tout à la lettre, sans rien remettre en question 41
FIN 42