Cette page a été traduite automatiquement. Pour une meilleure expérience de lecture, veuillez passer à l'anglais.

Passer à l'anglais
Christian
Christian

Feuille de route de la transformation agile : 5 modèles & leurs points communs

Tu ne sais pas quelle feuille de route pour la transformation Agile utiliser ? Nous allons y remédier maintenant !

Si tu veux adapter une feuille de route de transformation Agile, tu n’as que l’embarras du choix, car il y en a beaucoup.

C’est pourquoi nous avons sélectionné quelques-unes des feuilles de route les plus utilisées, afin que tu puisses déterminer celle qui convient à ton équipe, ou même développer la tienne.

Dans cet article, tu découvriras les différentes feuilles de route existantes, avec de brefs résumés de chaque étape. Enfin, nous te présenterons un modèle polyvalent qui résume les points communs de tous les modèles en un seul.

Comme agile signifie réagir aux changements, une feuille de route le fait aussi. Nous t’expliquons ici ce qu’est exactement une feuille de route pour la transformation agile :

Qu’est-ce qu’une feuille de route pour la transformation agile ?

Selon Atlassian une feuille de route est un plan d’action sur la façon dont un produit ou une solution va s’améliorer au fil du temps. Lorsqu’elle est utilisée dans le développement agile, elle est là pour donner un contexte à l’équipe. 

Elle réagit aux déplacements et aux changements dans le paysage concurrentiel, elle peut donc faire preuve de flexibilité face à de nouvelles approches. L’objectif est d’obtenir de meilleurs résultats commerciaux.

Avant d'aller plus loin, un petit rappel. Récemment, nous avons accueilli 11 experts agiles internationaux lors d'un webinaire – sur une question : comment faire évoluer correctement les méthodes agiles ?

Il en résulte ce fantastique enregistrement vidéo (en anglais) qui aborde par exemple les questions suivantes :

  • Faut-il plutôt commencer par le bas ou par le haut ?
  • Comment réussir à mettre les dirigeants d'accord sur une vision commune ?
  • Comment choisir le bon framework agile – et pourquoi ce n'est pas si important en fait ?

Ma recommandation la plus chaleureuse : jette un coup d'œil ! C'est relativement long, mais chaque minute en vaut la peine.

Pourquoi utiliser une feuille de route de transformation agile ?

  • Orienter l’équipe vers les prochaines étapes
  • Agir avec souplesse et fluidité, pas d’artefacts fixes
  • Aider l’entreprise
  • Aider les équipes à acquérir les bonnes connaissances
  • Aider à garder l’entraînement
  • Prendre des décisions mieux informées
  • Prioriser les tâches

Maintenant que nous avons fait cela, nous allons te présenter cinq modèles de feuilles de route spécifiques - de la gestion du changement de Kotter à Scale@Scrum.

À propos, une brève remarque dans le contexte de la transformation agile : veux-tu t’assurer que vous définissez actuellement les bonnes priorités dans votre transformation agile ? 

Alors, fais notre contrôle de maturité pour votre transformation agile - cela ne prend que 3 minutes. Tu obtiendras même une référence basée sur plus de trois cents autres participants. Voir le bouton 🙂

Feuille de route de la transformation agile #1 : gestion du changement de Kotter

“Le changement est la seule constante”

Héraclite, philosophe grec

Nous avons utilisé le modèle en 8 étapes de Kotter dans cet article déjà présenté en détail.

Pour faire court, je dirais : Le modèle de Kotter se déroule dans un ordre séquentiel, mais toutes les étapes peuvent être franchies en même temps. Il suggère l’urgence du changement. Les quatre premières étapes se concentrent sur les bases du changement, puis les étapes cinq à sept concernent l’introduction de nouveaux comportements, et la dernière étape huit traite de la consolidation du changement. Maintenant, nous allons les expliquer un peu plus en détail :

Se concentrer sur la base du changement

  1. La première étape consiste à ce que l’ensemble de l’entreprise s’engage dans le changement. Les recherches de Kotter montrent que 75 % des membres de l’équipe doivent « soutenir » le changement pour qu’il réussisse.
  1. La deuxième étape consiste à convaincre l’équipe que le changement est essentiel au succès. Il en résulte une « coalition de changement » qui exige de travailler en équipe pour reconnaître la nécessité du changement.
  1. La troisième étape est la mise en œuvre efficace d’une vision. Une stratégie est toujours nécessaire. C’est le moment de définir les valeurs du changement, etc. 

