Connaissez-vous la problématique théologique suivante: Dieu reconnaît-il les hommes sur leurs actes ou les aime-t-il pour ce qu’ils sont ? En d’autres termes, les hommes ont-ils une âme ?

En fait, je ne suis pas sûr que même les prêtres puissent répondre. Il me semble que cela dépend des religions, certaines ayant choisi de ne juger que sur les actes, d’autres défendant au contraire l’existence de l’âme.

Je me rend compte qu’il existe un parallelle en ce qui concerne les méthodes de travail. On retrouve le même modèle, et pour filer la métaphore, on pourrait se poser la question suivante:

les méthodes agiles Scrum et XP ont-elles une âme ? :-)

Doit-on juger de la qualité d’une méthode sur ses pratiques, est-ce que l’ensemble des pratiques “représentent” la méthode ou y a-t-il quelque chose de plus “derrière” ?

N’entend-on pas parfois parler de “l’esprit de la méthode” ? Est-ce que les valeurs agiles seraient cette âme ?

XP et Scrum sont-elles complémentaires ?

De plus en plus, on entend parler d’entreprises pratiquant “Scrum+XP” avec la définition suivante : “Scrum complémentée des pratiques d’ingénierie d’XP”. En effet, contrairement à Scrum, XP propose des pratiques spécifiques au développement logiciel tel que le binomage ou le TDD1 par exemple.

Pourquoi pas. Ayant découvert XP en premier, cette méthode garde une place particulière dans mon coeur et je dirais qu’elle se suffit à elle même du point de vue des pratiques puisqu’elle contient toutes celles de scrum (cycle court, client sur site, coach agile, …).

XP pourrait-elle s’appliquer à un projet non informatique ? Aussi étonnant que cela puisse paraître, et c’est une découverte récente pour moi, la réponse est oui.

XP est une méthode formalisée au travers de l’expression de “pattern2” de gestion de projet, au même sens que l’on parle de pattern de conception en programmation.

Ces patterns peuvent très bien s’appliquer dans le cas d’un projet non informatique.

Prenons un exemple :

  • “Coding standards”  : Code must be formatted to agreed coding standards. Coding standards keep the code consistent and easy for the entire team to read and refactor. Code that looks the same encourages collective ownership.

Sur un projet non informatique cette pratique n’a pas de sens direct… Mais quelle est l’âme qui se cache derrière la pratique ? Il s’agit de normaliser notre travail sur la base d’un accord consensuel, de manière a améliorer notre productivité collective. Ceci est tout à fait applicable à toutes sortes de projets.

Par exemple, une bonne équipe projet devrait avoir une règle de nommage des sujets de ses e-mails (ne pas le laisser vide, ne pas laisser dix “RE: Rep: Fwd:…“).

Les âmes de Scrum et XP sont complémentaires

Alors qu’XP se présente sous la forme d’un ensemble de patterns, Scrum a choisi une voix plus accessible en se présentant sous la forme d’un processus.

Les âmes d’XP et Scrum sont différentes, mais elles ont des atomes crochus. C’est pour cette raison qu’elles se marient si bien ensemble.

  1. Test Driven Development ou en français, Développement Piloté par les Test [return]
  2. la traduction française de pattern est motif, patron ou gabarit [return]