
Le 24 novembre dernier, j’ai assisté à l’édition 2022 d’Agile Grenoble, une conférence promouvant l’agilité. Retour d’expérience de ce qui a eu le plus d’intérêt à mes yeux.
Cet article est divisé en deux partie. Pour lire la première partie, cliquez ici.
Conférence 5 : Les bons Scrum et les mauvais Scrum
Cette cinquième conférence, présentée avec humour par Alexandre Boutin nous rappelle la théorie et nous présente des exemples du terrain ce qu’il ne faut pas faire.
Comme disaient les inconnus, il y a les bons chasseurs et les mauvais chasseurs. Les 2 ont un fusil et tirent ... mais certains sont de bons chasseurs ! Chez les praticiens de Scrum, il y a également les bons Scrum qui utilisent le framework ... et les mauvais Scrum qui utilisent aussi le framework ... mais qui sont de mauvais Scrum. Et cela n'a rien à voir ! Lors de cette session, je vous proposerais avec humour de reconnaître les bons Scrum des mauvais Scrum en rendant visibles les petits, ou gros, détails qui permettent de différencier les bons des mauvais.
Passons les rôles et les cérémonies en revue :
Rôle | Positif | Négatif |
Product Owner |
Leader, Élabore et partage une vision, Propose son aide, défend son équipe |
Râle sur les retards, les bugs, Absent aux rétrospectives, Backlog comme liste de tickets, Exige que la vélocité augmente |
Scrum Master |
S’occupe des équipiers, du Product owner et du management, Ne lâche rien en rétrospective, Sait que Scrum est un Framework, Prend le temps de bien faire son travail |
Accepte d'être un Chef de projet par sa hiérarchie, |
Équipier |
Contribue à un engagement collectif, Propose son aide, Connait la valeur de ce qu'il réalise, Fier de présenter à la review Connait la DOD et les actions de rétrospective |
Sa mission est de faire son ticket Estime son ticket en jour, Ne veut pas présenter en revue, S’ennuie en daily et en rétrospective, N’a pas d’intérêt pour le produit |
Sprint planning |
But métier au sprint, prévu de Engagement collectif, Travail sur la conception, Initialise le tableau de l'équipe |
Le PO rappelle ce qui a été prévu de faire, Le SM donne la vélocité à tenir, Les équipiers identifient leurs story Le Sprint Goal est la liste des tâches |
Daily |
Inspecter / engagement, S’engager collectivement sur ce qui sera terminé aujourd'hui, Savoir qui devra aider qui, Synchroniser le travail à plusieurs sur une story (dev/test) |
Dire ce qu'on a fait la veille, Rester flou sur ce qui sera terminé aujourd'hui, Ne pas se soucier des autres, Ne pas parler d'engagement, Ne pas être concentré, |
Review |
Introduction par le PO (intégration dans la roadmap), Mise en perspective de l'incrément de sprint dans la vision, Démonstration orientée métier, Feedbacks ! (Même les points négatifs) |
Pas d'utilisateur, Le PO qui fait toute la démo, Piloté par le SM, Story par story, critère d'acceptation par critère d'acceptation |
Rétrospective |
Consacrer le temps nécessaire, Mesurer le bénéfice des actions, Engagement collectif sur les actions |
Pas de point sur les actions précédentes, |
Backlog |
Évolue en permanence (en fonction des feedbacks), |
Toutes les fonctionnalités, Plusieurs versions, Exclusivement utilisé par le PO |
Incrément / DOD |
Explicite, Proposé par les équipiers et accepté par le PO et SM |
On ne sait pas ce qu'il y a dedans, Écrit une fois au début, Appliqué si l'équipe a le temps, S’arrête avant la validation PO |
Conférence 6 : Les Injonctions Paradoxales de l'Agilité
Cette conférence, tenue par Samuel Chapal déconstruit la notion d’Agilité et met en avant le fait que certaines choses peuvent paraitre antinomiques dans l'agilité et peuvent démotiver.
Nous avons tous eu dans notre parcours professionnel des moments où l’on est confrontés à plusieurs contraintes contradictoires. On nous demande de faire plus avec moins de moyens, de garantir une qualité irréprochable dans des délais courts, ou de satisfaire toutes les demandes du client en respectant un budget serré. Heureusement, quand on entre dans le monde merveilleux des bisounours agilistes, on peut assurément espérer échapper enfin à ces contraintes. Pourtant, lorsque l’on écoute les équipes agiles sur le terrain, leur quotidien semble toujours autant chargé de ces injonctions paradoxales. Grâce aux pouvoirs magiques de l’agilité, on exige du manager de délivrer les projets plus rapidement avec de plus petites équipes, on attend de l’équipe de développement de mettre la qualité au centre tout en terminant tous les tickets promis pour le sprint, et on demande au PO de prioriser afin de bien traiter l’ intégralité des demandes du backlog. On peut facilement faire de l’agilité la nouvelle excuse parfaite pour la manipulation à l’usage de tous. Dans cette conférence, nous aborderons ces situations paradoxales dans lesquelles nous pouvons tous nous retrouver, car nos envies d’agilité sont vouées à entrer en friction avec le contexte dans lequel on les met en œuvre. L'agilité n'est pas un état dans lequel on arrive, mais un état d'esprit à défendre au quotidien. Vous repartiez de cette conférence avec des exemples concrets de cet état d'esprit agile si difficile à cerner, et surtout des pistes sur comment l'incarner, jour après jour, dans vos actions et décisions.
- On planifie alors qu'on dit que le futur est incertain
- Il faut livrer souvent mais être excellent techniquement
- Transparence / manager qui prépare le copil et qui ne veut pas montrer tous les chiffres
Les petits pas auxquels nous invitent l'agilité :
- Plus de délégation de la part des Managers
- Partie prenante / client : prédictibilité VS adaptabilité
- Responsable produit : soumettre les certitudes à l'empirisme
- Réalisateur (développeur) : Polyvalence + compétence. Ne pas être figé dans son
expertise. Être diplomate, vendre ses idées - Scrum Master : appliquer le framework mais l’adapter à notre contexte
Conférence 7 : Waterfall, Agilité : de l'utilité de se confronter et de travailler ensemble
Cette dernière conférence, présentée par Anthony Praud, nous montre que ces deux mondes (Waterfall et Agilité) peuvent collaborer.
Vous intervenez une équipe au sein d’une organisation qui est en pleine transformation. Deux modes d'organisation se regardent et s'observent. On n'a pas tous les jours l'aide d'un coach. Pourtant, les choses ne peuvent pas toujours attendre. Il faut donc vous débrouiller tout.e seul.e. Nous allons essayer de découvrir ensemble comment comment mieux cohabiter dans la vie quotidienne pour trouver votre place par rapport aux équipes et l’organisation, pour conduire vos réunions et pour faire mieux dialoguer les équipes au sein de l’organisation. Nous évoquerons des cas concrets de votre quotidien.
- La différence entre Waterfall et Agilité
- Waterfall : tout livrer en une nuit (6 mois de développement multi-équipe).
- Agilité : Coûte cher et une incertitude sur le produit finit.
- Aucune entreprise n’est complètement Agile
- Les deux méthodes de travail peuvent fonctionner ensemble de la manière suivante :
- Prototype -> Itération -> Livraison -> Développement en cascade
- Prototype -> Itération -> Livraison -> Développement en cascade
-
Et c’est déjà la fin ! Assister à ce type de conférence me booste toujours pour aller plus loin dans notre métier. Cela fait plaisir de voir que tout le monde se pose les mêmes questions. Cela permet de prendre du recul sur l'opérationnel. Les conférences dépendent surtout des conférenciers, peu importe le sujet. De l’énergie, de la passion de l'humour et c'est parti !
- Lire la première partie.
À propos de l'auteur :
