Quatrième principe

Ce quatrième principe est très simple et, pour une fois, objectif, peu sujet à interprétation.

Business people and developers must work together daily throughout the project.

Si vous connaissez un tant soit peu la langue anglaise, vous savez que l'emploi de "must" signifie une obligation forte.


Collaborer tous les jours... Pourquoi ?

J'ai noté une forte tendance qui consiste à pratiquer Scrum sous forme de courts cycles en V.
Le PO est présent lors du sprint meeting...
... Et on le retrouve lors de la revue pour compter les points.
C'est certainement une amélioration, mieux vaut un cycle en V de trois semaines que de six mois.
Pour autant, ce n'est pas de l'agilité dans la mesure où ce 4ème principe n'est pas respecté.
Et alors...
La question n'est pas d'être agile pour être agile, dans je ne sais quel esprit un tantinet orthodoxe voire rigide.
La question est celle de l'efficacité.

Je suis ici pour m'exprimer

Voila ce que pourrait dire le Product Manager dans XP, le PO dans Scrum.
Le Client est là pour exprimer ses besoins puis accepter le produit fabriqué par les Développeurs. Ici, l'équipe est bien composée des Développeurs et du Product Owner qui ne reste plus dans sa tour d'ivoire en regardant les autres jouer sur le terrain.
Or, l'expression de besoins dans XP et aujourd'hui dans Scrum passe par la technique des user stories.

Une User Story, comment ça marche

Vous connaissez peut-être le fameux 3 C de Ron. Jeffries.

  • Carte : la carte ou post-it support physique de la story, que l'on retrouve par exemple dans le produit IceScrum
  • Conversation : la story est une promesse de conversations pour reprendre l'expression du même Ron. J.
  • Confirmation : ce qui va permettre l'acceptation de la réalisation, les critères puis tests d'acceptation*.

La dynamique des 3C

C'est dans la "dynamique" de ces 3C que l'on retrouve l'application de ce principe agile de collaboration quotidienne.
Il ne s'agit pas de reproduire un mini "cycle en V" dans lequel

  1. le PO rédige la story et les tests (avant le développement)
  2. le Développeur fabrique le produit correspondant
  3. le PO valide (après le développement)

Évidemment, on adorerait, en tant que Développeur, disposer de tous les tests d'acceptation avant le développement. La vraie vie ne marche pas ainsi.
Le principe d'émergence des exigences (principe agile) se retrouve dans cette collaboration pendant laquelle :

  • le PO écrit la story et quelques tests avant le développement
  • le PO participe activement aux développement, il examine par exemple les écrans en cours de fabrication pour pouvoir donner un feedback concret et rapide
  • au fur et à mesure, il découvre alors des facettes de cette story et les transforme en (nouveaux) tests d'acceptation

La difficulté réside dans la question
Est-ce toujours la même histoire ?

Reste à pratiquer intelligemment. Parfois le Développeur préfère avancer seul. Attention à ce que cela ne dure pas trop longtemps.


Ainsi, le PO est présent pendant le développement.

Réactif... Et pro-actif

Le PO n'est pas uniquement réactif. Si son rôle est de répondre rapidement aux questions et sollicitations du Développeur, il est aussi pro-actif. Il ne se repose pas uniquement sur la capacité des Développeurs à s'interroger, à détecter des manques.
Son tôle est aussi - spontanément - de voir le produit en cours de fabrication.

On peut aussi déléguer

Si le PO est en dernière analyse responsable du produit, il peut déléguer la participation à l'équipe sur certains points, par exemple pour participer au développement des stories d'un thème donné.

De nouvelles activités

Je crois que l'une des difficultés de l'agilité est cette perception de continuité dans les activités, alors que nous pratiquons des activités qui n'existaient pas officiellement en tant que tel.
L'agilité n'est pas un vernis appliqué sur le cycle en V.
Un Développeur n'écrit pas du code, il fabrique un produit qui doit avoir de la valeur pour ses Utilisateurs.


esprit-dequipe


Billets consacrés aux principes agiles


Note : J'ai fini par comprendre que "acceptance" se dit "acceptation" en bon français. Si quelqu'un a la traduction en occitan, je suis preneur :-)