mercredi 21 septembre 2011

Mur d'organisation agile

Après quelques billets un peu abstraits, voici un sujet qui se voit et se manipule : le mur d'organisation de notre entreprise. Il est de conception très émergente, et les dimensions des fenêtres y sont sûrement pour beaucoup dans sa structure actuelle, mais il est aujourd'hui redoutablement efficace !

Il est composé de 4 zones principales qui sont de gauche à droite :

  1. nos forces, nos pratiques, et nos métriques,
  2. nos backlogs de produits,
  3. notre champ de bataille de la semaine,
  4. nos réalisations de la semaine.

Nous avons aussi deux zones intermédiaires :

  • entre les zones 2 et 3, lorsqu'on ne sait pas choisir entre une zone et l'autre, et que l'on veut en parler avec l'équipe,
  • entre les zones 3 et 4, pour indiquer les réalisations de la journée.

Zone 1 : nos forces, nos pratiques, et nos métriques

Nos forces, c'est ce dont nous sonmes fiers, c'est ce que nous avons construit jusque là, et sur quoi nous pouvons nous appuyer pour construire encore.

Nos pratiques, c'est l'ascèse à laquelle nous pensons devoir nous astreindre pour réussir, et ce que nous aimons faire ensemble. Par exemple, nous référençons le développement dirigé par les tests, les prises de décision par Decider, limiter les encours, simplifier, comprendre avant d'être compris, etc.

Nos métriques, c'est ce que nous choisissons de mesurer pour s'assurer de la santé de notre équipe. Par exemple, le nombre de décisions d'équipe par semaine, ou la trésorerie.

Zone 2 : nos backlogs de produits

Cette zone est organisée en lignes, une ligne par produit, et toutes les activités de l'entreprise y sont référencées. Certains de ces produits sont du logiciel pour des clients ou concernent des produits internes comme notre infrastructure de développement et de déploiement. D'autres de ces produits représentent des activités comme le marketing ou la gérance.

Nous utilisons un code couleur pour distinguer les fonctionnalités pour des clients (vert), des décompositions de fonctionnalités clientes ou des fonctionnalités à valeur interne (jaune), des bugs ou des dettes techniques (rose), et des idées hors norme (orange).

Vous remarquerez que cette zone est presque pleine, nous sommes limités en place. Ca nous force à faire des choix, c'est très sain.

Zone 3 : notre champ de bataille de la semaine

C'est ce que dans Scrum nous appellerions le backlog d'itération, s'il ne s'agissait du développement que d'un produit. En effet, si nous cherchons à séquentialiser nos développements pour des raisons d'efficacité, notre activité de la semaine est souvent mixée avec des activités commerciales par exemple. Dans la pratique, nous nous répartissons les rôles pour ne pas avoir à jongler entre plusieurs activités, mais nous restons co-responsables de la réussite globale.

Nous utilisons aussi des mini post-its orange pour indiquer une activité prioritaire, et des mini post-its jaune avec nos noms pour indiquer sur quoi nous travaillons en ce moment.

Nous organisons (et réorganisons à volonté) les post-its en nuage pour faire apparaître ce qu'on veut. Ce qui nous paraît faire sens. Des lots de fonctionnalités à réaliser dans un ordre stratégique par exemple. C'est très libre et ça dépend de la situation.

Zone 4 : nos réalisations de la semaine

Nous gardons le travail réalisé dans la semaine, anticipé ou non. C'est très utile pour notre rétrospective hebdomadaire par exemple. Et puis nous faisons table rase pour démarrer une nouvelle semaine.

Qu'en pensez-vous ? Comment faîtes-vous de votre côté ?