Le manifeste Agile, une autre façon de le lire

Le manifeste Agile, vous connaissez!

Les individus et leurs interactions plus que les processus et les outils

Des logiciels opérationnels plus qu’une documentation exhaustive

La collaboration avec les clients plus que la négociation contractuelle

L’adaptation au changement plus que le suivi d’un plan

le A plus que le B, le A prime sur le B, 

Je vous propose une autre lecture simple, et me semblant moins dogmatique:

Si vous avez un problème avec B, essayer de le corriger avec A

Par exemple, et ce n'en est qu'un:

Si vous avez un problème dans votre process ou avec vos outils, demander aux personnes l'utilisant de le résoudre ensemble.

Si votre documentation n'est pas à jour, regardez votre applications

Si vous ne tenez pas les délais ou les coûts, ne mélangez pas contractuel et opérationnel, essayer de laisser ça aux juristes et mettez vous autour d'un table avec votre client pour trouver une solution pratique

Si vous passez votre temps à remettre à jour le planning, essayer de prioriser votre backlog et jouer sur des itérations courtes.

Le Cochon Perdu : Artiste et spécifieur light

J'adore le jeu Artistes et Spécifieurs.
Il permet de démontrer, entre autre, l’intérêt de la communication directe dans les échanges entre intervenants d'un projet. Pour plus d'info sur le jeu, allez voir du côté d' Alex et Thierry.


Ce jeu est excellent lorsque l'on a le temps.




J'ai donc essayé d'en faire une version allégée pour pouvoir jouer le concept rapidement.
De concentrer l'objectif sur le côté téléphone arabe et montrer du doit les problèmes de compréhension, d'interprétation et de retranscription d'une personne à l'autre d'un besoin jusqu'à sa réalisation.
J'alterne le texte et le dessin pour simuler et accentuer le changement de mode d'expression. Finalement, comme entre les différents niveaux de spécifications informatiques.

Le déroulement est assez simple:
 - Avant le départ, j'ai écrit un texte descriptif (la spec du besoin) d'une scène que j'avais imaginée (le besoin)
 - Je demande à mon voisin de lire ce descriptif et de le dessiner, en 1 minute
 - Puis de donner le dessin à son voisin pour qu'il écrive ce qu'il voit, en 1 minute
 - Puis de donner ce qu'il a écrit à son voisin pour qu'il le dessine, en 1 minute
 - Et ainsi de suite...

Les personnes n'ont pas le droit de se parler! Eh oui forcément, comme dans un bon vrai projet quoi.

Je l'ai joué aujourd'hui à la maison et voilà ce que cela donne.

La spec:

Puis ma fille a dessiné ça:

Puis mon fils ça:

Puis une amie a fini avec ça:

L'idée que j'avais à l'origine était celle-là:

Et nous n'étions que 4 à jouer ;-)
Dommage que je n'avais pas de collègues offshores sous la main!
On s'est bien marré!

Agile ne veut pas (que) dire vite

Souvent les méthodes Agile sont utilisées (ou vendues!) pour délivrer rapidement, souvent, un produit ou un service.




Certaines conditions ne nécessitent pas ce besoin de vitesse. La recherche par exemple. Dans ce cadre, la vitesse peut aller à l'encontre du temps nécessaire à la réflexion.

Si la vitesse n'est pas un but visé, le monde de la recherche peut tout de même grandement profiter des autres aspects de l'agilité  :
 - Boucles d'expérimentation : itérations
 - Organisation collaborative : scrum teams
 - Fédération autour d'objectifs communs : vision, roadmap, releases, backlog
 - Transparence, synchronisation, échanges: cérémonies agiles
 - Visuels de pilotage : kanban, task board, impediment board

Bref, on peut être agile lentement!

PS : Bon pour l'image, c'était facile, désolé

Premier pas chez ekito

Je relaye ici mon premier billet chez ekito, "Petit Agilou et les flocons".

Pour ceux qui ne le savent pas encore, je viens de rejoindre la société ekito, depuis ce début de semaine.

Ekito est une société Toulousaine, basée sur des principes équitables et participatifs :

"La force du modèle ekito est de considérer l’équité et l’approche collective comme sources de valeur durables."

J'y apporte mon expérience en conduite de transformation Lean et Agile de grands comptes. Je vais mixer cette expérience avec celle de Nicolas Deverge et Laurent Meurisse sur le Lean Start-up. Ce mixage devrait fortement profiter à nos clients en cours et futurs je l’espère.

Ma première contribution fut un atelier d'élaboration de backlog, à l'aide d'un story mapping pour définir un outil de story boarding, notez l'idée! Fallait pas se mélanger les pinceaux.

A+ pour la suite