Samedi 15 Octobre, j’étais à Paris Web 2011 pour animer un atelier sur des pratiques de construction d’un MVP en paper-prototyping avec Thomas Lissajoux. Voici les slides de présentation autour de Lean Startup que nous avons joués avant d’animer l’atelier :

Par Mathieu

Ce matin j’ai animé un atelier de rédaction de User Story. Le format était le suivant :

• Courte présentation du format des User Story :
  • En tant que <…> je veux faire <…> pour obtenir <…>
  • INVEST (Indépendante, Negociable, Valeur, Estimable, Simple, Testable)
• Puis une phase de brainstorm pour sortir des User Stories du bloc fonctionnel le plus prioritaire
• Une présentation et des perfectionnements des premières User Stories ainsi trouvées
• On redécoupe et on creuse sur quelques User Stories
• Ecriture de tests de recette et perfectionnement (se mettre en tant que développeur et voir si on peut démarrer les développements)
• Quels résultats je souhaite tester ?
• Quelles actions je fais pour tester ?
• Quel est mon jeu de données ?

Par Mathieu

Aujourd’hui, je suis resté observateur pendant une pleinière d’une journée organisée par mon client. C’est une grande messe, beaucoup de sujets orchestrés les uns après les autres qui intéressent à chaque fois quelques personnes. J’ai eu du mal à me concentrer, mais j’ai pu prendre pas mal de note et j’ai noté quelques points intéressants :

• Les utilisateurs de ces applications sont surbookés, ce qui est tellement fort que ça finit par influer le mode de fonctionnement de l’équipe de développement et de MOA
• Mon mandataire, directeur de programme, est très interventionniste avec son chef de projet technique, qu’il tente de maitriser, mais le chef de mon mandataire fonctionne de la même manière ça donne des interactions à surveiller pour le suite de l’intervention.

Le matin j’ai commencé en pair-coach à faciliter une vision produit. Le plan est le suivant :

• Lister les utilisateurs du futur système
• Sélectionner les utilisateurs les plus importants et en faire des fiches de personae :
  • On donne un nom et un prénom
  • Quel est son rôle ?
  • Quelles sont ses attentes ?
  • Quelles sont ses caractéristiques ?
  • On lui trouve des phrases types
• Ensuite chaque participant souligne un mot par fiche de personae, le mot doit être le plus important de la fiche pour le participant
• Travail en individuel et en groupe pour sortir la vision produit, sous la forme d’une phrase, d’un but qui résume le projet en 5′

Ce matin nous nous sommes arrêtés aux premières fiches de personae Par Mathieu

Le matin j’ai participé et animé un XP Game et l’après midi j’ai continué de travailler avec la startup :

• Nous avons mis à jour la story map et le MVP
• J’ai facilité un atelier d’architecture
• Et je leur ai aidé à mettre en place leur Kanban

Et après tout ça j’ai commencé à être bien fatigué par mon début de semaine et je suis allé me coucher.

Par Mathieu

Aujourd’hui démarrage d’intervention chez un gros compte avec un cadrage de l’intervention permettant de se partager les enjeux du projet et de valider un premier plan d’action :

• XP Game et introduction aux méthodes agiles
• Elaboration d’une vision produit
• Story map & roadmap
• Définition du process et rôles de l’équipe
• Formations

L’après midi gros changement de contexte puisque j’ai animé un atelier Story Map pour une très jeune startup afin d’avoir une première version de leur MVP. Inspiré par le livre « 4 Steps To Epiphanie », j’ai demandé au créateur de la startup de formuler sa vision et surtout à quels clients il a prévu de s’adresser pour valider son MVP.

Par Mathieu

Suite de mes aventures conflictuels avec la Bureaucratie Agile de la Grosse Boîte. Le matin, après m’être reposé, je me suis préparer à jouer la carte suivante : « Si les querelles recommencent, l’enjeu de ce projet est tellement important que nous n’avons pas de temps à perdre à ça ».

Fort heureusement, je n’ai pas eu à en venir là, et nous nous sommes alignés sur une démarche qui, j’espère, assouplira la Bureaucratie Agile de la Grosse Boîte.