Introduction de nouveaux comportements

  1. L’étape quatre implique de communiquer cette urgence à l’équipe. Parle de ta vision. Démontrer le comportement souhaité pour investir dans le changement.
  1. L’étape cinq consiste à éliminer les obstacles et à voir si quelqu’un s’oppose au changement. Tout le monde doit être à bord pour que le changement puisse avoir lieu.
  1. L’étape six consiste à créer des objectifs à court terme plutôt qu’un objectif à long terme. Comme on le dit si bien ? Rien ne motive plus que le succès !
  1. La septième étape consiste à analyser ce qui a mal tourné et ce qui s’est bien passé. Un véritable changement nécessite une construction - c’est la partie où il faut regarder où l’on peut s’améliorer.

Consolidation du changement

  1. La huitième étape consiste à constater enfin que des efforts continus sont déployés dans tous les domaines de l’entreprise afin d’apporter le changement. C’est une question de constance et de progrès.

Ce modèle fonctionne bien pour les équipes qui sont prêtes à mettre en œuvre le changement avec succès et de manière radicale. Nous avons créé un eBook pour permettre à vos équipes de le faire - jetez-y un coup d’œil ici là maintenant

Avatar d'un dirigeant qui surveille les bugs et les problèmes

"Nous découvrons trop de problèmes et de bugs inattendus à un moment tardif !"

Résoudre ce défi
Avatar d'un dirigeant qui planifie une rétrospective

"Pourquoi me faut-il parfois des heures pour préparer une simple rétrospective ?"

Résoudre ce défi

Feuille de route de la transformation Agile #2 : Feuille de route du cadre Agile scalé

“Si tu ne peux pas décrire ce que tu fais comme un processus, tu ne sais pas ce que tu fais”.

W. Edwards Deming

Nous avons déjà présenté le Scaled Agile Framework en détail dans un article - lis-le ici après

La série de feuilles de route pour la mise en œuvre de SAFe se compose de 12 articles, chacun décrivant une stratégie et une série d’activités qui se sont avérées efficaces dans le cadre du framework.

Nous allons examiner chaque « étape critique », telle qu’elle est décrite par Dan et Chip Heath traiter brièvement et simplement.

Prendre un bon départ

  1. La première étape, également connue sous le nom de « point de bascule », est le point où la visualisation et la mise en œuvre se rejoignent. Il s’agit de mettre en œuvre la nécessité du changement et la vision du changement en un seul. La recherche montre que le point de bascule est le début de la formation d’une coalition de leaders. 
  1. Dans l’article deux, le voyage difficile commence - mais il ne doit pas être difficile. Pour la deuxième étape, les principaux acteurs doivent se rassembler et définir le cap. Trois étapes sont recommandées à cet effet : la formation des agents Lean-Agile, la formation des dirigeants et autres responsables, et la création d’un Lean Agile Center of Excellence (également appelé groupe de travail). 
  1. La formation commence à la troisième étape. En effet, un leadership fort est nécessaire pour qu’un changement soit mis en œuvre de manière visible et réussie. Avec ces trois « étapes critiques », l’entreprise est désormais sur la voie du succès.
  1. Comme mentionné à l’étape deux, le LACE se réunit maintenant à l’étape quatre. LACE signifie Lean Agile Center of Excellence et désigne un petit groupe de personnes qui se consacrent à la promotion de la méthode de travail Lean-Agile. John Kotter souligne que la taille de l’équipe dépend de la taille de l’entreprise - les changements commencent avec deux ou trois personnes.

Commencer la mise à l’échelle

  1. L’article cinq traite de la mise en œuvre de SAFe. Il est maintenant temps d’identifier. Identifie les flux de valeur et les Release Trains (ART) Agile. 
  1. Il s’agit maintenant de créer des plans détaillés. Dans l’article six, il s’agit de la mise en œuvre d’un changement organisationnel et de l’application des nouvelles connaissances acquises lors de la formation. 
  1. Jusqu’à présent, il y avait des flux de valeurs et un plan de mise en œuvre. L’article sept est donc un moment décisif. C’est le moment où il y a le premier lancement pour l’ART. Il y a une série d’étapes à suivre en amont du lancement. Tu en apprendras plus sur le site de SAFe ici
  1. Le lancement de l’ART nécessite la formation des équipes dans l’article huit. Maintenant que le plan de lancement et les parties prenantes ont été formés, le changement proprement dit peut avoir lieu. Kotter dit que les dirigeants doivent « tracer la voie » - en d’autres termes, cela demande de la formation, du temps et des efforts. 
  1. Les premiers grands événements sont atteints. Maintenant, dans l’article neuf, l’équipe est habilitée. Puisque la compétence et le potentiel reposent sur l’équipe, les équipes agiles doivent maintenant être coachées. Si tu veux en savoir plus sur le développement des équipes, n’hésite pas à consulter notre utile Ebook là maintenant 

