Notes coaching pour aider une équipe Agile / Scrum à s'organiser pour mieux communiquer et transmettre les informations pour développer l'esprit OneTeam.
3. Team agile / Scrum: Communication
Mail, Confluence, Wiki:
pour consolider les
informations, décisions,
et les discussions pour
garder une trace et
permettre aussi ceux qui
viendront sur le projet
d’avoir accès aussi à ces
informations
Equipe distribuée(pas que pour les
réunions, peut être le cas toute la
journée pour pas les membres à distance
se sentent isolés du reste de l’équipe
Atos - Ibrahima Mignane Diouf - Agile/Performance Manager 3
De préférence devant un
tableau(puis partage
photos pour sauvegarde)
4. Organisation de l’espace de l’équipe et
« l’osmotic communication »
Organiser l’espace de l’équipe pour faciliter l’échange et le partage direct et indirect(implicite)
d’informations avec toute l’équipe
Une communication
inefficace(par isolement des
membres et/ou de
l’information) ralentit la
fluidité du travail Atos - Ibrahima Mignane Diouf - Agile/Performance Manager 4
Agile préfère une
équipe
colocalisée pour
améliorée la
communication &
les échanges
d’informations
5. Rappels événements Sprint:
affinage, sprint planning
Backlog
Produit(PB)
Sprint
Backlog
Sprint
Backlog
Sprint
Backlog
Sprint
Backlog
Incrément(au moins 1 pièce de logiciel fonctionnel
utilisable et potentiellement livrable en l’état à la
fin de chaque Sprint) doit remplir la DoD
But du Produit(objectif à long-terme
compatible avec la vision du produit portée
et partagée par le PO)
But du Sprint(négocié et défini pour chaque Sprint et
compatible avec le but du produit): permet à l’équipe
d’être focus pendant le Sprint et de travailler
ensemble de façon cohérente
Affinage(PO + Devs/ 10% temps des développeurs soit 8hrs/2 sem de Sprint/quelques jrs avant fin sprint): pour prioriser, nettoyer, entretenir
le backlog le produit, vérifier si les US sont prêtes(métier, technique…etc) à embarquer sur le prochain Sprint
Priorités
5
6. Session de Sprint Planning
• La session se passe en 3 étapes
(1) Pourquoi ?: But du Sprint(l’intérêt du sprint et qu’est ce que ça apporte
fonctionnellement pour atteindre le but du produit)
(2) Quoi ?:
- Présentation des US prioritaires sur le
Sprint
- Choix de l’équipe d’embaruer ou pas une
US dans son Sprint Backlog selon sa
capacité et sa vélocité(juste une
indication, mais l’équipe peut prendre +
ou -)
(3) Comment ?:
- Découpage en tâches techniques(Ce n’est
pas de l’affinage)
- Pas obliger de créer toutes les tâches de
toutes les US(seulement les tâches de
premières US par exemple pour les 1-2
trois premiers jours du sprint ,le reste
pouvant être créer au fur et à mesure
Atos DiversIT- Ibrahima Mignane Diouf - Agile/Performance
Manager
6
7. KPIs équipe: mesurer pour prendre les bonnes décisions ou alerter à
temps en toute Transparence:
Burn Down Chart de Sprint, vélocité 1/2
Atos DiversIT - Ibrahima Mignane Diouf - Agile/Performance
Manager
7
Permet à l’équipe de voir son
avancement quotidien
pendant le Sprint et de se
projeter sur l’atteinte du but
du Sprint ou s’il y a un
blocage pour faire le
nécessaire en interne
ensemble (ex Swarming:
travailler tous sur la même
US pour lever un blocage
technique) ou remonter au
SM pour aider à le lever en
voyant les bonnes personnes
dont le PO
8. KPIs équipe: mesurer pour prendre les bonnes décisions ou alerter à temps en toute
Transparence:
Burn Down Chart de Sprint, vélocité 2/2
• Indicateur de l’équipe pour voir votre capacité sur un Sprint (peut prendre + ou -)
• N’est pas un indicateur de performance mais de maturité de l’équipe: plus, vous travaillez ensemble plus la vélocité est stable (en général à
partir de 4 à 8 Sprints)
• Permet de communiquer sur la capacité de l’équipe à livrer et permet par exemple au PO de projeter le nombre de Sprints nécessaires (en
l’état actuel du Backlog, donc à mettre à jour en fin de Sprint) pour tout livrer.
•
Atos - Ibrahima Mignane Diouf - Agile/Performance Manager 8
9. Suggestions
• Si en remote(au moins un membre pour rester connecter): Utiliser
Microsoft Teams en permanence pendant la journée en mode réunion et
avec caméras allumées
• + infos consolidées dans le wiki(si pas de Confluence liée à Jira)
• Si en présentiel: avoir un espace projet dans l’open space pour se
regrouper
• + Tableau
• + grand écran (afficher JIRA, canal Teams…etc)
• + micro
• Formaliser et partager la DoR et la DoD pour avoir la même
compréhension[PO et Dévs] du prêt(lors affinage et Sprint plannig) et du
fini niveau US(pour acceptation PO)
Atos - Ibrahima Mignane Diouf - Agile/Performance Manager 9
10. One Goal & One Team
Atos DiversIT - Ibrahima Mignane Diouf - Agile/Performance
Manager
10
Notes de l'éditeur
La colocalisation c’est le plus possible toute l’équipe Scrum(Dévs,PO, SM) + client
L’affinage:
- Est une activité continue pendant le sprint(vers fin sprint ou quelques heures par semaine/l’organisation de la session est libre entre le PO et les Dévs), qui permet(même s’il est optionnel) de bien préparer le sprint et de lever à l’avance des incertitudes métiers ou techniques sur certaines US avant le sprint planning.
S’il n’est pas fait ce sera fait lors du Sprint planning
But du produit: un produit peut avoir plusieurs buts Mais un seul but est poursuivi à la fois dans le temps par l’équipe
Important de formaliser et de partager la DoR et la DoD pour avoir la même compréhension[PO et Dévs] du prêt(lors affinage et Sprint plannig) et du fini niveau US(pour acceptation PO)
Les US et les tâches ne sont pas assigner à l’avance, au choix selon les membres de l’équipe(et plusieurs peuvent travailler sur la même US par exemple) dans tout les cas l’équipe est collectivement(pas individuellement) responsable/imputable du Sprint et de son résultat d’où l’importance de développer un esprit one team et s’entre-aider pour atteindre le but du sprint(un bon sprint c’est quand l’équipe arrive à livrer 80% de ce qu’elle avait estimé pour livrer sur le sprint)
BurnDownChart de Sprint
X: chaque jour du Sprint(1 à 10 pour 2 semaines de Sprint par exemple)
Y: points d’estimation des US(de préférence) ou heures/mns des tâches)
- Permet de voir le reste à faire chaque jour du Sprint
- Le Daily est une bonne occasion pour sa MAJ
Les 3 piliers de Scrum(tous les les cérémonies/événements Scrum permettent de pratiquer ces 3 piliers): Transparence, Inspection et Adaptation.
- La transparence permet à l’équipe dont le PO et les parties prenantes de prendre les bonnes décisions sur le produit en toute connaissance de cause en se basant sur des informations et des mesures fiables(par exemple selon la vélocité de l’équipe, le PO peut se projeter sur le nombre de Sprints nécessaire à temps T pour vider le Backlog Produit)
Inspecter sans s’adapter(rapidement pour réduire les risques et les pertes de valeur sur ce qui doit être produit) est inutile
La vélocité appartient à l’équipe de Dévs mais permet au PO de mettre à jour par exemple son plan de release à communiquer au client.