Liste des articles Actus Retour de la conférence Agile Grenoble 2022 (Part. 2/2)

Retour de la conférence Agile Grenoble 2022 (Part. 2/2)

Par Gregory Leoni Team Leader - R&D

Modifié le : 16 janvier 2023

Publié le : 12 janvier 2023

Gestion multi-sociétés ERP

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,
Fuit les problèmes, Veut augmenter la vélocité

É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,
Énoncer des solutions inversées, Bâcler l'analyse,
Vœux pieux ou action non engageante, Le SM qui s'occupe des actions

Backlog

Évolue en permanence (en fonction des feedbacks),
Ne contient pas qui est réaliste de faire dans les délais prévus, Outil principal de toute l'équipe scrum, Devient obsolète à la fin du projet

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


  1.  
  2. 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 !

  3. Lire la première partie.

eBook  Découvrez les 6 règles de bonne gestion d'une société de service organisée de  service ! Télécharger

À propos de l'auteur :

Par Gregory Leoni Team Leader - R&D