Dernière journée de formation sur Scrum chez Valtech...
Et bien, je dois reconnaître avoir particulièrement apprécié cette troisième journée qui fut assez dense ! Tout ou presque a été abordé y compris le Stand-up Meeting, la démo ainsi que la rétrospective en passant par les indicateurs (Sprint Burn-Down Chart et Product Backlog Burn-Up Chart).
J'avoue avoir eu initialement un "a priori" sur la capacité de voir tous les sujets traités d'ici la fin de la formation. Toutefois, même si tous les aspects de la méthode ont été couverts et les ateliers (planning poker, jeux de rôle, mises en situation) bien pensés et instructifs, je pense quand-même que le rythme de la formation est au final assez inégal...
En définitive, je la recommande quand même et cela malgré les problèmes de rythme, car l'animateur a très bien maîtrisé son sujet et a su faire preuve de pédagogie.
Il ne reste plus qu'à appliquer tout cela dès demain :)
Architecture logicielle, Java, .NET, EJB, Spring, WCF, Web Services, Glassfish, systèmes distribués et applications réparties.
mercredi 24 septembre 2014
mardi 23 septembre 2014
Formation Scrum chez Valtech - Retour d'expérience Journée 2
Petit retour d'expérience suite à cette deuxième journée de formation Scrum dispensée par Valtech...
Si la première journée m'avait un peu laissé sur la faim, cette deuxième journée fut un peu plus intéressante. Nous avons eu l'occasion d'aborder :
Le programme demain devrait normalement être chargé et je me demande comment nous pourrons tout voir :
Pour note, nous sommes à la page 80 il me semble du support du cours (et il y en a au moins 250).
Le mot de la fin sera donc demain mais pour le moment, je pense que ces deux premières journées auraient pu largement tenir sur une seule.
Si la première journée m'avait un peu laissé sur la faim, cette deuxième journée fut un peu plus intéressante. Nous avons eu l'occasion d'aborder :
- Les rôles dans Scrum :
- Le Product Owner est un décisionnaire qui a en charge la gestion et l'alimentation du Product Backlog (ce qu'il y a à faire, i.e. le QUOI) en plus de bien veiller à ce que la Vision du produit soit bien partagée par l’ensemble des intervenants. Son rôle est vraiment déterminant pour la réussite du projet d'autant qu'il se doit d'être le plus disponible possible pour la Scrum Team durant toute la réalisation du Sprint ;
- Le Scrum Master a quant à lui la responsabilité de s'assurer que la méthode Scrum est bien respectée par tous. C'est avant tout un facilitateur qui présente des qualités humaines indéniables (empathie, bienveillance) en plus d'être un leader. Toutefois, il ne doit pas être directif ni imposer son point de vue. Il doit avant tout gérer les conflits et aider l'équipe à franchir les obstacles qu'elle rencontre. Son rôle est un rôle à plein temps, du moins au début... Car à plus long terme, lorsque la méthode est parfaitement assimilée, son rôle n'est plus nécessaire. Il peut soit redevenir un membre de la Scrum Team (cf. ci-après) ou devenir coach Scrum qui par conséquent intervient sur un autre projet dans le but d'enseigner la méthode auprès de nouvelles équipes ;
- La Scrum Team est l'équipe en charge de réaliser le produit. Elle commence par planifier et estimer ce qu'il y a à faire en sélectionnant en priorité les User Stories qui présente la plus grande valeur ajoutée pour le Product Owner et qui constituent la Backlog du Sprint. Les User Stories sélectionnées doivent avoir au préalable avoir été validées par le Product Owner et suffisamment spécifiées pour qu'il ne subsiste aucune ambiguïté au début du Sprint. Ces User Stories sont ensuite décomposées en tâches suffisamment fines pour pouvoir tenir dans un Sprint (une itération). Cette décomposition en tâches est réalisée par la Scrum Team (qui apporte donc la réponse au COMMENT) en accord avec le Product Owner. Lorsqu'une User Story comporte trop de points de réalisation, celle-ci devient une Epic (Épopée) qui est elle-même subdivisée en plusieurs sous User Stories ;
- Le principe général de la méthode, i.e. itérative et incrémentale, de deux à quatre semaines avec des mêlées quotidiennes, les points communs et les différences avec Kanban ;
- Les types de réunion suivantes :
- La réunion de planification au début de l'itération ;
- La réunion de clôture en fin d'itération (la démo au client) ;
- La rétrospective ;
- Les ateliers pratiques après les Lego et les avions en papier de la veille :
- Exercice de la NASA qui pose la question des objets à emmener avec soi pour survivre sur la Lune et répondant dans un temps contraint, d'abord tout seul, puis en équipe pour montrer que l'intelligence collective est supérieure à l'intelligence individuelle ;
- Exercice sur la définition de la Vision d'un Produit ;
- Exercice de planification (commencé et qu'on doit terminer demain) ;
Le programme demain devrait normalement être chargé et je me demande comment nous pourrons tout voir :
- Terminer l'expérience de la planification en début de Sprint ;
- Le stand-up meeting ;
- La démo au client en fin d'itération;
- La rétrospective ;
- Ce qu'est qu'une entreprise agile ;
Pour note, nous sommes à la page 80 il me semble du support du cours (et il y en a au moins 250).
Le mot de la fin sera donc demain mais pour le moment, je pense que ces deux premières journées auraient pu largement tenir sur une seule.
lundi 22 septembre 2014
Formation Scrum chez Valtech - Retour d'expérience Journée 1
Après quatre ans d'attente, la voici, la fameuse "formation Scrum" !
Dispensée par Valtech, c'est en ce beau lundi 22 septembre 2014 que j'ai pu assister à la première journée d'une formation de trois jours sur la méthode éponyme "Scrum".
Parmi les points positifs, je retiens de cette première journée :
Par exemple, à la fin de cette première journée, ni les concepts de "Backlog", "User Story", "Epic" et encore moins les "Stand-Up Meeting" n'ont été abordés, ni même présentés ! Du coup, je m'interroge quant au contenu des deux autres journées qui j'espère seront plus "fournies" que la première.
Pour finir, je dois vous partager un élément m'a gêné dans la présentation de la méthode à savoir que "Scrum" permettrait un "rythme soutenu" contrairement à la méthode en V. Certes, mais je préfère parler de "rythme durable" (ok, on est là pour bosser et atteindre une certaine vélocité à condition que cette vélocité reste "raisonnable") car j'ai l'impression que là-aussi le marketing est passé par-là et que son effet a été de faire croire "qu'avec Scrum, on développe plus vite et mieux !". Je ne pense pas en savoir plus que le formateur, et peut-être ai-je mal compris la méthode mais c'est à mon avis une erreur que de penser cela ! Quand on parle de rythme soutenu, cela laisse sous-entendre que la charge de travail demandée peut être plus importante avec le risque par conséquent d'avoir besoin, pour les membres de l'équipe, de disposer de longues périodes de transitions pour recharger les batteries "entre deux itérations difficiles". Pour l'avoir vécu en 2012, cela a conduit à un effet dévastateur allant jusqu'à une certaine démotivation de l'ensemble de l'équipe à l'époque... qui du coup ne voulait plus revivre ça...
Voilà pour aujourd'hui... La suite au prochain épisode :)
Dispensée par Valtech, c'est en ce beau lundi 22 septembre 2014 que j'ai pu assister à la première journée d'une formation de trois jours sur la méthode éponyme "Scrum".
Parmi les points positifs, je retiens de cette première journée :
- un support de cours assez complet et intéressant ;
- le "serious game" apprendre la méthode Scrum en jouant aux Lego :)
- des locaux agréables et un accueil chaleureux (machine à café gratuite et viennoiseries à volonté) ;
Par exemple, à la fin de cette première journée, ni les concepts de "Backlog", "User Story", "Epic" et encore moins les "Stand-Up Meeting" n'ont été abordés, ni même présentés ! Du coup, je m'interroge quant au contenu des deux autres journées qui j'espère seront plus "fournies" que la première.
Pour finir, je dois vous partager un élément m'a gêné dans la présentation de la méthode à savoir que "Scrum" permettrait un "rythme soutenu" contrairement à la méthode en V. Certes, mais je préfère parler de "rythme durable" (ok, on est là pour bosser et atteindre une certaine vélocité à condition que cette vélocité reste "raisonnable") car j'ai l'impression que là-aussi le marketing est passé par-là et que son effet a été de faire croire "qu'avec Scrum, on développe plus vite et mieux !". Je ne pense pas en savoir plus que le formateur, et peut-être ai-je mal compris la méthode mais c'est à mon avis une erreur que de penser cela ! Quand on parle de rythme soutenu, cela laisse sous-entendre que la charge de travail demandée peut être plus importante avec le risque par conséquent d'avoir besoin, pour les membres de l'équipe, de disposer de longues périodes de transitions pour recharger les batteries "entre deux itérations difficiles". Pour l'avoir vécu en 2012, cela a conduit à un effet dévastateur allant jusqu'à une certaine démotivation de l'ensemble de l'équipe à l'époque... qui du coup ne voulait plus revivre ça...
Voilà pour aujourd'hui... La suite au prochain épisode :)
Inscription à :
Articles (Atom)