Du mode projet au mode produit : comment survivre et prospérer à l’ère du digital grâce au « Flow framework » de Mik Kersten 

Savez-vous où sera votre entreprise dans 10 ans ? Je pose la question, car selon le magazine Forbes, la moitié des 500 entreprises actuellement les plus cotées en bourse vont disparaître dans la prochaine décennie. Mik Kersten, CEO de l’entreprise Tasktop, analyse ce phénomène et offre un kit de survie aux organisations dans son best-seller « Project to Product », publié en novembre 2018.

L’incapacité à conserver sa position dans un marché bousculé

Lire la suite

Adaptation de Scrum — Retour d’expérience 2/7

(English follows)

Dans le deuxième article de cette série, nous allons expliquer pourquoi une hiérarchie a été mise en place dans les équipes Scrum, pourquoi cette pratique s’applique dans plusieurs contextes et, pour finir, comment elle peut s’aligner avec le cadre Scrum.

L’objectif de cette série de blogues est de démystifier l’application du cadre Scrum dans un contexte réel où, au final, des compromis sur le cadre sont presque toujours nécessaires. Voici la liste des articles de cette série et les liens des articles déjà publiés :

  1. Mise en contexte.
  2. Il y a une hiérarchie dans l’équipe Scrum (cet article).
  3. Plusieurs équipiers ont une spécialisation.
  4. Les changements, en milieu de Sprint et impactant l’objectif de sprint, sont acceptés.
  5. Les projections ne sont pas basées à 100 % sur l’empirisme.
  6. La décision d’annuler un Sprint n’est pas prise seulement par le PO.
  7. Des personnes externes à l’équipe Scrum peuvent influencer la planification de Sprint.

Métier, organisation et leadership

Il est très rare que tous les membres d’une équipe agile soient des experts, vétérans ou séniors. La plupart du temps, on retrouve un mélange de juniors, intermédiaires et séniors qui, ensemble, cumulent « toutes les compétences nécessaires »[1] à la réalisation des items du carnet de produit. Mais qu’est-ce que ça veut vraiment dire « toutes les compétences nécessaires » pour une équipe agile? Selon mon expérience[2], les compétences nécessaires sont composées de deux parties : l’autonomie métier et l’autonomie organisationnelle.

Lire la suite

Réussir sa certification SAFe (Leading SAFe [SA], LPM, RTE, SGP…) : Retour d’expérience

MAJ 11-2022 de l’article original du 12-2019

Introduction

Je vous propose ici mon retour d’expérience concernant les certifications SAFe : Leading SAFe (SA), LPM, RTE, SAFe for Government (SGP) et bien d’autres. J’ai suivi la formation SGP en décembre 2019, puis Implementing SAFe (SPC) en 2022.

NB : Vous l’avez peut-être déjà remarqué, je vais utiliser bon nombre de termes anglais directement issus de SAFe pour être le plus précis possible et nommer les bonnes choses. Depuis quelques années, SAFe traduit progressivement les formations et les certifications. Vous pouvez par exemple trouver la formation Leading SAFe en français (formation + certification).

Qu’est-ce que SAFe ?

SAFe — Scaled Agile Framework — est une mécanique, un cadre de travail, qui permet d’encadrer, de cadencer et de synchroniser le développement en continu des systèmes et des applications qui composent un produit. Il est spécifiquement conçu pour un contexte à plusieurs équipes. Pour englober la notion de développement en continu, SAFe propose une mécanique intégrée, de la gestion du portefeuille d’affaires jusqu’à la réalisation et la livraison des fonctionnalités.

Lire la suite

Mesurer l’agilité

(English follows)

Êtes-vous agile ? Que dire de votre équipe ou de votre organisation ? Une approche populaire pour répondre à cette question est de « mesurer » le niveau d’agilité par le biais d’une liste de contrôle contenant des actions et conditions agiles. Une fois cette liste complétée, on peut malheureusement être tenté de l’utiliser pour séparer les agilistes des non agilistes.

Mesurer l’agilité en se concentrant sur les actions et les conditions du contexte est semblable à mesurer les compétences d’un alpiniste selon sa position sur la montagne. Face à une nouvelle montagne, l’alpiniste d’expérience doit commencer au bas, faire son chemin vers le haut et s’adapter à l’environnement. De sa perspective, plusieurs types de terrain ne seront probablement pas rencontrés et donc plusieurs techniques de grimpe ne seront pas utilisées. Il va de soi que l’inventaire de techniques utilisées ne nous donne de l’information que sur le chemin parcouru, mais pas beaucoup sur l’ensemble de la montagne et encore moins sur l’alpiniste.

Alors… que peut-on mesurer ?

Lire la suite

Excellence Agile V2.0

Nous sommes de retour!

