Formation Scrum des 21 et 22 Septembre 2011

Dernière formation planifiée à ce jour :

• 8 personnes étaient présentes,
• 2 products owners identifiés, 
• 1 chef de projet qui se voit bien devenir product owner
• Les autres personnes avaient besoin de connaitre et comprendre la méthode afin de pouvoir travailler avec des équipes Scrum, des stakeholders en somme.

Pour cette formation, je me suis inspiré du Scrum Café Bordelais : j'ai introduit le rôle d'observateur dans les ateliers. 

Les règles du jeux, décliné ensuite au niveau des Users Stories

Lorsque le product owner présente son projet (vision) et cherche à identifier des features, puis des user stories il était intéressant de voir la pertinence des questions, et le niveau de compréhension des participants qui s'affine. 
Il faut rester vigilant à ce que les discussions servent l'objectif, sinon, les participants racontent volontiers leur vie. Une fois cadré, en 1/4 d'heure, le jeux produit ses effets.  On recommence ensuite avec l'identification des premières user stories à planifier dans le(s) premier(s) Sprint(s).

Le résultat : les Backlogs

Je doute qu'un cahier des charges ou autre expression de besoin puisse être aussi efficace ( rapport temps passé/compréhension). 

Il est vrai que ces documents servent surtout à fixer les responsabilités une fois que les premiers problèmes font surface...

Formation Scrum des 7 et 8 Septembre 2011

La salle de formation est prête :

• Les Post-it géant sont collés sur les murs de la salle pour matérialiser le radiateur d'information,

• Le PC et le rétroprojecteur sont allumés et le support de formation est affiché,
• Les support papier sont distribués,
• ... il ne reste plus que le public.

Démarrage prévu à 9h30...
    => Premier objectif, : caler les horaires, le restaurant et se présenter
    => Ensuite on enchaine avec une réflexion sur l'agilité avec un exercice, puis un tour d'horizon sur Scrum.

9h35 : tout le monde est présent et la formation débute.
17h45 : fin de la première journée : un quart d'heure de retard sur le planning, c'est parfait!



Reprise le 8/09 prévue à 9h15.
A 9h20, 5 personnes présentes sur 9, on commencera à 9h30.

9h35, tout le mode est là.
On commence par une restitution des points vus la veille :

• tous les points majeurs ont été restitués : objectif atteint!

La journée continu en déroulant un sprint complet :

• Revue de Backlog, lancement de Sprint, une mêlée, un bilan de Sprint et une rétrospective.

 On continue avec la présentation du fameux "Sprint 0" en faisant le parallèle avec les phases de cadrage et de lancement du projet au sein de l'entreprise.

10h15 Pause
10h30 reprise
11h00 : exercice concret, c'est le début de notre pseudo Sprint

• Deux équipes de 4
• Chaque équipe a amené un cahier des charge de projet sur lequel ils ont travaillé et identifie des features puis des user Stories
• L'objectif étant d'aliment la Backlog produit, et de définir la roadmap et un release planning.

En fin de journée, le radiateur d'informations est rempli de features, de stories et de tâches (a faire, en cours ou terminées).

Je termine la formation en évoquant le Scrum de Scrum et la synchronisation entre les équipes, qu'elles soient Scrum ou pas. Sur ce sujet, je reste prudent, la mise en œuvre est assez récente ici et je manque d'expérience concrète et réussie pour dominer le sujet. Ça ne saurait tarder j'espère!

Formation des 20 et 21 Juillet 2011

(à Gradignan - Proximité Bordeaux -33)

8 Personnes formées :

• équipiers,
• product owner,
• stakeholders

Bilan de la formation, ressenti par les personnes formées

Points forts :

• Mise en pratique de la méthode aux différentes étapes
• Mise en pratique + proactivité du groupe
• Maîtrise du sujet et expérience du formateur
• Pratique et mise en application des concepts abordés tout au long de la formation + connaissance pointue du formateur qui a répondu aux questions posées
• Formation pratique avec mise en place rapide si nécessaire

Les points faibles:

• Partie théorique trop longue
• On aborde à peine les relations équipe Scrum – le reste du monde (3ème jour de formation souhaité)

Mon point de vue :

• Groupe motivé
• Différents profils Scrum : intéressant
• Double objectif :
  • former à les inscrits à Scrum
  • former un collègue Scrum et la dispense de la formation Scrum
• Je n'ai pas sût contenir le flots de question, et j'ai pris du retard la première journée
• J'ai rattrapé le retard en seconde journée
• A améliorer :
  • la maîtrise du timing,
  • placer plus de pratique dans la première journée trop théorique
  • livrer un kit de démarrage avec Backlog produit et Backlog de Sprint au format Excel (graphiques compris)

2 formations en Juin et 2 en Juillet 2011

2 Formations en Juin :

• la première session avec 11 personnes
• la seconde session avec 8 personnes

2 Formations début Juillet :

• une session avec 8 personnes les 4 et 5 Juillet (à Gradignan - Proximité Bordeaux -33)
• une session avec 10 personnes les 6 et 7 Juillet (à Gradignan - Proximité Bordeaux -33)

Pour chaque session dispensée :

- première journée théorique (rôles, chronologie et planification en Scrum, découpage du produit) et quelques exercices sur un cas d'école
- le second jour est consacré à dérouler un cycle Scrum sur les projets propres aux personnes formée.

Bilan : 37 personnes

-> Le public a beaucoup d'attentes et les questions pratiques n'arrêtent pas!
-> La dernière session a été extra :

• J'avais trois Product Owner, un Scrum Master, des équipiers et quelques managers; j'ai donc créé trois groupes de travail avec un PO dans chaque.
• Les POs ont put s'exercer à leur rôle avec de vrais équipiers
• Le Scrum Master a pu mettre en œuvre et éprouver son rôle

-> A la fin de la chaque journée de formation je leur fait faire une rétrospective afin de trouver des améliorations à la formation et pour identifier ce qui leur plut : ça marche bien!

-> Ils ont aimé :

• la grande part de pratique accordée la seconde journée
• mon retour d'expérience et les conseils pratiques

-> ils n'ont pas aimé :

• les anglicismes

-> je dois améliorer :

• la présentation du cas pratique "d'école" jugée trop sommaire
  • Je compte leur fournir un dossier de conception générale
• malgré les relectures, quelques fautes d'othographe restent dans le support théorique
• la présentation du niveau de détail requis pour les User Stories
• idem pour les critères d'acceptation

-> A part les pratiques qui restent à consolider, ils ont retenu l'essentiel : les valeurs de l'agilité et les principes (Manifeste Agile)