Après la première hypothèse

  1. Dans l’article dix, il s’agit de produire plus de changement et d’introduire plus d’ART. Imagine cet article comme une voiture qui prend de la vitesse à plein régime sur l’autoroute. 
  1. La fin approche, SAFe a été adopté. L’article onze se concentre sur l’impulsion et l’implémentation de SAFe. Il s’agit maintenant de la compétence Lean Portfolio Management et d’ancrer la nouvelle approche dans la culture de l’entreprise. 
  1. Le dernier article souligne l’importance du changement permanent. Nous sommes sûrs que tu as fait des progrès dans ce voyage de transformation. Il est maintenant temps d’accélérer l’entreprise vers l’agilité commerciale. 

 

Feuille de route de transformation Agile #3 : Scrum @ Scale

“La complexité, c’est la mort”.

Gereon Hermkes

Dans la troisième feuille de route de transformation agile, il s’agit de simplifier la mise à l’échelle. Scrum @ Scale concerne une seule équipe Scrum capable de fournir la valeur optimale à un taux vérifiable. Selon Scrum @ Scale aide le processus « d’une organisation à concentrer plusieurs réseaux d’équipes Scrum sur des objectifs prioritaires ». 

Examinons donc les étapes que Scrum @ Scale suit dans son modèle répétable. Ici, les dix étapes sont simplifiées :

  1. Lors de la première étape, les coachs Scrum développent une liste de problèmes pour l’organisation.
  1. De là, ils en informent la direction supérieure et identifient des objectifs communs, etc. 
  1. L’étape trois est celle où une équipe d’action exécutive (EAT) est formée, également connue sous le nom d’équipe de direction de la transformation.
  1. L’étape suivante consiste à choisir une équipe de direction qui définira les priorités pour l’ensemble du travail. En d’autres termes, l’équipe MetaScrum exécutive.
  1. Avec la formation, tu passes à l’étape cinq. Ici, tous les membres de l’équipe, les Product Owners, les Scrum Masters et les dirigeants, etc. qui travailleront au sein du système d’exploitation agile sont formés par l’EAT.
  1. L’étape six concerne le backlog du Product Owner.
  1. L’étape sept passe rapidement à un Mêlée de mêlées avec des mêlées quotidiennes échelonnées.
  1. L’étape huit consiste à livrer tôt et souvent.
  1. La dernière étape consiste à étendre le système d’exploitation agile à la prochaine série de priorités avant l’étape dix…
  1. Répéter !

 

Feuille de route de la transformation agile n° 4 : Chef de produit — une feuille de route agile disciplinée

“La gestion des produits process blade inclut les actes d’identification et d’évolution de la vision commerciale de ton organisation”.

PMI.org

Les roadmaps dans la gestion de produits décrivent les visions pour trois périodes : à court terme, à moyen terme (3-12 mois) et à long terme (un an). Les roadmaps servent aux chefs de produit à prioriser les décisions ainsi qu’à planifier les activités. Voici quelques autres facteurs de processus à prendre en compte :

  1. Les responsables de produits veulent fournir des produits qui apportent une valeur ajoutée à l’entreprise.
  2. En raison d’un budget limité, il n’y a qu’un nombre limité de produits - cela signifie qu’il faut établir des priorités.
  3. Le développement de la feuille de route se fait à travers les activités de la gestion de produit.
  4. Les fonctionnalités, également appelées outcomes, épics, stories, etc., doivent être attribuées aux équipes pour être mises en œuvre.
  5. La commercialisation des produits auprès des clients est prise en charge par le chef de produit afin d’augmenter les chances que les clients potentiels soient informés de l’existence du produit.
  6. Les chefs de produit surveillent le succès de leurs produits en fonction de la satisfaction des utilisateurs finaux, des taux d’acceptation sur le marché, etc.

Comme tu peux le voir, ce processus se concentre sur le développement des bons produits au bon moment, afin de s’assurer qu’ils seront utilisés. 

 

Feuille de route de transformation agile #5 : Scrum à grande échelle

“La recherche à grande échelle fait l’histoire”

