Dans ce petit post je voudrais mettre en évidence un élément fondamental de la démarche agile : la notion de rythme. Une itération c’est comme une portée en musique : elle possède sa vélocité (4/4 par exemple : soit 4 noires dans une portée, ou 8 croches c’est pareil !, enfin vous voyez clairement l’analogie*). D’ailleurs si Ken Schwaber compare souvent Scrum & échec : règle simple, stratégie et jeu complexe ;  on peut faire de même avec la musique : 7 notes : des possibilités sans fin.

De l’avantage d’afficher au mur les choses : elles sont vues, elles sont lues, elles sont manipulées. Certains osent même améliorer les diagrammes de Scott Ambler…  découverte ce matin au mur d’un niveau “very” hot de communication. J’ai apprécié, je vous le fait partager, j’y vois une forme de team building : )

Se référer à : Richesse des modes de communications

J’ai pu récemment mettre en oeuvre un atelier très intéressant “Offing the Offsite” de James Shore .

Son but est de mettre en évidence la richesse de la conversation (sous entendu générée par une user story dans le mode agile) face à la complexité d’écrire ou de lire une spécification. Je résume l’exercice mais je vous encourage à aller voir la page de James Shore. Il fournit tous les éléments en PDF, ainsi qu’un scénario. On délivre à la moitié des participants une feuille A4 avec un dessin tarabiscoté, on leur demande d’écrire la spécification qui permettra de réaliser ce dessin. 10mn passe, on appelle l’autre moitié des participants et on leur demande de réaliser les spécifications, ils ont 10mn. Dans l’exercice 2 on prend soin de changer les dessins tarabiscotés. Puis on demande aux personnes de décrire à leur partenaire, par le biais d’une conversation, les spécifications du dessin. Les “développeurs” ne peuvent naturellement pas voir le dessin (10mn à nouveau). Sans surprise on percevra l’évidente richesse d’une communication orale sous forme de conversation, à celle froide d’un document écrit (je renvoie aussi ici au diagramme proposé par Scott Ambler placé ci-dessus).

Autre lecture cet été, Karmic Management, de Roach, McNally et Gordon. 150 pages qui se lisent en 1 ou 2 heures chez le coiffeur ou sur la plage, le soir dans le lit.

Bon allons-y avec des pincettes. Il s’agit d’appliquer des préceptes bouddhistes au management. Gasp. re-gasp. Si j’ai lu ce bouquin c’est que l’un de mes associés me l’a conseillé. Il retrouve en partie dans ces préceptes notre façon de faire. Je ne peux pas le contre-dire. Si lui-même a lu ce livre c’est que l’un de nos clients lui a conseillé : “vous faites du Karmic Management !”. Avant de se sentir honoré il fallait jeter un œil à cette chose.

En ce début d’été j’ai pu le lire le livre de Claude Aubry. Je consulte régulièrement son blog (j’y retrouve deux sources d’intérêts : l’agilité ET le rock’n roll), lis ses tweets, et j’ai pu croiser celui-ci (assez brièvement) lors d’une présentation Scrum autour de Montpellier.

Ses posts (blog) sont généralement simples (dans le bon sens du terme) et efficaces. Je m’attendais donc à quelque chose du même acabit. Mais en me disant : encore un bouquin sur Scrum, sur l’agilité… Il y en déjà pas mal, et des bons, enfin, la littérature disponible sur le web est pléthore. Bref l’exercice n’est pas facile.

L’année dernière j’ai été fasciné par les résultats de l’exercice proposé par David Barnholdt concernant la réalisation de spécifications versus le détail de la demande fournie. David encadre deux groupes de travail, à chacun il donne 1 mn pour réaliser les spécifications suivantes,  au premier groupe il demande : “dessiner une prairie durant une belle journée d’été, avec des fleurs bleues et rouges dans l’herbe verte, quelques vaches et quelques oiseaux sous un éclatant soleil”. Au second  il demande : “dessiner une prairie durant une belle journée d’été avec : 10 fleurs bleues avec 5 pétales chacune, 5 fleurs bleues avec 6 pétales chacune, 13 fleurs rouges avec 6 pétales chacune, 2 vaches avec 3 tâches noires, 1 vache avec 5 tâches noires, 2 vaches avec 4 tâches noires, 2 oiseaux dans le coin gauche en haut, 3 oiseaux au milieu, le soleil à droite avec 5 rayons”. Le résultat est stupéfiant mais on aurait du s’en douter :

Ouah. Quelle impudence ! donner des conseils à des chefs de projets. bon allez oui, osons. Juste quelques réflexions sur la façon de traiter certains aspects de votre projet. Ces réflexions viennent autant de mon expérience en la matière, et aussi de ce que je suis (ma personnalité), elles ne vont donc pas s’adapter à tous.

Première chose à savoir faire c’est gérer les priorités. Dans la liste des actions à réaliser pour le projet vous devez savoir avec une certaine précision, ou une certaine intuition, dans quelle ordre les actions doivent s’agencer. Je ne vais pas donner d’exemple vous avez tous en tête les problématiques d’agencement et de dépendances soient techniques, soient organisationnelles, pour comprendre cela. En tant que chef de projet votre capacité à bien ordonner, a bien"prioriser" les tâches sera cruciale. Les tâches étant liées entre elles, les équipes affectées aux tâches, la somme des erreurs (qui sont inéluctables) peut s’avérer fatale à votre productivité. Il faut une certaine vision (globale) sur le projet, une certaine expérience, une compréhension des différents enjeux : un schéma mental du projet qui regroupe un peu tous ses axes (techniques, fonctionnels, planning, relation client, dispo des équipes, etc etc etc).Surtout ne pas avoir la “grille MS Project” complètement incrustée en mémoire,  un projet est une chose qui évolue constamment -contrairement à votre planning/découpage initial- et donc cela ne marche pas ainsi. D’autant que  les bonnes priorités sont aussi liées au rythme de votre client, à sa façon d’aborder le projet. En tous cas :