rétrospective de sprint

• Objectif(s) : améliorer la productivité (vélocité) de l’équipe de développement.
• Responsable : ScrumMaster.
• Participants : équipe de développement, ScrumMaster, Product Owner/AMOA (optionnel).
• Fréquence : Après la revue de Sprint.
• Durée maximale : 1h30.
• Document(s) en sortie : compte rendu de réunion (bilan de Sprint + plan d’actions).

Rétrospective de Sprint

Après la revue du Sprint, l’équipe de développement ainsi que le Product Owner se réunissent afin d’identifier les adaptations susceptibles d’augmenter sa productivité. Les choses qui fonctionnent, celles qui ne fonctionnent pas ainsi que les améliorations à apporter, sont identifiées dans cette réunion. Elle s’inscrit dans une démarche d’amélioration continue. Les idées de chacun sont mises à profit.

Nous avons l'habitude d'utiliser des post-ip de deux couleurs différentes et d'y noter chacun les choses positives du sprint et les choses négatives.
Le srcumaster récolte ensuite tous les post-it et les classes en deux catégories, puis par thèmes.
La discussion s'engage ensuite entre les membres de l'équipe pour voir à partir du bilan quelles sont les faits marquants du sprint et quels sont les améliorations à apporter pour les sprints suivants.

 

Revue de sprint - Gestion de projet en mode Agile.

• Objectif(s) : présentation des fonctionnalités produites au cours du Sprint au Product Owner et utilisateurs finaux, réception des feedbacks.
• Responsable : Equipe de développement ou les recetteurs
• Participants : équipe de développement, Product Owner, ScrumMaster, utilisateurs finaux, invités.
• Fréquence : A la fin du Sprint.
• Durée maximale : 2 heures.
• Document(s) en sortie : Liste des feedbacks.

Revue de Sprint

A la fin du sprint, l’équipe de développement ou de recette  présente au Product Owner  et aux utilisateurs finaux  les nouvelles fonctionnalités produites sous la forme d’une démonstration. Le Product Owner  et les utilisateurs accepte ou rejette les fonctionnalités présentées. Les feedbacks sont notés. En fonction des résultats présentés, le Product Owner peut demander une livraison du produit pour réaliser des tests de l’ensemble du produit en prévision d’une mise en production. Auquel cas, quelques jours de consolidation du produit en fonction des résultats de ces tests peuvent être nécessaires. Si le Product Owner ne demande pas de livraison, une nouveau sprint est planifié.

  La revue de sprint a l'intérêt de mettre les différentes équipes acteurs du projet : développeurs, product owner, utilsateurs au même niveau d'information. Ainsi les utilisateurs peuvent avoir un retour plus rapide sur leurs demandes et apporter des compléments. Cela permet aussi aux développeurs de comprendre mieux les besoins et le métier des utilisateurs.  

 Cela modère bien  le tunnel du temps entre l'expression de besoin et la présentation aux utilisateurs.

daily meeting ou la mêlée quotidienne

En Agile c'est une réunion quotidienne (Mêlée quotidienne) qui  permet aux développeurs de faire un point de coordination sur les tâches en cours et sur les difficultés rencontrées.
Cette réunion dure 15 minutes au maximum.
Pour notre projet, elle a lieu tous les jours à 13h45.
Le Scrum master s'assure que la réunion ait lieu à heure fixe et que tout le monde soit présent régulièrement. Le PO  est également présent.
À tour de rôle, chaque membre aborde trois sujets :

• ce qu'il a réalisé la veille,
• ce qu'il compte réaliser aujourd'hui pour atteindre l'objet du sprint,
• les obstacles qui empêchent l'équipe d'atteindre le but du sprint.

Afin de ne pas parler tous en même temps, une balle est passée de main en  main. C'est  celui qui a la balle qui a le droit de parler.

Si le besoin s'en fait sentir, des discussions sont alors menées librement après la clôture de la mêlée pour traiter des sujets levés en séance.
Cette réunion permet la synchronisation de l'équipe, l'évaluation de l'avancement vers l'objectif de l'itération, la collecte d'information nécessaire à l'auto-organisation. C'est le niveau quotidien des principes inspection et adaptation de scrum.

 Cette réunion ressemble à un tour de table qui permet à chacun de s'exprimer devant les autres.
Cela permet aussi en cas de questions, de problèmes ou d'alerte de réagir rapidement et d'informer toute l'équipe.

A propos des Objets connectés...

En tant que chef de projet Agile, Project Owner, je pratique l’agilité dans ma vie professionnelle, personnelle et associative. Mon smartphone est mon meilleur allié pour concilier mes multiples vies.

