Mot-clé - agilité

Fil des billets - Fil des commentaires

samedi 10 décembre 2011

Première rétrospective

wall.jpg

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.

Lire la suite

mercredi 6 avril 2011

Les 6 chapeaux

Même dans le cadre d’un développement agile, les réunions sont incontournables.

Elles peuvent être inhérentes à la méthode agile utilisée, ou bien rendues obligatoires par l’évolution du projet, tant au niveau technique que commercial.

Et il arrive parfois qu’elles deviennent improductives, parce qu’elles sont mal gérées, parce que ce n’est tout simplement le jour pour un ou plusieurs des participants, ou bien encore parce que le sujet tient à cœur de certains intervenants ou bien encore parce qu’un membre met en cause, directement ou indirectement, les décisions prisent par le passé.

Ce ne sont là que quelques raisons possibles, et il y en a bien d’autres, mais dans ce type de contexte, il arrive bien souvent que l’ambiance de la réunion devienne orageuse.

Il ne ressort alors rien de bon de la réunion, et de plus, cela entraine parfois à à plus ou moins long terme, des tensions au sein de l’équipe, ce qui aggrave encore la dette contractée lors de la réunion.

Ayant été confronté à ce type de situation récemment, j’ai cherché une solution pour que cela ne se reproduise pas.

Lire la suite

jeudi 24 février 2011

Aide à la planification

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.

Lire la suite

vendredi 7 janvier 2011

Gizmo !

Chez PMSIpilot, nous travaillons en suivant (plus ou moins) la méthode Scrum.

Et lors de notre premier sprint, mon équipe de développement a été confronté à un problème relativement classique.

En effet, notre mêlée matinale avait une furieuse tendance à s'éterniser, et dépassait régulièrement et allègrement les 15 minutes.

La réunion perdait donc en efficacité puisqu'elle était polluée par un bruit constitué d'un tas de discussion techniques ou fonctionnelles, sans aucune structure.

Afin de régler le problème, nous avons donc décidé de prendre une série de mesures complémentaires lors de notre rétrospective de sprint.

Lire la suite

mercredi 24 mars 2010

Rework !

Je viens de terminer de lire Rework, le dernier livre écrit par les fondateurs de 37signals et qui présente et justifie leur approche du travail et leur façon de mener leurs affaires.

Je l'ai lu en approximativement une semaine, à raison d'un ou deux chapitres par nuit, selon le même principe que le livre de Claude Aubry au sujet de SCRUM.

Lire la suite

- page 2 de 3 -