mageekblog

Chez Aixia, nous avons fait la semaine dernière notre première rétrospective, à la suite d'un premier sprint de trois semaines.

C'était la première rétrospective que je gérais depuis mon départ de chez no parking, et la toute première pour les autres membres du sprint, à savoir 3 personnes.

Il était donc très important pour moi de reprendre mes marques et d'avoir un retour sur les différentes pratiques que j'ai introduite au cours du sprint, soit :

• De laisser l'équipe se gérer en lui en donnant les moyens ;
• L'utilisation du planning poker pour la planification ;
• L'instauration d'un stand-up meeting quotidien à 9 h 00 ;
• L'instauration d'itérations de développement courtes ;
• L'abandon de redmine au profit des bons vieux Post-It ;
• La mise en place du pair-programming ;
• La mise en place d'un niko niko ;
• La possibilité pour les membres de l'équipe de faire ce qu'ils veulent durant leur vendredi après-midi ;
• La modification de la disposition des bureaux afin de faciliter la communication ;
• Et évidemment, l'instauration des rétrospective ;

J'avais également besoin d'avoir le sentiment de l'équipe sur les problèmes rencontrés au cours du sprint, à savoir notamment :

• Que la planification a été laborieuse alors que l'équipe travaillait avant mon arrivée depuis plusieurs semaines sur l'objet du sprint ;
• Que le sprint a été parasité à la fois par des problèmes de qualité et par des demandes externes devant être réalisées sans délai ;
• Que l'un des membres s'est désolidarisé de l'équipe lorsqu'un problème est survenu ;
• Que le matériel des développeurs ne leur permet pas d'être suffisament performant ;
• Que des tensions existent entre les développeurs et l'administrateur système ;
• Que l'ensemble des tâches du sprint n'ont pas été terminées ;
• Qu'aucun livrable n'a été produit à la fin du sprint ;

Dans un tel contexte, j'ai décidé de faire une rétrospective très complète, afin de montrer à l'équipe un échantillon représentatif des activités pouvant être pratiquées et dans le même temps collecter suffisamment d'informations, aussi bien au sujet du sprint qui venait de se terminer que sur tout ce qui a pu précéder mon arrivée dans l'entreprise et perturber le travail de l'équipe.

J'espérais ainsi permettre à l'équipe de prendre les meilleures décisions possibles pour que les problèmes rencontrés, ou du moins les plus perturbant à ses yeux, ne se reproduisent pas lors du sprint suivant.

Chez PMSIpilot, mon employeur, nous appliquons la méthode scrum une méthode agile pour développer nos logiciels, et le quatrième sprint du projet sur lequel je travaille est actuellement en cours.

Lors des trois précédents sprints, nous avons connus des problèmes de planification à répétition.

En effet, nous n'avons jamais jusqu'ici réussi à terminer un sprint dans les temps.

Si cela était compréhensible pour le premier, puisque les membres de l'équipe ne se connaissaient pas et que certains d'entre eux n'avait jamais eu à faire ce genre d'exercice, du moins de cette façon, pour les suivants, cela l'était déjà beaucoup moins.