Pour finir, j’ai pu terminer mon travail avec une certaine efficacité grâce à la technique du Pomodoro. A 17h15, j’avais tout livré à mon client et je suis rentré chez moi.

Par Mathieu

Je suis en colère car j’ai eu affaire aujourd’hui à l’un de ces nouveaux fléaux de la DSI, le Bureaucrate Agile :

• Il ne défend pas des pratiques agiles, mais La Méthode SCRUM De La Grosse Boite. Plutôt que de proposer à l’équipe de trouver sa propre méthode de travail, ces propres pratiques en leur donnant un espace d’apprentissage, en facilitant des revues régulières (sur l’avancement du produit logiciel, sur la qualité du code, sur les relations d’équipes, …) et des outils permettant de délivrer du code de qualité (intégration continue, tests, plateformes techniques).
• Il n’y a qu’une façon de travailler, c’est La Méthode SCRUM De La Grosse Boite. Du coup, les choses différentes qui peuvent être proposées ne son pas valide pour le Bureaucrate Agile. Par exemple, les PO ont commencé d’écrire des User Story dans le backlog, mais comme La Méthode SCRUM De La Grosse Boite demande à ce qu’elles soient saisies dans un outil comme Mingle, alors il faut tout réécrire
• Le Bureaucrate Agile n’est pas bon communiquant. Je lui propose un point pour se synchroniser et il me reproche de ne pas me synchroniser avec lui …
• Le Bureaucrate Agile intervient dans une finalité implicite qui est : Si les personnes qui travaillent sur ce projet n’utilise pas La Méthode SCRUM De La Grosse Boite alors il ne travaille pas correctement. Quand ceci arrive il est souvent que j’observe une grande baisse de motivation de l’équipe (je ne te fais pas un dessin cher lecteur, tu as compris pourquoi) …

Par Mathieu

J’ai essentiellement passé ma journée à faire de la documentation et un travail de conseil et de présentation autour des méthodes Kanban. Pour m’organiser et attendre le flow j’ai travaillé avec la technique du pomodoro, et voici ce que j’ai fait :

• J’ai listé le matin toutes les tâches que j’avais identifié pour ma journée (faire un mindmap de la doc existante et d’un livre pour trouver des idées, rédiger un ensemble de chapitre, relecture) avec une remise à jour de la liste après la pause déjeuner
• Prendre une tâche (et une seule) et essayer de la faire dans une timebox de 25 mn et ne pas prendre d’interruption externe (téléphone, mail) (ça c’est facile et interne (envie de faire autre chose) (ça c’est plus dur)
• faire une pause de 5mn entre deux timeboxes et une pause café tout les deux/trois timeboxes

J’ai fini ce que je devais faire à 17h45 en 5 timeboxes

Par Mathieu

Le matin j’ai travaillé avec ce nouveau client pour l’aider à s’organiser pour la mise en place de méthodes agiles sur un gros projet divisé en quatre équipes, apparemment découpé fonctionnellement. Il souhaite faire du Scrum de Scrum et je travaille avec eux pour mettre en place un Kanban pour suivre le flux global du projet. J’essaye d’en rester à cette seule idée et pour le reste de m’appuyer sur ce qui a déjà été mis en place sur ce projet. Mon objectif secondaire est aussi d’aller un peu sur le terrain, même si ça reste du conseil. Les développeurs ne sont pas encore arrivés sur ce projet, mais j’ai pu voir leurs futurs plateaux de développement. J’ai pu aussi cartographier les différents sponsors politiques sur lesquels ce projet peut s’appuyer. Je travaille donc avec beaucoup de curiosité, je pose beaucoup de question, j’essaye d’avancer avec empathie.

Après une semaine de vacances, il m’a finalement fallu une semaine pour reprendre mon journal de bord, arghh. Pourtant il s’en est passé des choses :

• Je démarre une mission de conseil en orga pour un client, que je suis en train de transformer progressivement en aide à la mise en place d’un Kanban
• Je termine un accompagnement agile et je me concentre essentiellement à écrire du code en TDD en binomant avec 3 développeurs, et j’aime beaucoup ça