(posté en retard, j'avais oublié de le publier)
Voilà ca aussi c'est fait.
Durée 65 minutes (mais on a aussi fait la rétrospective de la mise en place de la méthode agile).
J'ai utilisé ma petite fiche.
Retrospective
durée
1hCadre
Environnement propice à la discussion.
étapes
- Collecter les infos sur le processus (en direct pendant le meeting, et en se référant aux problèmes listés pendant le Scrumm Meeting
- Catégoriser les feedback
- Définir les priorités sur l'amélioration. En triant les catégories, puis en choisissant une catégorie sur la quelle poser l'effort)
- Planifier les amélioration : choisir les actions pratiques visant a améliorer la catégorie choisie.
Objectif
Avoir une liste d'action écrite et un engagement de l'équipe
Notes
Tout le monde doit participer activement
En pratique
On a relu les problèmes notés pendant les scrumm meetings.
Contrairement à la revue qui a duré la moité du temps prévu, celle-ci a débordé de 5 minutes, parce qu'on a enchainé sur la retrospective "de l'agile".
On a constaté les problèmes suivants
- l'absence de test unitaires (corrigé depuis)
- le manque d'info dans les feedback utilisateur
- la mauvaise gestion des spikes
- le conflit entre la maintenance de l'existant et des tâches du sprint (on ne sait pas isoler les équipes, puisqu'on est que 2 pour le moment)
- J'ai entendu le développeur exprimer une crainte quand j'ai parlé de travailler dans une classe précise. (Ca m'inquiète sur l'état de la classe)
- J'ai parfois manqué de droit système pour mettre en place les outils de travail.
On a repris ca dans 3 catégories
- l'environnement de travail
- la méthode
- la gestion de l'existant








Commentaires
Aucun commentaire pour le moment.
Ajouter un commentaire