En tant que femme connectée, je me suis vite intéressée aux  objets connectés.

Mon premier achat fut une montre connectée de la marque Withings qui permet en plus de donner l'heure, d'enregistre le nombre de pas et les phases de sommeil. 

Cette montre est connectée avec mon smartphone et permet chaque jour de vérifier si j'ai atteint mon objectif de 10 000 pas et de contrôler la qualité de mon sommeil.

 La fonction analyse du sommeil m'a permis de me rassurer: je suis une petite dormeuse me réveillant chaque nuit mais mon sommeil reste dans la norme.

 Un reproche quand même est l'estimation du  kilométrages  qui est erroné. En effet, il  dépend de la longueur de la foulée qui est calculée en fonction de la taille. Pour mes jooging la distance parcourue est surestimée de 50%. 

Je regrette que cette donnée ne soit pas modifiable afin de se rapprocher de ma constante.

 Mis à part cela, je suis contente de cette montre qui m'a coutée 150 euros.

Mon deuxième objet connecté est ma caméra de sport AEE. 

L’appareillage de la caméra avec le smartphone permet au smartphone de servir de télécommande et up-loader la vidéo sur le téléphone. 

Je n'ai pas eu beaucoup l'occasion de me servir de cette fonction. J'ai plutôt utiliser la caméra en mode manuel ou en mode déclenchement automatique.  

Finalement la fonction connexion n'est pas très utile pour moi. 

C'était un cadeau, je ne me suis pas penchée sur la question du surcout de la fonction connexion par rapport à un modèle non connecté.

Mon troisième objet connecté est ma cocotte-minutes Cookéo.
Le surcout par rapport à la version inférieure est de 70 euros, le prix du connecté!
En quoi consiste la connection de cette supère cocotte?
C'est l'utilisation des recettes de cuisine pré-enregistrée sur l'application de mon smartphone.
Est ce bien utile?
J'utilise ma supère cocotte depuis deux semaines et je n'utilise presque plus l'application smartphone.
En effet il y a un nombre limité de recettes. J'utilise pour des nouvelles recettes plutôt l'application Marmitton  et je cuisine tous les jours dans ma supère cocotte.
Conclusion je suis ravie de ma supère cocotte mais j'aurai pu économiser quelques euros en achetant la version inférieure!

Mon quatrième objet connecté aurait été une balance Witthing
Elle coute 80 euros et elle aurait pu enregistrer chacune de mes pesées directement sur mon smartphone.
Mais je ne l'ai pas acheté et je ne l'ai pas commandé au père noël parce que j'ai choisi de rester avec ma vieille balance et de noter moi même régulièrement mes variations de poids.

Un cinquième objet connecté auquel j'ai déjà pensé : un système de localisation de mon chien!
Ce collier connecté coute plus de 100 euros et permet de localiser l'animal.
Savez vous pourquoi je ne l'ai pas encore acheté ? Son cout mais surtout parce que mon chien est obéissant et (en général) répond à mes appels sinon je le garde en laisse!!

En conclusion :

Un objet connecté coute environ 50 à 70 euros que la version non connecté.
La version connectée permet un échange de données entre l'objet et le smartphone.
Avant de vous lancer dans l'achat vérifier que la version connectée apporte un vrai plus et pas seulement un gadget et faites votre achat en connaissance de cause !

Méthode Agile bilan aprés quelques mois d'utilisation de la méthode Agile

Mon client est une compagnie d'assurance de niveau internationnale.

Elle a décidé de mettre en place progressivement la méthode Agile dans les équipes IT.

