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.

Qu'est ce qu'un ScrumMaster ?

Définitions:
 
SrumMaster est un terme utilisé dans la méthode Agile Srum 
Un SrumMaster n'est pas un chef de projet car dans la méthode agile Srum il n'y en a pas.

L'équipe de développement s'auto organise : les membres de l'équipe s'organisent eux même et non pas besoin de chef pour leur assigner le travail à faire.

Le SrumMaster a pour responsabilité essentielle  d'aider l'équipe  à réaliser les travaux demandés par le Product Owner, en appliquant Srum dans le contexte de l'organisation.

SrumMaster signifie littéralement maître de la mélée. Le terme Scrum vient du rugby. Le poste de demi de mêlée est celui qui se rapproche le plus de l'idée de ScrumMaster.

Travaux du ScrumMaster

Tâches périodiques

Mettre en application Scrum en organisant et animant les réunions qui constituent le cérémonial :

• Planification du sprint.
• Mêlée quotidienne.
• Revue du sprint.
• Rétrospective.

Tâches sur évènement

• éliminer les obstacles : prendre en compte les problèmes qui surviennent à tout moment sur un projet pour les éliminer au plus vite, en évitant qu'ils ralentissent l'équipe. Il protège l’équipe des interférences extérieures.

Tâches de fond

• faire en sorte que l’équipe reste concentrée sur le véritable objectif du projet, qui est de réaliser les éléments du Backlog en collaboration étroite avec le Product Owner, et soit productive. Il s'assure que chacun participe pleinement aux travaux de l'équipe.
• communiquer avec le management. La transparence est de mise avec des rapports d'avancement comme les burndown charts ou mieux des burnups.

Quelles sont ces compétences ?

Les compétences et l'expérience souhaitées dépendent de la taille, de la complexité technique et du type de gouvernance. Les qualités nécessaires pour jouer efficacement ce rôle :

• bien connaitre Scrum,
• avoir des facilités de présentation, de communication et de négociation,
• guider sans imposer,
• faire preuve de qualité de meneur d'hommes et savoir motiver une équipe,
• savoir résoudre les conflits et les problèmes,
• communiquer honnêtement sur le degré d'avancement,
• garder le respect de l'objectif essentiel, qui est de livrer un produit qui apporte de la valeur.

Qu'est ce qu'une User Story?

Une User Story est une fonctionnalité du back log. 

Dans la méthode Srum on appelle cela un Item. 

Cet élément doit être le plus élémentaire et le plus simple possible. 

Modèle de structure d’une User Story

-En tant que <rôle, persona, user type>

-Je veux <fonctionnalité, tâche, action>

-Afin de <valeur ajoutée, résultat>

Pour qualifier la taille et la qualité d'une US, on peut utiliser le Pattern et  critères de qualité INVEST

I – Independent

N – Negotiable

V – Valuable

E – Estimable

S – Size

T – Testable

La réaction des users-stories est de la responsabilité du PO. Il doit  penser à faire simple. 

Ce qui ne veut pas dire simpliste.  Einstein disait  : Rendez les choses aussi simple que possible, mais pas plus simple. *.

 Il faut continuer à expliquer les règles de gestion, les règles de calcul (au travers de tests d'acceptation c'est encore mieux). 

Et pour finir des citations de  Léonard, Antoine et Steve : 

• La simplicité est la sophistication suprême. Leonard de Vinci
• La perfection est atteinte, non pas lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus rien à retirer. Antoine de Saint-Exupéry
• La simplicité peut être plus difficile à atteindre que la complexité : il faut travailler dur pour arriver à faire simple. Steve Jobs

Qu'est ce qu'un backlog produit?

Une première définition du Product Backlog peut être :

« l'ensemble des fonctionnalités du produit que l'on veut développer »

 Mais ce n’est pas un cahier des charges !

Les fonctionnalités sont stockées dans le back log mais sont détaillées au fur et à mesure du projet. Elles sont priorisées régulièrement et ainsi on ne développe que les fonctionnalités nécessaires aux utilisateurs.  On simplifie le produit.

Alors que lorsque l'on doit tout spécifier dès le départ dans une expression de besoin "exhaustive", on a tendance à mettre absolument tout ce à quoi on pense, et de peur d'en oublier on s'efforce de penser à tous les cas de figure imaginables.

Les fonctionnalités du  Product Backlog  sont priorisées afin de fonctionnalités, le but étant  d'implémenter en premier ce qui rapporte  le plus de valeur. On considère en premier les items ayant une plus grande valeur métier.

Un élément  du Product Backlog n'a raison d'exister que si il apporte de la Valeur.

Le product Backlog peut être alimenté au fil de l’eau. 

Les Items ou Users Stories pourront donc être alimentés  ou supprimés lors de la vie du projet afin de produire uniquement les fonctionnalités utiles à l'utilisateur.

Ce mode itératif d'alimentation du backlog permet de ne pas rester figé dans une vision initiale mais permet en fonction des premiers sprints et de ses résultats d'adapter le produit au besoin des utilisateurs.