Et voici un nouveau billet sur ce blog un peu mis de côté … Syndrome d’un mec qui cherche un sujet pour écrire … et le sujet, justement, je l’ai trouvé !

En dehors de mes talents de geek, je suis également président d’une association de musique et la semaine dernière a eu lieu une réunion avec nos trois professeurs. Une occasion rêvée pour mettre en pratique ce que je ne suis pas arrivé à faire dans mon travail : l’agilité.

Je me suis donc amusé à tester quelques méthodes Scrum dans un environnement extérieur au développement informatique et les résultats sont très intéressants.

Première constatation, ou plutôt confirmation, l’agilité marche très bien partout et mes trois interlocuteurs ont même montrés un très grand intérêt au fonctionnement de cette réunion.

Mise en place

J’ai dû adapter légèrement quelques règles, car dans une école de musique, tout le monde est très indépendant et les horaires sont très variés. Impossible d’appliquer un daily Scrum ou une notion de sprint (d’ailleurs, il n’y a pas de réel notion d’objectif). On tente donc de se réunir pendant chaque vacances scolaires, seul moment ou tout le monde est disponible, ce qui nous donne environ deux mois entre chaque rendez-vous.

Donc après une rapide présentation du fonctionnement, j’ai récupéré le déroulement d’un daily Scrum et d’une Sprint rétrospective :

  • Chaque personne parle chacun son tour sans intervenir dans les propos des autres. 
  • Chaque personne répond à trois questions : ce que j’ai fait, ce que je vais faire, quels sont mes problèmes ? 
  • Une fois que tout le monde est passé, on regroupe les problèmes. 
  • On procède à la recherche collective de solutions. 

Je suis vite arrivé à une constatation, il est beaucoup plus facile pour un animateur d’interrompre une personne qui s’épanche trop sur un sujet technique qu’une personne qui vous parle de pédagogie avec passion. Résultat, un retard énorme par rapport à ce que j’avais prévu. Je n’avais pas voulu faire de timebox pour cette réunion afin de ne pas paraître trop strict, mais cela aurait surement évité ce problème  

 

Autre problème en lien direct avec le point précédent, nous n’avons pas pu faire correctement le regroupement des problèmes et leurs résolutions collectives. La réunion s’est donc terminé avec encore beaucoup de points en suspends ce qui se révèle très embêtant sachant qui faudra attendre deux mois pour en rediscuter.

Conclusion

Ce que je retire de cette expérience :

  • Les méthodes agiles s’adapte parfaitement dans n’importe quelle situation du moment où il faut travailler à plusieurs. 
  • Beaucoup de personnes sont en demande d’organisation et d’amélioration dans leur travail collectif. 
  • Il est important d’appliquer des limites de temps au risque de perdre le contrôle de la réunion. 

Nouvelle tentative et amélioration dans deux mois :)  

Posted via email from Un blog ? Pour quoi faire ? | Comment »