| « coder en bonne santé (?) | Certifier ou ne pas certifier? » |
2011: petits arrangements avec l’agilité
Quelques constats au crépuscule de 2011:
- aujourd’hui l’agilité est largement “acceptée”, dans ses termes les plus vendeurs en tout cas
- les ssii vendent l’agilité à tour de bras
- tout le monde aime ça (ou presque)
- les clients n’ont plus peur (ou presque)
- certains y voient une aubaine, une manne rapporteuse d’affaires juteuses.
Mais les loups ne sont-ils pas déjà dans la bergerie?
Le quotidien de ceux qui s’investissent dans l’agilité est moins rose que ceux que l’on pourrait croire.
Il faut aller au delà des REX glorieux qui vantent les bénéfices de l’agilité.
Ce que j’ai pu entendre remonter de diverses expériences...
- peu de développeurs dans mon équipe
- pas de développeur chevronné dans mon équipe
- trop d’administratif(s)
- trop de MOA
- trop d’organisationnel (le “pattern de transformation” peut alourdir... trop de théorisation)
- "[le coach agile] n'est pas forcément dogmatique " (sic)... ("pas forcément"... je vous laisse imaginer)
- agile en situations difficiles
- agile en décisionnel
- “s’engager sur des résultats à une date donnée”, le “planning projet” (le Gantt a la dent dure, très dure )
- “contrat forfait agile”
- “certification agile”
- BDD uniquement pour les tests d’acceptation/validation
- BDD sans tests automatisés derrière / sans intégration continue
- agilité sans consensus
- l’agilité est imposée
Le nez dans le guidon, on enchaîne les sprint sans fin, on “over-performe”, on ne regarde que les indicateurs de productivité...
Toutes les décisions sont prises par le scrum master, le leader étouffe tout le monde.
C’est le retour du bon vieux chef de projet.
Et à midi c’est l’heure des règlements de compte à OK-daily meeting-CORAL !
Où l’on est carrément pas agile:
- sprints très longs
- pas d’indicateurs visuels
- le PO n’est pas là ou peu disponible
- les User Stories ne sont pas accpetées, elles sont juste écrites par les ex-testeurs (finalement rien n’a changé)
- features non revues par l’utilisateur (donc risque d’être inutiles)
- intégration continue trop longue, donc abandonnée (voire absence d'intégration continue)
- perte de vision à long terme
- show & tell par des "éléphants" (décisions qui viennent de très haut et incompréhensibles)
- pression du lean / accidents de travail (suicide??)
- trop de changements tuent le changement
Bref...
Une certaine morosité s’est emparée d’un certain nombre d’entre nous (ceux qui ont milité pour plus de meilleures pratiques dans le développement des logiciels, mais nous ne sommes pas parfaits).
Le malaise est palpable. C’est allé jusqu’au piratage du site de David Brocard, par des gens hostiles aux méthodes agiles. Et là où l’on s’est rendu compte que la situation était ubuesque, c’est que ces opposants étaient eux même... des développeurs!
Ceux pour qui l’agilité était destinée à redonner de l’espoir, de l’envie de faire des réalisations dont on puisse être fier.
Donner l’envie d’allier métier et passion; restaurer l’esprit d’équipe et aller de l’avant:
l’agilité n’était pas faite pour étouffer et dégoûter les développeurs, mais pour nous débarrasser de ces chaînes qui entravent la qualité de nos produits et notre sentiment de fierté du travail bien fait.
Bilan Agilité 2011 = des lendemains qui (dé)chantent?
Heureusement, certaines initiatives essayent de répondre à ce malaise. Je citerai la version française du Software CraftsmanShip, qui essaime aussi en France, à Paris entre autres
http://www.meetup.com/paris-software-craftsmanship/
mais aussi dans toutes les villes (Lyon, Toulouse, Bordeaux...) au travers des JUGs (oui mais pourquoi que Java?) et de toutes les communautés qui organisent des Coding Dojos/Kata....
Et qui essayent de se constituer en une structure active au niveau trans-national à travers ce groupe Google (pour commencer), que je vous invite à rejoindre si vous vous sentez concerné:
http://groups.google.com/group/craftsmen-france-?hl=fr
Tous mes voeux de meilleures pratiques pour tous en 2012 !
2 commentaires
27.12.11 @ 16:44
Mon essai pour comprendre pourquoi les développeurs ne veulent pas de l'agilité
http://www.bouzin-agile.fr/?post/2011/12/26/6-raisons-du-rejet-de-l-Agilit%C3%A9-par-les-d%C3%A9veloppeurs
http://www.bouzin-agile.fr/?post/2011/12/26/6-raisons-du-rejet-de-l-Agilit%C3%A9-par-les-d%C3%A9veloppeurs
28.12.11 @ 13:13
Flux de commentaires pour cet article