Scrum, Agilité et Rock'n roll

Dans le mini-livre Scrum et Kanban, tirer le meilleur des 2, l'accent est plutôt mis sur la complémentarité des pratiques.

David Anderson, pourtant auteur d'une préface de l'ouvrage en question, pointe, dans son article Thoughts on how Kanban differs from Scrum, des différences importantes entre les 2 approches.

Ces derniers mois, la région Rhône-Alpes paraît avoir décollé sur l'agilité.
Un club d'agilistes s'est créé. Des blogueurs y apparaissent, comme Alex. Les étapes de l'Agile tour de Valence et Grenoble affichent déjà complet.

Des retours d'expérience y sont publiés, comme celui d'Emmanuel Chenu qui raconte les pratiques mises en place pour faciliter la communication dans son équipe.
L'article qu'il publie est plutôt bluffant quand on sait que cette équipe développe des logiciels temps-réel critiques embarqués pour l'avionique(ce que j'ai fait pendant plusieurs années dans ma vie de développeur).
Les pratiques sont illustrées avec des photos. Elles sont nombreuses : à côté des classiques, il y a en de beaucoup moins connues comme le niko-niko et le gizmo.
Un autre point intéressant est que l'équipe ne s'est pas contentée de suivre une méthode : les pratiques présentées viennent de Scrum, XP et Lean.

Nous sommes 4 à préparer le prochain séminaire SigmaT qui se déroulera dans le cadre de l'Agile Tour le 16 octobre. En plus de Thierry et Olivier, il y a maintenant Jean-Marie. C'est lui qui s'occupe de confectionner l'affiche qui va nous permettre d'annoncer cette demi-journée. En fait il est parti de l'affiche de Grenoble. Dans la partie droite, il y a une liste de méthodes agiles. Plutôt que de lister des méthodes confidentielles comme DSDM, Crystal, ASD, nous avons décidé de mettre des mots clés. Jean-Marie est parti sur 3 valeurs de XP : simplicité, rétroaction(feedback) et courage. Personnellement j'y aurais plus vu des pratiques que des valeurs et je tique un peu quand je vois écrit courage sur une affiche pour attirer le chaland à une conférence sur l'agilité.

Parce qu'enfin, qui n'est pas d'accord pour mettre le courage en avant ? Mais quel rapport avec le développement de logiciel ?

Le courage est une des 5 valeurs de XP. Je lis que XP valorise le courage. Est-ce qu'on doit comprendre qu'il faut être courageux pour pratiquer XP ? Ou que sa pratique rend courageux ?

Quand il présente XP, Thierry prend souvent comme exemple pour le courage, celui de jeter du code "pas beau". Mmmmmmmmmh, il me semble que ce courage est bien mince, que même parfois du code est jeté trop facilement. C'est l'effet "il vaut mieux tout réécrire".

En recherchant dans ma carrière à quel moment j'ai fait preuve de courage (ou j'aurais dû), la réponse qui me vient, c'est le courage de dire non. En particulier non à une demande qui rajoute du travail sans changer le délai.

De ce point de vue là, on peut considérer que les méthodes agiles encouragent le courage en donnant des facilités pour l'exprimer :

• celui qui consiste à dire qu'on a un problème. Il en faut du courage, pour dire qu'on ne comprend rien à la nouvelle techno du framework de sécurité choisi sur le projet. Le scrum meeting favorise cette expression, avec la 3ème question.
• celui qui consiste à dire non à un chef qui cherche à ajouter du travail à un sprint sans en changer l'objectif. Il en faut du courage pour pouvoir le faire et la gestion de projet à la scrum (ou à la XP) rend les choses plus faciles.
• celui qui consiste à dire que le produit ne sortira pas à la date annoncée depuis longtemps, à moins qu'on réduise son périmètre, et qu'il n'est pas question de sacrifier sa qualité.

Pour en revenir à l'affiche, est-ce qu'y mettre courage (en petit) va nous apporter une inscription supplémentaire pour le séminaire du 16 octobre ?

Encore une enquête qui montre que l'agilité est sortie du bois

La vélocité est la mesure de la capacité de l'équipe pendant un sprint. Elle se calcule juste après la démonstration lors de la revue de sprint.

Janvier c'est l'époque des voeux et des prévisions.

Sur le forum Scrum, un étudiant demande des commentaires sur sa thèse qui porte sur l'association de XP et Scrum. Il appelle ça xP@Scrum.

Il a manifestement beaucoup utilisé le copier-coller... Ron Jeffries s'en est vite aperçu.

En fait l'intégration de XP dans un cadre Scrum se pratique déjà. Sur des projets récents j'ai utilisé ou fait utiliser les techniques suivantes d'origine XP (sans parler de ce qui est commun aux 2) : user stories, estimation en groupe (planning game), remaniement (refactoring), développement dirigé par les tests (TDD) -la plus difficile à mettre en place-, binômage (pair programming).