Après plus d’un an d’inactivité, un groupe de membres CGI passionnés de l’Agilité ont décidé de redémarrer la publication sous la bannière d’ExcellenceAgile.com.

Notre objectif est de partager avec vous nos découvertes, questionnements, bonnes et meilleures pratiques, etc. Nous espérons que nos publications vous feront découvrir de nouveaux concepts et avons hâte de dialoguer avec vous dans la zone Commentaires.

Nos futurs articles porteront sur les sujets suivants :

  • L’agilité dans les équipes
  • L’agilité à l’échelle
  • Les méthodes, cadres et approches
  • Les métriques
  • Le savoir-être agile
  • …et bien d’autres
Lire la suite

Prendre des décisions Agile et Lean

Au delà des méthodes et des pratiques, il y a les concepts de base. De nos jours, Agile et Lean sont devenus des buzzwords qu’on utilise à toutes les sauces. Pourtant, quand on creuse la question, on réalise souvent que notre interlocuteur n’a aucune compréhension de la philosophie derrière les mots.

Que se cache-t-il derrière ces grands concepts? Qu’est-ce qui distingue quelqu’un qui est Agile et Lean de quelqu’un qui ne l’est pas?

La réponse réside dans la façon dont les décisions sont prises. Pour déterminer si une méthode, une décision ou une pratique est Agile et Lean, on doit la peser selon un filtre décisionnel bien précis.

Lire la suite

Astéroïdes – un vrai jeu Agile!

En 1979, Atari lançait le jeu Asteroids… un vrai jeu Agile!

L’utilisation des métaphores et des analogies est une technique de coaching efficace et bien connue.  Elle permet de déplacer une personne de son environnement de travail vers un environnement autre, mais familier, et de discuter de concepts tout en réduisant les « oui, mais ça marche pas comme ça ici ». En voici une qui permet d’expliquer un grand nombre de concepts Agile dans un ensemble cohérent: Lire la suite

Les 3 états d’une rétrospective

(English Follows)

Il est clair pour plusieurs experts Agile/Scrum que si vous ne devez appliquer qu’un seul élément de Scrum, vous devriez choisir de faire les rétrospectives.  Cet acte simple et régulier de révision du processus et de la dynamique d’équipe est la fondation même de l’amélioration continue.  Cet événement important n’est toutefois pas simple à animer, car étant donné que les gens parleront de leurs interactions et du travail de tous et chacun, le Scrum Master devra aider le groupe dans le développement de leur écoute et de leur communication.

En assumant que vous faites déjà ou que vous pensez faire de rétrospectives (rétro) de façon régulière, votre équipe Scrum va fort probablement être dans l’un des 3 états suivants :

Bruit  /  Efficacité  /  Stagnation

Bruit

Toutes les équipes que j’ai suivies sont passées par ces trois étapes. Les deux premières rétros sont toujours dans un état de Bruit où,  pour la première fois, les gens ont la parole et peuvent défiler la liste de problèmes qu’ils gardaient pour eux.  À ce moment, on vous parlera de la couleur du tapis, du manque de stylos bleus et de la machine à café. C’est normal, et c’est un moment critique où les gestionnaires/leaders pourraient, en posant les mauvais gestes, bloquer les canaux de communication avant même qu’ils n’aient le temps de s’ouvrir.  Il est important d’accepter tous les commentaires, ou au moins de reconnaître le point de vue de chaque personne et la guider dans la résolution du problème.  

Efficacité

Avec des rétros régulières, l’équipe va rapidement observer la résolution des bloquants mis en lumière pendant ces rétros. Cette réalisation, combinée avec la réduction du ‘Bruit’, va pousser l’équipe vers un état Efficace.  Une fois dans cette mentalité, ils vont régulièrement identifier des points d’amélioration concrets qui vont aider l’équipe à comprendre l’importance de la boucle d’amélioration continue pendant qu’ils se résolvent systématiquement. Bientôt, la rétro est un événement attendu et le fait de négliger une rétro résulte en une sensation de déconnexion.

Stagnation

Comme Ed Catmull* a dit lors de sa présentation ‘Keep your crises small’ donnée à l’université de Stanford en 2007; ‘Le succès cache les problèmes’ et les gens on tendance à éviter de pointer des erreurs quand les choses vont bien.  Aussi, une fois que l’équipe passe au travers d’une série de rétros ‘Efficaces’, les membres de l’équipe peuvent avoir une baisse de motivation, alors que leurs idées d’amélioration deviennent de plus en plus difficiles à trouver et que les gains diminuent.  Quand cela se produit, la responsabilité de ramener l’équipe dans un état Efficace repose sur le Scrum Master.  Cela peut être fait de différentes façons, mais ma solution préférée, que j’utilise systématiquement afin de prévenir la chute vers un état de Stagnation, est d’utiliser de façon périodique une rétro pour améliorer le produit plutôt que le procédé.  Pendant ces ‘rétros spéciales’, je demande à l’équipe de trouver des points d’amélioration pour le produit en utilisant les mêmes plans de rétrospective utilisés dans les rétros normales.  En plus de rafraîchir la perspective sur les procédés, ce truc augmente aussi l’engagement de l’équipe envers le produit.