Don DeLillo

Contrairement aux autres frameworks dont nous avons discuté, il y a des Scrum à grande échelle Pas de véritable feuille de route. Au lieu de cela, un Backlog de produit Scrum est créé par le Product Owner et l’équipe. Selon sa taille, il peut prendre des semaines ou des mois pour définir les ateliers d’analyse et l’estimation des premières versions. 

Pour un produit établi, il ne devrait pas y avoir de recherches approfondies pour la prochaine version, car le Product Owner et l’équipe doivent créer un Backlog de produit à chaque sprint. Grâce au développement continu du produit, une roadmap en tant que telle n’est donc pas nécessaire.

Scrum à grande échelle , également connu sous le nom de Framework LeSS , commence par la compréhension de Scrum pour une équipe. Pour que LeSS prenne effet, le développement agile avec Scrum doit nécessiter un changement organisationnel profond pour devenir agile.

Mettons en pratique ce cadre de conception organisationnelle comme une version évoluée de Scrum à équipe unique :

LeSS superpose deux différents cadres Scrum à grande échelle :

  1. LeSS - huit équipes
  2. LeSS Huge - jusqu’à quelques milliers de personnes sur un produit

Nous allons nous concentrer sur le framework LeSS dans ce qui suit.

  1. Planification du sprint partie 1 : implique des membres de toutes les équipes - ils discutent de leur place et des possibilités de trouver un travail commun.
  1. Planification du sprint, partie 2 : chaque équipe les tient indépendamment, bien que parfois deux équipes ou plus puissent les tenir dans la même pièce.
  1. Scrum quotidien : chaque équipe le fait également de manière indépendante.
  1. Raffinement général du backlog produit (PBR) : il s’agit d’une réunion organisée par un Product Owner et toutes les équipes afin d’améliorer la coordination avec le PO et les équipes. L’objectif est de décider quelles équipes vont implémenter quels éléments - et donc de sélectionner les éléments pour un PBR d’équipe individuelle plus détaillé ultérieurement. 
  1. Affiner le backlog de produit : La différence entre cette phase et la précédente est que dans LeSS, une seule équipe est nécessaire à la fois, mais une variante peut être le PBR multi-équipe, où plusieurs équipes sont maintenues dans la même pièce pour augmenter l’apprentissage.
  1. Réunion de sprint : implique des personnes de toutes les équipes, pas seulement le Product Owner. Le but est de revoir l’incrément du produit et les nouveaux éléments. Imagine-toi cela comme ça : Grande salle avec de nombreuses zones occupées par des membres de l’équipe, où les éléments développés sont discutés et exposés.
  1. Rétrospective globale : implique le Product Owner, le Scrum Master, des représentants tournants de chaque équipe. Le but est d’améliorer le système dans son ensemble.

Résumé : Une feuille de route basée sur toutes les autres

”La destination est plus importante que le voyage”. 

Less.works

Toutes les feuilles de route de transformation Agile que nous avons examinées ont quelques étapes communes. Nous avons résumé les cinq étapes essentielles et communes qui devraient être présentes dans chaque feuille de route :

  1. Vision : Sans vision, aucune action ne peut avoir lieu. Comme l’indique Kotter dans son livre révolutionnaire “Leading Change”, la vision et la stratégie permettent de développer une base pour le changement. Lorsqu’une vision claire et composite est présente, votre équipe comprendra pourquoi vous lui demandez de changer. Cela peut être difficile au début, mais l’étape suivante mènera à la collaboration. Une déclaration de vision peut facilement véhiculer le message du “pourquoi”. 
  1. Préparer le leadership : Motiver les autres à changer est essentiel pour le succès de tout cycle. La construction d’une équipe qui fonctionne nécessite une compréhension et une collaboration dans le leadership avant que tout le reste ne se produise. 
  1. S’organiser autour de la valeur : Pour réussir au début, vous devez vous organiser autour de la valeur. Cela signifie que le développement de la feuille de route a des mesures clés centrales - les flux de valeur client - comme guide. Pour mettre en œuvre une stratégie quelconque, la valeur client doit être au centre. 
  1. Prépare tes équipes et développe-les grâce à des ambassadeurs : la culture est l’un des plus grands défis de la mise à l’échelle des méthodes agiles. Pour diffuser la vision et la méthode de travail agile dans toute l’organisation, il faut développer des équipes fortes. Il ne s’agit pas de créer une organisation différente, mais de veiller à ce qu’un nombre suffisant de personnes dans l’organisation soient prêtes pour le changement au sein d’équipes. Il est important de garder à l’esprit que tu ne pourras jamais atteindre 100 % d’employés. Tu atteindras le point d’inflexion lorsque tu atteindras les 30% qui ont le plus d’influence. Ces 30% accéléreront le changement du reste de l’équipe.
  1. Se réunir régulièrement et itérer par le biais de rétrospectives : Il doit y avoir une structure pour donner du feedback. Il est donc toujours important d’organiser des rétrospectives à la fin d’un cycle pour voir ce qui s’est bien passé et ce qui ne s’est pas bien passé. C’est également utile pour alimenter le succès d’une feuille de route et voir comment les équipes se sont senties et si tout le monde est toujours aligné sur la vision. Oui, vous pouvez et devez même itérer sur la vision !