Sur le projet sur lequel je travaille ( refonte d'un outil de gestion en back-office) la méthode agile a été incrémentée il y a 6 mois.

L'entreprise s'est donnée les moyen de ce changement de méthode de gestion de projet mais aussi de la manière de travailler et d'inter agir entre les personnes.

Un noyau de coach agile de 3 personnes en permanence assure la mise en place de la méthode au sein de l'équipe projet : chef de projet fonctionnel, receteurs, développeurs

Une formation de deux jours est dispensée aux différents intervenants afin de mettre toutes les personnes au même niveau d'information et de commencer à les faire interagir entre eux de façon agile.

Le coach agile participe à tous les premiers cérémoniaux du projet afin d'aider l'équipe à travailler en agile.

Au bout de quelques semaines, de quelques sprints l'équipe est habituée à fonctionner en agile, le travail du coach est plus orienté vers le résolution des problèmes, l'amélioration de la gestion du projet.

La direction de L'IT a organisé des déjeuners Mange debout Agile où les participants ont été conviés à un déjeuner et où a été remis le prix de la meilleure équipe agile.

Dans le même esprits, il a été organisé sur le plateau des coach plusieurs rencontres petits déjeuners mêlant des utilisateurs de la méthode agile et d'autres personnes qui l'utiliseront dans le futur.
Ces échanges ont permis aux premiers de témoigner de la mise en place de la méthode agile et aux autres de poser des questions.
Un véritable échange a pu avoir lieu basé sur le témoignage, sur l'expérience. C'est un très bon outil pour les futures équipes d’appréhender la mise en place de la méthode agile dans leurs équipes.
Certains sont impatients de passer en méthode agile et d'autres sont assez résistants au changement.

L'art du coaching et du management est d'amener chacun à l'adhésion de cette nouvelle méthode de travail.

Pour faire un bilan au bout de quelques mois, on peut dire que la majorité des  collaborateurs y  adhèrent.
C'est nouveau, cela change leur manière de travailler mais la plupart des collaborateurs pensent que c'est une bonne méthode. Les utilisateurs finaux de nos projets apprécient d'être impliqué en amont dans le projet et d'avoir une visibilité plus rapidement.

Il faudra faire un bilan à la fin du projet afin de voir et de chiffrer le qualitatif de cette méthode par rapport à la méthode traditionnelle.
Rendez vous en 2016  pour la suite de nos aventures !!

réflexion sur les agendas des managers Agile

"Une entreprise dont l'agenda des managers est pleine n'est pas Agile".
Managers et vous, vous êtes dans quelle queue?  citation et photo de Oana Juncu Founder at cOemerge, Agile Organisation facilitator

 C'est de cette citation et photo que ma réflexion a commencée.

Les cérémoniaux de la méthode Agile sont :
-la planification de la release
-planning poker
-revue de sprint
-rétrospective de sprint
-scrum quotidien 

Ils ont chacun  un rôle qui sera  décrit dans un prochain post, il est bien sur indispensable de les planifier et de les respecter. La régularité est importante pour réussir le projet.

Comment le manager va s'organiser avec ces réunions et l'agilité ?  C'est de la gestion du temps.

Il doit dans son planning prévoir du temps pour l'imprévu: Avoir des plages de réunions planifiées et des plages de temps pour les réunions non planifiées.
par exemple :
10h à 12h et 14h  à 17h pour les réunions plannifiables
Il se garde de 9h à 10h,  12h à 13h et de 17h à 18 h  pour gérer les imprévus.
Pour cela, il doit mettre dans son agenda partagé que ces plages horaires sont occupées.

Ceci est un exemple bien sur, qui doit être adapté en fonction de la vie du projet et de l'entreprise. Il faut garder comme idée qu'il doit y avoir du temps pour l'imprévu. C'est à chacun de s'organiser en fonction de ses contraintes.

Qu'est ce qu'un planning poker ?

 C'est une méthode qui permet d'estimer les Users Stories (US)  du Back Log

Chaque Story doit être estimée afin de faire la planification des stories dans un sprint.
L'estimation se fait en fonction des autres User Story. Elles n'ont pas toutes la même taille ou la même complexité même si on essaye de la simplifier au maximum.

 L'usage courant est de faire une estimation collective au cours d'une séance appelée planning poker.
 C'est une scéance d'estimation en groupe avec des cartes qui combine le jugement d'expert et l'estimation par anologie.

 Déroulement du planning pocker.

Chaque participant reçoit un jeu de cartes. Sur chaque carte, il y a une valeur possible pour l'estimation  d'une story:
- le PO présente la Story
- les membres de l'équipe posent des questions pour bien comprendre et débattent brièvement
- tous les participants présentent en même temps la carte choisie pour l'estimation.
- le groupe discute des différences éventuelles
- le deuxième tour de vote permet à l'équipe de se mettre d'accord sur l'estimation de la story

La suite de Fibonacci est trés souvent utilisée. Cette suite prédéfinie  {0, 1, 2, 3, 5, 8, 13} permet  d'estimer la taille de la US par rapport aux autres. Si la US est trop complexe (supérieure à 13), c'est quelle a besoin d'être retravaillée par le PO.

Le planning poker est présenté comme une technique d’estimation. C’est vrai, mais en forçant un peu le trait les estimations ne sont qu’un bénéfice secondaire de l’exercice. Estimer via le planning poker permet surtout de:

• d’éclaircir et partager de manière itérative et incrémentale les fonctionnalités du produit que nous développons ;
• de le faire de manière collaborative et avec un cérémonial qui permet à tous de s’exprimer ;
• tout en promouvant le design logiciel collaboratif et émergent.