*Président des studios d’animation Pixar et des studios d’animation Walt Disney

Phillipe Cantin

The 3 Stages of a Retrospective

Many Agile/Scrum experts agree that if you are only going to apply one part of Scrum, you should choose the retrospective.  The simple and regular act of reviewing the team’s processes and dynamics is the foundation of continuous improvement.  However, that important event is complicated to animate, and since people will be talking about their interactions and each other’s work, the Scrum Master will have to help the group as they develop their listening and communication skills.

Assuming you are either doing or planning on doing regular retrospectives (retros), your Scrum Team will most likely be in one of the following 3 stages:

Noise  /  Effectiveness /  Stagnation

Noise

Every team I have followed went through those three stages. The first couple of retros are always in the Noise stage where, for the first time, people have the mike and are allowed to lay out the laundry list of problems they have on their mind.  In the midst of that meeting, you will hear about the carpet color, the lack of blue pens and the coffee maker. It is a normal and critical time where managers/leaders could, through the wrong actions, block communication lines before they had a chance to open. It is important to accept all the feedback, or at least acknowledge the point of view of every person and guide them in the problem resolution.

Effectiveness

With regular retros, the team will soon witness the pragmatic resolution of different pain points they brought up at their retros.  This realization combined with the reduction of the Noise will move the team toward an Effective state. Once in that mindset, they will regularly identify concrete improvement points that will help the team understand the importance of the continuous improvement loop as the points systematically get resolved. Soon, the retro becomes an expected event and skipping one creates a weird feeling of being out of touch.

Stagnation

As Ed Catmull* said in his ‘Keep your crises small’ talk at Stanford University in 2007; ‘Success hides problems’ and people have a tendency to avoid pointing out errors when things are going well.  Also, once the team goes through a string of Effective retros, members can hit a motivational low point as their improvement ideas get harder to find and the gains get smaller.  When that happens, it is the Scrum Master’s responsibility to bring the team back to an Effective state. It can be done in several ways but one of my go-to solutions, which I systematically use to prevent the team from slipping into the Stagnation state, is to periodically use one of the retros to improve the product instead of the process. During these ‘special retros’, I ask the team to find improvement points for the product using the same retrospective plans we use during normal retros.  On top of refreshing the process perspective, this trick has the added benefit of improving the team’s engagement with the product.

*President of Pixar Animation Studios and Walt Disney Animation Studios

Phillipe Cantin

Les Octas… WoW !

ChDmVNNUoAEonfA

Nous avons ouvert le bureau de Québec il y a maintenant bientôt 10 ans.  À ce moment, l’Agilité était une rumeur à Québec, peut-être même une légende.  Le genre d’histoire qu’on ne sait pas trop s’il faut y croire ou pas.  On en parlait un peu mais personne ne savait vraiment ce que c’était.  Cependant, presque tous s’entendaient pour dire qu’il était impossible d’implanter ces concepts dans les grandes organisations.

Facilité s’est établi à Québec avec comme objectif de faire les choses différemment, d’innover, de créer et de changer les façons de faire.  Immédiatement, les principes Agiles nous ont attirés.  Nous nous sommes donc investis dans cette aventure depuis le tout début de notre histoire.  Au départ, les gens nous trouvaient « weird », ils nous jugeaient même.  Mais c’était notre vision et personne ne pouvait nous arrêter.  Sur notre chemin, nous avons trouvé des conseillers super-héros qui se sont joints à nous pour penser le changement et nous avons eu le privilège de partager cette vision avec des clients précurseurs.

Aujourd’hui, nous sommes en nomination aux Octas pour notre mandat de transformation Agile à Revenu Québec en collaboration avec Pyxis.  Oui oui, à Revenu Québec…oui oui, en Agile!  Et oui oui, dans la catégorie « Transformation des processus organisationnels».  Le simple fait d’être en nomination est une immense victoire pour nous.  En plus de bien travailler, on nous dit, d’une certaine façon, qu’on est vraiment en train de changer les choses et ça, croyez-moi, ça vaut beaucoup.

Merci à tous les artisans de ce projet, merci à notre gang de super-héros crinqués, merci à notre client, Revenu Québec qui fait une job de feu pour nous permettre de penser les projets TI autrement.  Merci à ceux qui y ont cru et merci à ceux qui y croient.  À suivre… le 2 juin.

Allez VOTER maintenant! La période de votation se déroule du 9 au 28 mai !

Jeff #proud #agile #teamdefeu #FaciliteQc