D’ailleurs, pour t’aider encore plus à construire et à déployer des équipes performantes, tu peux aussi consulter notre article avec 4 stratégies de départ pour ta transformation regarder. Et puis bien sûr…

Catégorie du blog

Plus d'articles sur "Mettre l'agilité à l'échelle"

Voir tous les articles de cette catégorie
Modèle Agile Spotify : Explication des Squads, Tribes, Chapters et Guilds

Modèle Agile Spotify : Explication des Squads, Tribes, Chapters et Guilds

Aperçu rapide du modèle Spotify : comment les Squads, les Tribes, les Chapters et les Guilds mettent l’agilité à l’échelle, quels rôles sont impliqués et à quoi vous devez faire attention lors de la mise en œuvre.

Agility Health Radar : Les 13 modèles les plus populaires pour les KPI agiles

Agility Health Radar : Les 13 modèles les plus populaires pour les KPI agiles

Le journaliste et écrivain américain Prentice Mulford a dit un jour „Celui qui reconnaît un mal l'a déjà presque guéri.“ Prentice Mulford Il n'est donc pas étonnant que nous prenions la température...

Working Agreements : 10 exemples, modèles & templates

Working Agreements : 10 exemples, modèles & templates

Une collaboration efficace au sein des équipes est essentielle à la réussite, en particulier dans le contexte des méthodes agiles comme Scrum. Les working agreements jouent un rôle crucial dans la...

Le Scrum Master en tant que Servant Leader : 8 pistes de réflexion

Le Scrum Master en tant que Servant Leader : 8 pistes de réflexion

En tant que psychologue expérimenté et Scrum Master, je comprends les défis auxquels sont confrontés les team leaders dans les environnements agiles. Trouver l'équilibre entre agilité et leadership...

Objectifs de performance du chef de produit : 5 conseils et exemples

Objectifs de performance du chef de produit : 5 conseils et exemples

Les chefs de produit jouent un rôle crucial dans le développement et la commercialisation des produits. Pour réussir, ils doivent fixer et suivre des objectifs de performance clairs pour les manage...

Qu'est-ce qu'un Product Owner dans le Scaled Agile Framework SAFe ? - Chiffres, données, faits 

Qu'est-ce qu'un Product Owner dans le Scaled Agile Framework SAFe ? - Chiffres, données, faits 

Nous t'expliquons ce qu'est un Product Owner du Scaled Agile Framework (SAFe) et te présentons plus en détail les 6 différents types de Product Owners.

Scrum - qu'est-ce que c'est ? Explication simple !

Scrum - qu'est-ce que c'est ? Explication simple !

Tu aimerais bien travailler de manière agile, mais tu te demandes : Qu'est-ce que Scrum au juste ? Nous t'expliquons l'essentiel pour que ton équipe puisse travailler avec succès en mode agile !

Combiner OKR & Scrum : Comment ça marche (ateliers, objectif de sprint et cycles)

Combiner OKR & Scrum : Comment ça marche (ateliers, objectif de sprint et cycles)

Le Scrum et les OKR sont tous deux des cadres de travail très populaires dans la communauté agile. Le Scrum est davantage issu du monde du développement logiciel, les OKR plutôt de la stratégie. Ma...

Agile at Scale : Comparaison des 5 principaux frameworks

Agile at Scale : Comparaison des 5 principaux frameworks

Les cadres Agile aident les entreprises à livrer plus rapidement et de manière plus fiable aux clients. Il est assez facile de mettre en œuvre l'Agilité dans des équipes individuelles. Le défi cons...

Echometer Bulletin d'information

Ne manque pas les mises à jour sur Echometer & reçois de l'inspiration pour travailler de manière agile