Choisir les pratiques de management de projet hybride par Alan Zucker

Les projets hybrides ne sont pas limités par une méthodologie unique ou un cadre bien défini.  Par définition, il s’agit d’un mélange de pratiques.

http://www.planningplanet.com/blog/hybrid-project-management-part-4-picking-practices

Relisez ou découvrez les articles précédents :

  1. Management de projet hybride : Qu’est-ce que l’hybride ?
  2. Management de projet hybride : Quels changements ?
  3. Choisir l’approche de management de projet hybride

Les projets hybrides ne sont pas limités par une méthodologie unique ou un cadre bien défini.  Par définition, il s’agit d’un mélange de pratiques.  Une énorme responsabilité accompagne cette liberté de choix illimitée.  Les managers de projet doivent décrire clairement comment le projet sera exécuté pour réussir.

Se dérober à cette responsabilité est fort préjudiciable. La recherche (PMI® A New Way Forward) démontre que la maturité et la cohérence améliorent les résultats des projets.  Sans aucun processus, nous suscitons le chaos.

Des centaines d’options et de points de décision doivent être pris en compte lors de la description du plan de management ou d’exécution du projet.  Le Boîte à outils Disciplined Agile Toolkit  décrit plus de 150 décisions (options) pour l’organisation et l’exécution d’un projet. Capterra répertorie plus de 1500 outils logiciels de management de projet.

Les managers de projet hybrides doivent planifier intentionnellement. Cet article identifie certaines pratiques fondamentales qui devraient être utilisées dans chaque projet.  L’instanciation de ces pratiques sera adaptée au contexte du projet.

Établissez la charte de projet (Project Charter).

La Charte de projet définit l’approche de travail.  Elle établit les attentes et les compréhensions initiales entre les parties prenantes et l’équipe de projet. Elle documente les objectifs, les exigences et les contraintes de haut niveau, le rôle du manager de projet et de nombreux autres éléments. Le niveau de formalisme et les composantes seront basés sur les exigences de l’organisation et du projet.

Il peut être difficile de créer un alignement et trouver un accord entre les parties prenantes du projet. Le processus de définition de la charte du projet crée un forum pour faire apparaître et résoudre les conflits d’intérêt et les objectifs mal alignés, en minimisant les retards et en évitant la nécessité d’avoir à refaire certains éléments plus tard.

Créez un plan de management.

Le Plan de management de projet documente la façon dont le projet sera exécuté. Il doit être adapté au contexte du projet. Un plan de management de projet bien défini est crucial pour les projets hybrides puisqu’il n’existe pas de standard opérationnel.

Le plan établit les attentes et renforce la compréhension au sein de l’équipe de projet. Il définit et décrit les rôles, les responsabilités et les processus. Le format et le niveau de détail doivent être adaptés au contexte du projet.  Un bon plan augmente les chances de réussite du projet et réduit les inefficacités et les conflits.

Définissez le périmètre et construisez l’échéancier.

Les deux éléments de planification les plus critiques sont la définition de ce qui sera livré (portée/contenu) et du moment (échéancier/délais). Sans cela, les projets pataugent comme un navire sans gouvernail.  Le type de projet et l’environnement opérationnel influencent les pratiques et les outils utilisés.

Les projets traditionnels ont des spécifications détaillées, utilisent généralement un échéancier basé sur un diagramme de Gantt, et un processus rigoureux de management du changement.

Les projets Agile ont une portée émergente. Les fonctionnalités et les user stories sont documentées et hiérarchisées dans le backlog du produit.  Les fonctionnalités sont fournies en courtes itérations, souvent de 2 semaines. Les équipes utilisent un Tableau Kanban pour gérer le flux de travail.

Les projets hybrides sont libres de définir leurs propres pratiques de planification. Ils peuvent suivre les contours généraux de l’approche traditionnelle ou agile, combiner les meilleures pratiques, telles que la Technique des jalons Kanban (Milestone-Kanban Schedule), ou suivre un processus sur mesure.

Les projets simples n’ont besoin que d’une feuille de route de haut niveau et d’une liste de contrôle pour maintenir la coordination de l’équipe et le projet sur la bonne voie.

Visualisez le travail.

Les projets sont des entreprises complexes qui génèrent une pléthore de données. Il peut être difficile de corréler, de comprendre et de prendre des décisions éclairées. Malgré nos meilleures intentions, nous négligeons ou ne remarquons souvent pas les signes avant-coureurs de problèmes.

Les gens sont visuels. Nous reconnaissons rapidement les modèles graphiques. L’utilisation d’outils visuels de management de projet améliore considérablement la capacité du manager de projet et de l’équipe à comprendre le projet, son avancement et ses challenges.  Ces outils peuvent être sophistiqués, mais souvent plus c’est simple, mieux c’est.

Les feuilles de route, les tableaux Kanban et les tableaux de bord sont faciles à utiliser et transmettent rapidement des informations précieuses. Les versions physiques de ces outils fabriquées avec du ruban adhésif et des notes autocollantes sur le mur sont faciles à construire et à ajuster. Des outils collaboratifs peuvent être utilisés pour les équipes virtuelles et promouvoir la transparence, la responsabilité et la collaboration.

Managez les risques, les actions et les problèmes.

Le management proactif des risques, des actions et des problèmes est une activité fondamentale. Le manager de projet doit régulièrement inspecter l’environnement, consigner, suivre et traiter les éléments en cours. Il doit y avoir une cadence et un processus réguliers au niveau de l’équipe et de la direction, avec une appropriation et une responsabilité claires. Cela permet à l’équipe de projet de ne pas négliger ou oublier des éléments critiques qui pourraient faire dérailler le projet.

Le détail et la profondeur de ces pratiques doivent être adaptés aux besoins du projet.  L’outil le plus basique peut être une simple feuille de calcul.  Les applications plus sophistiquées peuvent intégrer et hiérarchiser des éléments dans plusieurs flux de travail, créer des rapports de tableau de bord et fournir des alertes.

CertYou est partenaire de DantotsuPM, allez voir les certifications AgilePM

Adoptez l’amélioration continue.

Il n’y a pas une seule et unique « bonne façon » de manager tous les projets.  Les projets sont des organismes vivants.  Les processus et les pratiques doivent s’adapter et s’améliorer continuellement à mesure que l’équipe et leurs organisations mûrissent et s’adaptent aux événements business externes.

Tous les projets doivent adopter une version de la rétrospective de l’équipe Agile.  Régulièrement, l’équipe examine ses performances, identifie les améliorations et les met en œuvre.  Ensuite, l’équipe confirme que les changements ont été bénéfiques.

Évaluez le processus.

Toutes les grandes organisations ont des gaspillages.  Il y a des retards excessifs, des transferts de tâches et du travail inutile.  Si nous voulons nous améliorer, nous devons faire en sorte qu’il soit plus facile pour nos équipes de fournir plus rapidement de la valeur et des solutions.

Nos processus d’entreprise et nos normes formelles sont souvent conçus pour résoudre des problèmes du passé.  Des correctifs et des pansements ont été appliqués au hasard pour répondre à des préoccupations immédiates plutôt que d’utiliser la pensée systémique et d’envisager une meilleure façon de faire les choses.

Changez les processus !  Examinez d’un œil critique ce que vous faites.  Vos processus apportent-ils une valeur ajoutée ?  Si ce n’est pas le cas, éliminez-les.  S’ils sont nécessaires, rendez-les moins lourds.

Responsabilisez l’équipe.

Les équipes autonomes excellent dans la résolution de problèmes complexes.  Les équipes produisent de meilleurs résultats que les individus seuls.  De multiples perspectives sont prises en compte et intégrées dans la solution.  Libérer le pouvoir créatif d’équipes motivées et engagées est fantastique.

Nous créons des équipes responsabilisées en poussant la prise de décision au niveau responsable le plus bas.  Les personnes les plus proches du travail connaissent le mieux le processus et sont les plus proches de l’information.  Lorsqu’elles prennent leurs propres décisions, elles sont responsables et se sentent redevables.

L’autonomisation est plus facile à dire qu’à faire.  Cela nécessite souvent de réinitialiser la culture, les normes et les standards de l’équipe et de l’entreprise.  La micro management doit être remplacé par un état d’esprit de donner son meilleur et de coaching.  Lorsque nous punissons les erreurs, elles ne s’arrêtent pas.  Elles deviennent cachées, et l’impact s’aggrave.

Ayez des processus cohérents et reproductibles.

Ne recherchez pas la standardisation.  Les projets sont uniques.  Nous ne produisons pas des gadgets.  Efforcez-vous d’assurer cohérence et répétabilité.  Développez et affinez en permanence des pratiques de management de projet contextuelles qui permettent la personnalisation.  Élaborez des modèles de livraison qui favorisent l’efficacité, la durabilité et la répétabilité.

© 2024, Alan Zucker ; Project Management Essentials, LLC

10 façons d’impliquer les parties prenantes de votre projet

Avez-vous un plan d’engagement des parties prenantes ? Avez-vous pris le temps de réfléchir aux divers besoins de vos parties prenantes ? Quelles parties prenantes ont le plus de pouvoir et d’influence ? Quand et comment allez-vous impliquer ces personnes ?

10 Ways to Engage Project Stakeholders par Harry Hall

https://projectriskcoach.com/engage-project-stakeholders/

Qu’est-ce qu’un plan d’engagement des parties prenantes ?

Le plan d’engagement des parties prenantes est « une composante du plan de management de projet qui identifie les stratégies et les actions nécessaires pour promouvoir une participation productive des parties prenantes à la prise de décision et à l’exécution d’un projet ou d’un programme (Guide PMBOK® – Septième édition) ».

La mobilisation des intervenants comprend des moyens d’attirer et de faire participer des personnes, des groupes et des organisations qui pourraient être touchés par un projet ou qui pourraient avoir une incidence sur le projet.

Plan d’engagement des parties prenantes. Composante du plan de management de projet qui définit les stratégies et les mesures requises pour promouvoir la participation productive des intervenants à la prise de décisions et à l’exécution d’un projet ou d’un programme. Guide PMBOK® – Septième édition –

Examinons quelques moyens pratiques de mieux impliquer et influencer les parties prenantes de votre projet au bon moment de son cycle de vie.

10 façons d’impliquer les parties prenantes du projet

#1. Identifiez les parties prenantes à temps.

Vous ne pouvez pas impliquer les parties prenantes tant que vous ne savez pas qui elles sont. Au fur et à mesure que vous lancez vos projets, commencez à identifier vos parties prenantes. De plus créez un registre des parties prenantes du projet.

#2. Faites en sorte que les parties prenantes se parlent les unes aux autres.

J’invite les principaux intervenants à mes premières réunions de projet, alors que nous élaborons la charte de projet. Je veux faire remonter et résoudre les conflits le plus rapidement possible.

#3. Cherchez à comprendre avant d’être compris.

Steven Covey a partagé ce principe il y a des années. C’est toujours vrai. De plus, les gens veulent savoir que vous voulez vraiment en premier lieu entendre leur point de vue.

#4. Écoutez, écoutez vraiment.

Une partie de la compréhension consiste à prendre le temps de s’asseoir face à face, lorsque c’est possible, et d’écouter vraiment. Posez des questions pour approfondir.

#5. Dirigez avec intégrité.

Un engagement significatif nécessite de la confiance. Dites ce que vous voulez dire ; pensez ce que vous dites. Et puis faites ce que vous avez dit que vous feriez.

#6. Impliquez vos parties prenantes dans les estimations.

Demandez des estimations aux personnes qui feront le travail. Et aider les parties prenantes à comprendre qu‘il y a une plus grande incertitude dans les premières estimations. Engagez-vous à fournir des estimations affinées au fur et à mesure de l’avancement de votre projet.

#7. Travaillez AVEC votre équipe.

Les meilleurs managers de projet travaillent avec leurs parties prenantes pour décomposer leurs projets en livrables et en tâches. Cela permet à chacun d’avoir une meilleure compréhension du projet. De plus, les parties prenantes seront plus susceptibles de soutenir un plan qu’elles ont contribué à créer.

#8. Gérez les attentes.

Chacune de vos parties prenantes a des attentes, parfois de fausses attentes. En travaillant avec votre équipe, vous pourrez clarifier bon nombre de ces aspects du projet.

#9. Dites merci.

Les chefs de projet que j’aime le plus connaissent un mot simple : Merci. Lorsque les membres de l’équipe et les autres parties prenantes terminent des activités, répondent aux e-mails et aux messages vocaux, vous font prendre conscience de choses que vous ne saviez pas, répondez avec un remerciement.

#10. Communiquer, communiquer, communiquer.

90% du travail d’un manager de projet est la communication. Élaborer et tenir à jour un plan de communication. Les managers de projet créatifs minimisent une défaillance potentielle des communications en communiquant par le biais de divers canaux, et non d’un ou deux.

Influencez-vous réellement les parties prenantes de votre projet ?

Une fois, j’ai parlé avec un manager de projet qui travaille dans un bureau de management de projet (PMO). Susan m’a raconté à quel point les gens résistent au management de projet dans son organisation, une histoire que j’ai entendue d’innombrables fois.

Quand je lui ai demandé : « Que faites-vous pour obtenir du soutien et de l’adhésion ? » Avec un regard perplexe, Susan a dit : « Cela a toujours été comme ça et je doute que cela change un jour. »

Que vous soyez à la tête d’un PMO, d’un programme ou d’un projet ambitieux, vous vous êtes peut-être résigné et avez l’impression qu’il n’y a rien à faire. Je vous encourage à élaborer un plan d’engagement des parties prenantes.

Identifiez et évaluez vos parties prenantes. Travaillez avec d’autres personnes à l’élaboration d’un plan visant à mobiliser et à influencer les principaux intervenants.

Et comme l’a dit Winston Churchill : « N’abandonnez jamais, jamais, jamais. »

Ne sortez plus de nouvelles fonctionnalités dont personne ne se soucie !

L’opposé d’une usine à fonctionnalités est une équipe responsabilisée qui se concentre sur les résultats et qui est impatiente de montrer ses livrables et de s’adapter en permanence en fonction des retours des utilisateurs.

Releasing new features nobody cares about par David Pereira

https://www.mindtheproduct.com/releasing-new-features-nobody-cares-about/

Lisez un court extrait du livre de David Pereira sur la sortie de fonctionnalités dont personne ne se soucie.

Livre sur Amazon

Quelle est votre expérience lors de la sortie de nouvelles fonctionnalités ? Peut-être est-ce un peu aléatoire. Malheureusement, de nombreuses équipes tombent dans le piège de devenir des usines à fonctionnalités. Dans son livre, David Pereira, coach produit et auteur, aide les équipes à surmonter ces pièges dangereux et à créer des produits que les clients aiment vraiment.

Vous trouverez ci-dessous un court extrait de son livre sur la sortie de fonctionnalités dont personne ne se soucie. Si vous aimez ce que vous lisez, vous pouvez obtenir le livre complet ici.

Comment fonctionnent les entreprises « Feature Factory » (usines à fonctionnalités) ?

Après des mois de travail acharné et une coordination exhaustive, l’équipe produit publie enfin une nouvelle fonctionnalité. Tout le monde dans l’équipe et dans l’entreprise l’adore. La nouvelle fonctionnalité brillante est prête pour les clients, mais quelque chose d’inattendu se produit. Les clients qui interagissent avec la nouvelle fonctionnalité ne comprennent pas son objectif et n’en tirent pas de bénéfices. Confus, les clients rejettent la nouvelle fonctionnalité brillante tant appréciée des parties prenantes de l’entreprise, et inévitablement, tout le monde est frustré.

Construisez-vous des fonctionnalités dont les clients n’ont pas besoin ?

Ce n’est pas la raison d’être des équipes produit que de créer des solutions que leur entreprise adore mais dont les clients se moquent. Pourtant, cela se produit plus souvent qu’il ne le devrait. J’appelle cela un bug, pas une fonctionnalité. Comme pour tous les bogues critiques, il nécessite un correctif.

Le remède : Des équipes responsabilisées grâce à des flux collaboratifs.

Si l’usine à fonctionnalités est un bogue, qu’est-ce qui résoudrait cela ? Vous ne pouvez pas vous attendre à une solution simple, mais la promotion d’équipes autonomes avec des flux collaboratifs transformera la situation.

Marty Cagan, partenaire SVPG, définit les équipes responsabilisées comme suit :

« Les grandes équipes sont composées de gens ordinaires qui sont responsabilisés et inspirés. Ils sont habilités à résoudre des problèmes difficiles d’une manière que leurs clients aiment, tout en travaillant pour leur entreprise. Ils sont inspirés par des idées et des techniques pour évaluer rapidement ces idées afin de découvrir des solutions qui fonctionnent : elles sont précieuses, utilisables, réalisables et viables. »

Comment les méthodes de travail courantes piègent-elles ou libèrent-elles les équipes ?

Les équipes responsabilisées ont beaucoup plus de chances de créer de la valeur que les équipes d’usine à fonctionnalités. Pourtant, il n’est pas facile de responsabiliser les équipes. Pour l’instant, concentrons-nous sur les défis de la collaboration.

Flux de développement de produits coordonnés ou collaboratifs

Au fil des ans, j’ai remarqué 2 flux standard de développement de produits dans les entreprises, quel que soit leur cadre :

  1. Flux de coordination : Les membres de l’équipe passent beaucoup de temps à coordonner les activités entre eux, les parties prenantes et les autres équipes. La majeure partie de leur énergie est consacrée à l’organisation de la façon de faire le travail. Cette approche vise à éviter les erreurs et les échecs, obligeant les équipes à être rigides dans leur flux de développement. Cela devient un contrat « strict » parce que quelqu’un est blâmé lorsque quelque chose ne va pas.
  2. Flux collaboratif : Les membres de l’équipe se concentrent sur la collaboration pour utiliser leurs connaissances actuelles afin de découvrir des opportunités prometteuses. L’objectif ultime est de créer de la valeur pour les clients et l’entreprise. L’équipe est flexible dans la façon dont elle fait le travail tout en se concentrant sur la création de valeur. La confiance est à la base de l’approche collaborative. Lorsque quelque chose déraille, l’équipe prend ses responsabilités et trouve ensemble une solution.

Le flux coordonné : Une façon logique de travailler avec des résultats inattendus

Comment transformer une idée en quelque chose de précieux ? C’est l’une des questions les plus importantes pour les entreprises. Une mauvaise réponse conduit au gaspillage et à la démotivation.

Les étapes d’un flux coordonné

  1. Priorisation : Le flux de coordination commence par la hiérarchisation, visant à trouver l’idée la plus prometteuse. Cependant, c’est plus facile à dire qu’à faire car plusieurs tours de discussion auront lieu. Lorsque vous dites oui à une idée, vous dites non à de nombreuses autres, et presque aucune partie prenante de l’entreprise n’accepte facilement cette réponse
  2. Conception : La phase de conception commence une fois que vous avez défini ce sur quoi l’équipe va travailler. Le résultat est souvent un prototype haute-fidélité que les parties prenantes de l’entreprise approuvent. Cette approche est dangereuse car les ingénieurs logiciels et les clients ont tendance à être laissés à l’écart. Malheureusement, la solution devient l’objectif, et non le résultat.
  3. Test utilisateur : Après beaucoup de coordination, les parties prenantes de l’entreprise approuvent finalement la conception et il est temps de la tester avec des clients potentiels. Les résultats sont probablement biaisés car tout le monde aime déjà la solution. Malheureusement, être la proie du biais de confirmation n’est pas l’exception, mais plutôt le résultat typique. Compte tenu de leur passion pour la solution, les concepteurs de produits recherchent des signes positifs et, sans surprise, ils les trouvent. Ils peuvent accepter des ajustements mineurs de la solution, mais aucun pivot ou abandon de solution ne se produira dans cette phase.
  4. Développement : Une fois que les concepteurs de produits ont confirmé que le prototype haute-fidélité a du sens pour les utilisateurs finaux, il est temps de développer la solution. Les concepteurs de produits jettent les spécifications par-dessus le mur et espèrent que les ingénieurs logiciels font le bon travail. Bien sûr, il est peu probable que les ingénieurs logiciels accueillent la solution à bras ouverts, car ils n’ont pas participé aux étapes précédentes. Malgré cela, c’est à eux de transformer le prototype haute-fidélité en une solution fonctionnelle.
  5. Lancement : Compte tenu de la quantité de coordination nécessaire, il faut des mois pour transformer une idée en solution. Vous ne devriez pas être surpris quand quelque chose prend six mois. Chaque phase est strictement définie et comporte de nombreuses étapes pour assurer une solution parfaite à la fin de celle-ci. Pourtant, quelque chose d’inattendu se produit lorsque vous lancez la solution. Malgré tout l’enthousiasme interne et l’amour pour la nouvelle solution sophistiquée, les clients ne s’y intéressent pas, et vous ne savez pas pourquoi.

Ce qui me choque, ce n’est pas de me retrouver dans cette situation tragique. J’y suis allé plus de fois que je ne peux compter, mais j’ai appris la leçon. La question est de savoir ce que vous faites après avoir été confronté à un résultat indésirable. La réponse la plus courante n’a guère de sens pour moi. Revenez à la hiérarchisation, choisissez une autre idée et recommencez. Lorsque vous suivez la même approche, il y a de fortes chances que vous soyez à nouveau confronté aux mêmes résultats. Le flux de coordination oblige les équipes à se concentrer sur les résultats plutôt que sur les résultats, ce qui les réduit au rang d’usines.

9 idées sur 10 échoueront

Notre taux de réussite est pire que ce que nous pouvons imaginer. Regardez les start-up : 90% d’entre elles ne tiennent pas plus de cinq ans. Les idées subissent à peu près le même sort. Curieusement, cela passe inaperçu car les équipes investissent beaucoup de temps à trouver comment réduire le temps de développement. Je vois de la valeur dans cette affaire, bien que je perçoive une autre question comme plus urgente : « A quelle vitesse pouvez-vous laisser tomber les mauvaises idées ? »

Nous supposons que nos idées sont bonnes, mais la réalité nous montre le contraire. Pourtant, nous insistons pour suivre la même approche à plusieurs reprises. Pas étonnant que nous soyons confrontés à des résultats indésirables.

Un bon management de produit nécessite de s’adapter en apprenant. C’est OK de se tromper. Il n’est pas bon d’ignorer la réalité. La collaboration plutôt que la coordination est le principe qui peut vous sortir de ce piège. Au lieu de rendre votre flux de développement rigide et complexe, vous bénéficierez d’une simplicité et d’une flexibilité accrues. Explorons une autre méthode de travail qui augmente les chances de générer de la valeur plus rapidement.

Flux collaboratif : Une méthode de travail simple qui apporte des résultats exceptionnels.

Personne ne mérite de perdre du temps. Après de nombreuses années d’expérience, j’ai appris que les échecs sont inévitables. Au lieu d’ajouter des étapes pour prévenir les échecs, il est plus logique d’identifier et d’abandonner rapidement les mauvaises idées. Contrairement au flux coordonné, le flux collaboratif se concentre sur des itérations plutôt que sur des phases.

Les étapes d’un flux collaboratif

  1. Évaluez : Le début d’un flux collaboratif est le même que pour un flux coordonné. Vous avez plein d’idées, et tout le monde veut que tout soit terminé d’hier. L’astuce n’est pas d’identifier les idées les plus prometteuses dès le départ, mais plutôt de les évaluer toutes et de laisser tomber celles qui ne conviennent pas. Laisser tomber des idées vous donne de la liberté parce que vous avez moins d’attentes à gérer.
  2. Apprenez : L’itération d’apprentissage commence par des idées adaptées à votre stratégie, mais cela ne signifie pas qu’il faille passer directement à la mise en œuvre. Vous devriez laisser tomber les idées que vos clients ne désirent pas, que l’entreprise ne peut pas soutenir, que vous n’avez pas la technologie pour développer ou qu’il est contraire à l’éthique de poursuivre. Restez simple et posez les questions suivantes sur chaque idée restante :
  • À quel point les clients veulent-ils ceci ? (Désirabilité)
  • Quels sont les bénéfices pour l’entreprise ? (Fiabilité)
  • Dans quelle mesure pouvons-nous le faire ? (Faisabilité)
  • À quel point est-il bien de le faire ? (Éthique)
  1. Expérimentez : Après avoir compris les aspects clés de vos idées, il est temps de mener des expériences plus robustes. Vous voulez tester les solutions qui peuvent donner les résultats potentiels. Il est essentiel d’explorer quelques alternatives et de s’en tenir aux plus prometteuses. Il est trop courant de choisir une solution et de se lancer à fond. Je vous décourage de suivre cette voie, car elle augmente rapidement l’engagement. En tant qu’êtres humains, plus nous sommes investis dans quelque chose, plus nous y investissons volontiers.
  2. Déployez : Les idées qui survivent à l’itération de l’expérience sont les plus importantes. Dans l’itération précédente, vous avez construit pour apprendre. Maintenant, vous créez pour évoluer. Il est fondamental de rembourser la dette technologique avant de mettre la solution à la disposition de l’ensemble de votre public ou de passer à votre prochaine opportunité

Principaux points à retenir

  • La première étape pour libérer votre équipe consiste à examiner votre situation actuelle. Comprendre la dynamique peut révéler des opportunités pour simplifier votre flux de développement.
  • Les symptômes d’une usine à fonctionnalités comprennent l’absence d’objectifs, l’obsession de la production, la fourniture de solutions qui ne résolvent aucun problème, une direction peu claire, une réticence à laisser tomber des idées et un manque d’attention aux résultats. L’opposé d’une usine à fonctionnalités est une équipe responsabilisée qui se concentre sur les résultats et qui est impatiente d’examiner ses livrables et de s’adapter en permanence.
  • Plus vous vous rapprochez d’un flux de développement coordonné, plus il faut de temps pour générer de la valeur et plus vous créez de déchets. Les flux coordonnateurs transforment involontairement les plans en objectifs.
  • Plus vous vous rapprochez d’un flux de développement collaboratif, plus tôt vous créez de la valeur et moins vous produisez de déchets. La collaboration vous aide à adapter vos plans pour atteindre vos objectifs lorsque la réalité rend votre plan obsolète.
  • Lorsque vous comprenez parfaitement le flux de développement d’un produit, vous pouvez favoriser les changements étape par étape. La première étape consiste à collaborer avec les parties prenantes de l’entreprise et les membres de l’équipe pour reconnaître ce qui est inutilement complexe. Équipé de cette compréhension, vous pouvez obtenir du soutien et collaborer pour simplifier votre travail.
CertYou est partenaire de DantotsuPM, allez voir les certifications AgilePM

L’organisation adaptative – 7 actions transformatrices dans le management de projet.

À l’aide des conseils de ce livre blanc, vous découvrirez 7 actions transformatrices de management de projet  pour une organisation adaptative.

The Adaptive Organization – 7 Transformative Project Management Actions

https://www.pmsolutions.com/resources/view/the-adaptive-organization-seven-transformative-project-management-actions/

Les temps changent et les organisations doivent se préparer dès maintenant et en permanence à répondre avec agilité à tout ce qui pourrait arriver.

Qu’est-ce que l’Agilité Organisationnelle ?

Téléchargez le livre blanc.

Ce concept qui fut à la mode dans le passé, a été reconnu comme une capacité business essentielle pendant la pandémie et les perturbations économiques qui ont suivi, et il son urgence s’ est accrue en 2023 avec la montée en puissance de l’IA.

Votre organisation doit être capable de s’adapter à des circonstances qui évoluent et changent rapidement. Vous devez rester à l’affût des risques et des opportunités, manager vos équipes distribuées et vous appuyer sur une main-d’œuvre collaborative auto-managée.

À l’aide des conseils de ce livre blanc, vous découvrirez 7 actions de management de projet transformatrices pour une organisation adaptative.

  1. Privilégiez les bénéfices.
  2. Mettez en place un PMO agile.
  3. Mesurez la maturité et les progrès.
  4. Formez-vous pour l’état d’esprit, pas pour la conformité.
  5. Choisissez la bonne approche.
  6. Suivez des principes, pas des procédures.
  7. Faites confiance à vos équipes.

 

Quels sont les rôles des participants aux réunions de projet ?

Les réunions de projet peuvent être exaspérantes. Certaines personnes viennent sans préparation. D’autres s’écartent du chemin. Et qu’en est-il de ceux et celles qui vérifient constamment leurs e-mails ?

What are the Project Meeting Roles? par Harry Hall

https://projectriskcoach.com/project-meeting-roles/

Améliorez vos réunions grâce aux rôles de réunion de projet.

Les membres de l’équipe quittent les réunions sans décision, sans direction et sans savoir à quoi s’attendre ensuite. Les individus assoiffés de pouvoir dominent les discussions, tandis que les plus humbles ne disent rien.

Les réunions peuvent être une perte de temps et d’argent absolue.

Comment mieux gérer vos réunions et obtenir des résultats ?

Attribuez des rôles de réunion qui permettent de résoudre les problèmes de réunion courants.

Facilitateur / animateur

Le facilitateur commence chaque réunion en énonçant son objectif, en passant en revue les points à l’ordre du jour et en posant l’attribution des rôles de la réunion.

Il ou elle commence ensuite par le premier point de l’ordre du jour. Il ou elle engage les participants, en veillant à ce que chacun ait la possibilité de contribuer.

En outre, les facilitateurs devraient prendre l’initiative de résumer les résultats de chaque point de l’ordre du jour avant de passer au point suivant. Cela permet non seulement à l’équipe de valider le résumé, mais aussi de s’assurer que le scribe capture les informations les plus pertinentes et les plus précises.

Passez en revue les principales décisions, les mesures de suivi, les enjeux et les prochaines étapes à la fin de la réunion.

Scribe

L’un des rôles les moins appréciés mais les plus importants est celui de scribe. Le scribe a une position difficile. Un scribe doit être capable d’écouter, de résumer et de capturer les éléments essentiels pour le compte rendu de la réunion de projet.

Gardien

Le gardien maintient les participants à la réunion sur la bonne voie. Lorsque les individus s’écartent du sujet, le gardien les ramène au point de l’ordre du jour en cours.

Si les membres de l’équipe identifient un élément qui mérite une discussion plus approfondie, le facilitateur demande au scribe de capturer l’élément dans le « Parking Lot ».

Maître du temps

Le facilitateur devrait indiquer la durée de chaque point de l’ordre du jour. Le maître du temps surveille le temps écoulé sur chaque sujet.

Périodiquement, le maître du temps rappelle à tout le monde le temps restant, par exemple « Il reste cinq minutes ». Un peu plus tard, « Il reste deux minutes », et enfin, « Le temps est écoulé ».

Coach

Le rôle de coach est rarement utilisé, mais il peut être extrêmement utile. Le coach est chargé de faire des observations sur la réunion.

  • Comment s’est déroulée l’interaction entre les membres de l’équipe ?
  • Dans quelle mesure les membres ont-ils bien traité les points de l’ordre du jour avec les résultats souhaités ?
  • Les participants sont-ils restés sur le bon chemin et ont-ils atteint l’objectif de la réunion ?

À la fin de la réunion, le facilitateur demande au coach de prendre 2-3 minutes pour présenter ses observations.

De plus, en tant que coach, vous devez vous concentrer sur le processus de réunion, et non sur les individus. Votre rôle est de fournir une rétroaction constructive, en maintenant un environnement favorable et sans jugement qui encourage la croissance et l’amélioration.

Rendez vos réunions de projet merveilleuses

Engagez et éduquez vos parties prenantes. Tirez parti des commentaires du coach. Utilisez vos compétences en leadership pour influencer un bon comportement.

De combien de rôles avez-vous besoin ? Pour une réunion avec 3-4 personnes, vous n’aurez peut-être besoin que d’un animateur et d’un scribe. Pour une réunion avec 10 personnes ou plus, vous pouvez utiliser tous ces rôles.

Enfin, formez les membres de votre équipe sur les rôles de réunion. Pensez à partager cet article de blog. Attribuez des rôles le cas échéant, évaluez les résultats et aidez l’équipe à mûrir.

DantotsuPM – Meilleur billet de 2023 : « Remettez en question votre processus de prise de décision avec la règle du dixième homme ! »

Si neuf d’entre nous qui avons les mêmes informations arrivent à la même conclusion, il est du devoir du dixième homme de ne pas être d’accord. Aussi improbable que cela puisse paraître. Le dixième homme doit commencer à réfléchir à l’hypothèse que les neuf autres ont tort.

Billet original à lire pour découvrir tous les détails de cette technique.

Je connaissais le principe de « l’avocat du diable », voici une autre façon de mettre en place un processus qui challenge systématiquement les consensus de groupe pour éviter plusieurs biais cognitifs.

  1. Encouragez la pensée critique
  2. Veillez à ce que toutes les hypothèses et tous les risques potentiels soient pris en compte
  3. Réduisez la pensée de groupe
  4. Limitez les biais de confirmation
  5. Éliminez les biais d’autorité
  6. Améliorez la créativité
  7. Sortez des sentiers battus et considérez différentes idées
Lefebvre Dalloz Compétences est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

DantotsuPM – Meilleur billet de 2017 : « Reinventing Organizations de Fédéric Laloux », une synthèse de Synertal

Réinventer les organisations, les 5 Paradigmes Rouge, Ambre, Orange, Vert, Opale. (Billet Original détaillé).

Le livre sur Amazon

Cette synthèse a été réalisée à partir de l’analyse de Analyse de Anne-Claire Chêne « L’essentiel des pratiques organisationnelles innovantes » http://www.reinventingorganizations.com/uploads/2/1/9/8/21988088/chene_synthese_laloux2014.pdf

Frédéric Laloux a ouvert des perspectives sur le management des organisations avec son ouvrage Reinventing Organizations, basé sur une recherche rigoureuse d’organisations pionnières qui fonctionnent déjà sur des schémas novateurs.

DantotsuPM – Meilleur billet de 2016 : « Brise-glace virtuels pour équipes travaillant à distance ! »

Si vous organisez une réunion, exécutez rapidement cette discussion « brise-glace ».

Le billet original de Lisette Sutherland.

Voici certaines de ses questions préférées.

  • Quelle sont vos mets préférés et moins appréciés ? Une question si simple dont les réponses semblent toujours faire découvrir quelque chose d’intéressant !
  • Quel était votre premier job ?
  • Racontez une histoire à propos de votre nom…
  • Complétez la phrase « Quand je danse, je ressemble à __________ »
  • Quelle est votre bande dessinée préférée ?
  • Quel est votre moment préféré [de l’année, du mois, de la semaine, de la journée… ] ?
Lefebvre Dalloz Compétences est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

Gagnez l’implication des personnes que vous dirigez.

Les gens qui ne croient pas qu’il existe une différence entre manager et leader ne mènent personne. On manage des « choses », pas des personnes.

Earning the Commitment of the People You Lead par Steve Keating

https://stevekeating.me/2024/05/12/earning-the-commitment-of-the-people-you-lead/

On me demande souvent quelle est la différence entre manager et leader. C’est souvent ce que me demandent des gens qui ne croient pas qu’il y ait une différence. Je sais presque instinctivement que les gens qui ne croient pas qu’il existe une différence entre manager et leader ne mènent pas les gens. Ils tentent de faire l’impossible, c’est-à-dire gérer un autre être humain.

C’est impossible parce que les êtres humains refusent généralement d’être gérés. Ils résistent à chaque occasion et quand l’occasion de résister ne se présente pas, ils en créent une. Les gens veulent être dirigés.

Le mieux qu’un manager puisse faire est de contraindre ses employés à se conformer à ses demandes. Les problèmes sont nombreux, mais voici l’un des plus importants. Lorsque le manager n’est pas directement en présence de ses employés, la conformité ne l’est pas non plus. C’est pourquoi je dis qu’essayer de manager les personnes est la cause de la plupart des problèmes de personnes auxquels les managers sont confrontés.

Les leaders, quant à eux, s’efforcent de gagner l’engagement de leurs employés. Les avantages d’avoir l’implication des personnes que vous dirigez sont nombreux, mais en voici un énorme. Lorsque le leader n’est pas physiquement présent, l’engagement des équipes demeure. Elles continuent à produire et à se comporter exactement comme elles le feraient si leur leader était avec elles.

La réalité est que gagner l’implication des personnes que vous dirigez est crucial pour constituer une équipe solide et cohésive. Sans cet engagement, il y aura toujours des problèmes personnels. Les managers vous diront que certains des plus grands défis de leur travail sont liés aux personnes. Les dirigeants le disent rarement, voire jamais.

Si vous souhaitez éliminer la plupart des problèmes personnels de votre organisation, voici quelques stratégies pour gagner l’implication de vos employés et les mettre, ainsi que votre organisation, sur la voie du succès à long terme.

Donnez l’exemple.

Démontrez le comportement et l’éthique de travail que vous attendez des membres de votre équipe. Vos actions sont plus éloquentes que vos mots, alors donnez l’exemple des valeurs, des attitudes et des normes de travail que vous voulez que votre équipe incarne. Lorsque votre équipe voit votre engagement, elle est plus susceptible de l’imiter.

Communiquez efficacement.

Gardez les lignes de communication ouvertes et transparentes. Fournissez des instructions claires, partagez ouvertement des informations et écoutez activement les commentaires et les préoccupations des membres de votre équipe. Une communication efficace crée la confiance, encourage la collaboration et garantit que tout le monde est aligné sur les objectifs et la vision de l’équipe.

Responsabilisez et déléguez.

Faites confiance aux membres de votre équipe en leur confiant des responsabilités et donnez-leur les moyens de prendre des décisions dans leurs domaines d’expertise. Déléguer des tâches montre non seulement votre confiance en leurs capacités, mais leur permet également de se développer professionnellement. Lorsque les gens se sentent en confiance et valorisés, ils sont plus engagés dans la réalisation d’objectifs communs.

Reconnaissez et appréciez.

Reconnaissez et appréciez régulièrement les contributions des membres de votre équipe. Célébrez leurs réussites, grandes et petites, et reconnaissez publiquement leurs efforts. Une appréciation sincère favorise un environnement de travail positif. Cela remonte le moral et renforce l’engagement envers l’équipe et ses objectifs.

Offrez des opportunités de croissance.

Soutenez le développement professionnel des membres de votre équipe en offrant de la formation, du mentorat et des opportunités de croissance. Investissez dans leurs compétences et leur avancement professionnel, et encouragez-les à poursuivre leurs objectifs. Lorsque les gens voient un chemin clair pour leur développement au sein de l’équipe, ils sont plus susceptibles de rester engagés.

Favorisez une culture positive.

Créez une culture de travail favorable. Faites en sorte que chacun se sente valorisé, respecté et motivé à contribuer. Encouragez le travail d’équipe, la collaboration et le sentiment d’appartenance. Abordez les conflits et les défis rapidement et de manière constructive afin de maintenir un environnement où les gens s’engagent à travailler ensemble vers des objectifs communs.

Dirigez avec empathie.

Comprenez et faites preuve d’empathie envers les besoins, les défis et les aspirations individuels des membres de votre équipe. Souciez-vous sincèrement de leur bien-être et soutenez-les dans les moments difficiles. Lorsque les gens se sentent compris et soutenus, ils sont plus susceptibles de rester engagés envers l’équipe et ses objectifs.

Fixez des objectifs et des attentes clairs.

Établissez des buts, des objectifs et des attentes clairs pour les membres de votre équipe. Assurez-vous que chacun comprend son rôle dans l’atteinte de ces objectifs. Fournissez les ressources et le soutien nécessaires pour les aider à réussir. La clarté et l’alignement autour des objectifs renforcent l’engagement et la motivation.

Célébrez ensemble les réussites .

Célébrez collectivement les réalisations et les étapes importantes de l’équipe. Reconnaissez les contributions de chaque membre de l’équipe à la réussite partagée. Célébrer ensemble crée un sentiment de camaraderie et renforce l’engagement envers les projets futurs.

Ce sont ces stratégies qui vous aideront à gagner l’engagement des personnes que vous dirigez. Elles vous aideront à constituer une équipe performante. Elles agiront comme le ciment qui maintient l’organisation ensemble dans les moments difficiles. Elles sont essentielles pour atteindre des objectifs communs et un succès durable.

En tant que leader, vous devez vous rappeler que vous managez des « choses ». Des choses comme les budgets, les bâtiments et les stocks. Mais vous MENEZ les personnes.

Une fois que vous avez cette différence fermement ancrée dans votre esprit, votre potentiel de leadership en sera considérablement amélioré. Et il en va de même pour le potentiel de chaque personne que vous dirigez.

10 erreurs fréquentes en gestion du changement par Christelle Picault

Voici une liste de dangers qui reflète toute une expérience avec des exemples et leurs conséquences que vous pourrez mieux éviter en prenant conscience et en manageant proactivement ces risques.

Erreur n°1 : Ne pas impliquer les équipes !

Les collaborateurs ne sont pas consultés en amont ni impliqués dans le processus de changement.

Exemple : Lors de la mise en place d’un nouveau logiciel CRM/ERP, ne pas consulter les équipes de vente et administratives qui l’utiliseront quotidiennement.

Ces équipes, étant en première ligne, peuvent offrir des insights précieux sur les fonctionnalités nécessaires et les améliorations à apporter.

Conséquence : Une forte résistance au changement et un manque d’engagement, impactant la réussite du projet.

Erreur n°2 : Absence d’un planning clair et complet

Le manque de planification détaillée pour chaque étape du changement entraîne des imprécisions et des retards.

Exemple : Lancer une restructuration organisationnelle sans étapes définies ni jalons précis peut entraîner des chevauchements de tâches et des délais manqués.

Conséquence : Des objectifs flous et une mise en œuvre incohérente des initiatives de changement.

Erreur n°3 : Manque de communication et de suivi !

Les objectifs et les raisons du changement ne sont pas clairement communiqués à tous les niveaux de l’organisation, et il n’y a pas de suivi régulier.

Exemple : Lors de l’implémentation d’un nouvel outil de gestion de projet, ne pas expliquer ses bénéfices, et ne pas organiser de feedback réguliers empêche son adoption.

Conséquence : Des malentendus, des résistances au changement et une mauvaise exécution des initiatives de changement.

Erreur n°4 : Sous-estimer la résistance au changement !

Ne pas anticiper la résistance au changement peut faire échouer les initiatives.

Exemple : Imposer une nouvelle méthode de travail agile sans préparer les équipes à ce changement.

Conséquence : Un manque de soutien et de participation des équipes.

Erreur n°5 : Ne pas prévoir de formation !

Les collaborateurs ne sont pas formés pour s’adapter aux nouveaux outils ou processus.

Exemple : Mettre en place un nouveau système de gestion de projet sans offrir de formation approfondie.

Conséquence : Une utilisation inefficace des fonctionnalités et une frustration.

Erreur n°6 : Ne pas évaluer les risques et les suivre !

Ignorer les risques potentiels peut avoir des impacts importants.

Exemple : Introduire une nouvelle technologie ou un nouvel outil sans évaluer les risques de compatibilité avec les systèmes existants.

Conséquence : Des développements non anticipés et des coûts supplémentaires.

Erreur n°7 : Ne pas mobiliser les champions du changement !

Ne pas avoir de sponsor ou d’ambassadeurs du changement peut ralentir le processus.

Exemple : Ne pas avoir de sponsor fort pour allouer des ressources, communiquer et encourager les équipes durant la transition.

Conséquence : Une diffusion et une adoption plus lentes des initiatives de changement.

Erreur n°8 : Ne pas monitorer les progrès !

Ne pas suivre régulièrement les progrès peut faire dérailler le projet.

Exemple : Lancer une nouvelle stratégie de marketing sans suivre les indicateurs de performance clés (KPI).

Conséquence : Des ajustements tardifs et une perte de direction.

Erreur n°9 : Ne pas considérer le feedback post-changement !

Ignorer les retours après la mise en œuvre peut entraîner des problèmes non résolus.

Exemple : Ne pas recueillir les avis des utilisateurs après le déploiement d’un nouvel outil de travail collaboratif pour améliorer son adoption.

Conséquence : Des inefficacités persistantes et une frustration.

Erreur n°10 : Ne pas fêter les succès !

Ne pas reconnaître et célébrer les réussites peut démotiver les équipes.

Exemple : Ne pas organiser de réunion de célébration après avoir atteint un objectif majeur.

Conséquence : Une baisse de moral et un engagement réduit.


Christelle Picault

J’ai plus de 20 ans d’expérience en gestion de projets.

J’accompagne des entreprises dans l’optimisation de leurs processus et leur digitalisation.

J’accompagne les entreprises dans la gestion de projets, la gestion du changement, l’amélioration continue et la digitalisation.

Je suis passionnée par l’optimisation des processus, les démarches agiles et d’amélioration continue.

Dans ma boite à outils j’ai Notion qui peut être un outil de structuration très puissant.

Je suis certifiée PMP® (Project Management Professional) depuis 2011 et certifiée Lean Six Sigma Green Belt depuis 2017.

DantotsuPM – Meilleur billet de 2009 : « 7 attributs du leadership pour le chef de projet »

Comment résumer en quelques pages les attitudes, qualités et caractéristiques que j’ai retrouvées chez les plus brillants des managers de projets que j’ai eu la chance de côtoyer ?

Billet original à redécouvrir : Les « 7 attributs du leadership pour le chef de projet »

Voici 7 attributs principaux qui peuvent faire de vous en tant que manager de projet une ou un leader exceptionnel(le).

  1. Sachez communiquer une vision claire
  2. Maintenez un équilibre
  3. Apprenez à vous fier à votre instinct
  4. Soyez enthousiaste, inspirez vos équipes
  5. Faites preuve de respect
  6. Osez persévérer même dans l’adversité
  7. Adaptez-vous rapidement aux inévitables changements

Il me semble que ces attributs restent valides même 15 ans après que les ai décrits dans ce billet qui fut le plus apprécié de l’année 2009.

Lefebvre Dalloz Compétences est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

 

« Bonjour et bienvenue ! » Le premier post de DantotsuPM a déjà 15 ans et reste toujours d’actualité.

Les meilleures pratiques du management de projet, programme et portefeuille de projets, partage d’expériences, questions/réponses sur les thèmes de ce domaine qui vous intéresse.

Ce blog est également ouvert aux discussions sur le leadership, l’innovation, les petites idées qui permettent de se faciliter la vie professionnelle et de progresser.

Ci-dessus, un extrait du contenu du tout premier billet, le 26 Juin 2009 !

Le blog DantotsuPM est né de mon envie de partager (dans la continuité de la création du PMI® France-Sud dans les années 2000).

Pourquoi ce nom « DantotsuPM » ?

Comme beaucoup d’entre vous qui suivez mes publications, je cherche en permanence à améliorer les multiples compétences qui permettent de progresser dans ma vie et mes pratiques.

C’est d’ailleurs de là que vient le nom du blog car le mot Dantotsu que j’ai croisé lors de voyages professionnels au pays du soleil levant signifie en Japonais « rechercher en permanence le meilleur du meilleur ».

J’ai accolé PM à Dantotsu pour Project Management, ma passion : DantotsuPM était né !

Je sélectionne, traduit en français et publie sur ce blog des billets liés au management de projets, programmes, Project Management Office (PMO) et Portfeuilles de projets (PPM), aux soft skills, à l’agilité, à l’analyse des besoins business et au leadership.

Je m’efforce d’illustrer ces articles avec des images, vidéos, pointeurs utiles, partages d’expérience, bonnes pratiques, méthodes, outils, astuces, annonces de rencontres et wébinaires….

Vous pouvez suivre tous ces contenus directement sur ce blog https://dantotsuPM.com/ , ou sur vos médias sociaux favoris : Twitter, LinkedIn ou même Pinterest !

Si vous souhaitez à votre tour contribuer:

  1. N’hésitez pas à réagir aux billets avec vos commentaires.
  2. Contactez-moi sur LinkedIn pour publier vos propres articles.

Si votre société souhaite accroitre sa visibilité auprès des managers de projets et de leurs organisations, devenez sponsor-partenaire du blog DantotsuPM.

Découvrez ou relisez les billets les plus appréciés de la dernière année pour vous faire une meilleure idée de ce que ce blog peut éventuellement vous apporter.

Il y a déjà plus de 4000 billets en ligne et j’en publie un nouveau chaque jour…

Je vous invite donc à venir y piocher à votre rythme et selon vos besoins.

Visitez également l’espace ressources gratuites qui contient de nombreux pointeurs vers des documents utiles aux managers de projets.

J’espère que vous apprécierez d’utiliser les catégories qui regroupent les billets autour de grands thèmes ainsi que les mots clés qui rendront vos recherches plus faciles (dans la colonne de droite).

Voilà, je vous souhaite de belles lectures et de riches échanges et contributions à notre communauté de passionné.e.s du management de projets.

Adopter un état d’esprit agile

Pour qu’une approche Agile, itérative et adaptative,  fonctionne pour votre projet, vous devez avoir le bon état d’esprit et l’insuffler dans toute votre organisation.

Embracing an Agile Mindset  par Bonnie Biafore

https://www.bonniebiafore.com/embracing-an-agile-mindset/

L’adoption réussie des méthodologies agiles nécessite d’avoir le bon état d’esprit.

Pour que cette approche itérative et adaptative marche, vous devez adopter les éléments et caractéristiques suivants.

#1 – Rapidité et expérience.

Agile produit des résultats rapidement, mais cette vitesse a un coût. Vous avez besoin de personnes expérimentées et dédiées dans l’équipe pour produire des résultats de qualité et vous avez besoin d’une chaine de management impliquée dans l’effort, afin qu’elle sache ce qu’elle obtient. N’essayez pas de demander à des personnes moins expérimentées de produire des livrables intermédiaires, qui sont ensuite examinés par des personnes plus expérimentées. Si vous faites cela, les personnes expérimentées peuvent trouver des lacunes dans les livrables et demander des modifications. Pour que l’agilité fonctionne, les livrables et les décisions doivent être « à l’épreuve du veto ». C’est-à-dire qu’ils ne peuvent pas être annulés par un responsable d’équipe ou un manager qui n’aime pas le résultat. Cela démoralise l’équipe et sacrifie la vitesse que l’agilité est censée générer.

#2 – Un état d’esprit de « permettre l’apprentissage ».

L’un des bénéfices de l’agilité est qu’il permet aux parties prenantes et aux membres de l’équipe d’apprendre. L’utilisation des livrables inspire l’apprentissage et l’amélioration continue des produits du projet. Cela signifie que les parties prenantes doivent être prêtes à ce que les produits soient retravaillés après l’installation. De plus, cet apprentissage déplace souvent les priorités de la production de nouveaux livrables vers la refonte des précédents. Dans l’ensemble, cette volatilité dans ce sur quoi l’équipe travaille est productive. L’inconvénient est que les parties prenantes désireuses d’utiliser de nouvelles fonctionnalités pourraient être déçues. Pour soutenir l’état d’esprit de l’organisation apprenante, assurez-vous de communiquer et de rassurer les parties prenantes.

#3 – Encourager de petites améliorations fréquentes.

Agile produit rapidement les livrables les plus importants pour améliorer l’entreprise. Cette livraison rapide de valeur peut créer des attentes selon lesquelles les améliorations de l’entreprise se poursuivront à ce même rythme. Oui, l’amélioration se poursuivra, mais pas au même rythme qu’au début du projet. Les résultats produits par l’agilité sont généralement des améliorations progressives. Il est rare que l’agilité produise de grands sauts quantiques. Assurez-vous que les parties prenantes comprennent que les améliorations seront mineures et que des changements se produiront souvent au fur et à mesure que le projet se poursuit.

#4 – Confiance et responsabilisation.

Pour qu’une équipe agile prospère, les parties prenantes, la direction, même les utilisateurs finaux, doivent faire confiance à l’équipe. L’équipe doit avoir la permission de décider comment atteindre les objectifs business. Cela inclut la prise de décisions sur l’ajustement des processus métier.   Si la confiance n’est pas là, la valeur de l’agilité diminue. La vitesse diminue et les membres de l’équipe seront frustrés.

#5 – Simplicité.

Les méthodologies agiles privilégient la simplicité à la complexité et à la documentation excessive. La simplicité s’applique aux processus, à la communication et aux livrables. Les parties prenantes doivent renoncer à la bureaucratie et à la documentation qu’elles ont reçues dans le passé. L’accent est plutôt mis sur la livraison de solutions fonctionnelles. La documentation est développée à partir d’un exercice d’observation de la façon dont les utilisateurs finaux utilisent ces solutions fonctionnelles.

Avez-vous d’autres suggestions à ajouter pour un bel état d’esprit agile ? Partagez-les avec nous.

Pour en savoir plus sur l’agilité, consultez la formation de Doug Roe Agile Foundations.

5 caractéristiques des leaders agiles

L’agilité organisationnelle implique que l’ensemble de l’organisation soit un réseau interdépendant d’équipes autogérées. De telles organisations nécessitent un type de leadership différent aux différents niveaux de l’organisation.

Five Traits of Agile Leaders par Sam Adesoga

https://wu.valhegut.co/blog/5-traits-of-akil-leaders

Scrum et d’autres cadres d’agilité se basent sur des équipes auto-organisées / autogérées.

L’agilité organisationnelle implique que l’ensemble de l’organisation soit un réseau interdépendant d’équipes autogérées. De telles organisations nécessitent un type de leadership différent aux différents niveaux de l’organisation.

« Les individus et les interactions plutôt que les processus et les outils »

Ma phrase préférée dans le Manifeste Agile est « Les individus et les interactions plutôt que les processus et les outils ». Cela implique que les leaders doivent créer un environnement permettant aux équipes de collaborer au sein des équipes et entre les équipes.

Dans cet article, je décris 5 caractéristiques des leaders qui réussissent à créer un environnement propice à l’épanouissement des équipes agiles.

#1 – Des leaders qui responsabilisent les équipes.

Ces leaders démontrent aux équipes qu’elles peuvent et doivent prendre des décisions qui affectent leurs équipes. Ils veillent à ce que leurs équipes possèdent les compétences appropriées et disposent en permanence d’informations qui leur permettent de s’autogérer.

Les équipes autonomes ont le pouvoir de prendre des décisions qui affectent leur façon de travailler et le produit qu’elles créent. Elles ont également la permission d’expérimenter et d’échouer (d’apprendre).

#2 – Des leaders qui font confiance à leurs équipes.

La confiance est une condition fondamentale pour que l’agilité prospère. Les leaders qui ont peu confiance en l’équipe ont tendance à micro-manager leur équipe, ce qui entraîne la frustration des personnes qui travaillent dans ces équipes. Un processus de gouvernance trop restrictif pourrait être le signe d’un manque de confiance dans le fait que l’équipe fera ce qu’il faut. Les contrôles sont une bonne chose, mais dans les situations où ils entravent la création de valeur, les leaders doivent se poser la question de la confiance.

#3 – Les leaders qui capturent, suivent et améliorent les indicateurs de valeur.

Le type de leaders qui soutiennent l’agilité s’intéresse à des indicateurs tels que :

  • Valeur actuelle du produit.
  • Valeur non réalisée du produit
  • La capacité d’innovation des équipes
  • Délai de mise sur le marché

[Source : EBM Metrics]

Contrairement aux leaders qui s’intéresseraient qu’à des indicateurs tels que la quantité de travail effectuée par l’équipe, l’utilisation des ressources et nombreux autres indicateurs qui ne correspondent pas à l’agilité.

Les leaders qui se concentrent sur leur équipe et travaillent avec elle pour améliorer les indicateurs de valeur constituent des équipes et des organisations solides qui sont bien positionnées pour apporter de la valeur à leurs clients.

CertYou est partenaire de DantotsuPM, allez voir les certifications AgilePM

#4 – Des leaders qui se concentrent sur les résultats plutôt que sur les livrables.

Faire rêver ces équipes plutôt que les surveiller.

Nous avons souffert de leaders qui se concentraient trop sur les résultats tels que le nombre de lignes de code produites, les articles de communication écrits, les billets publiés sur les médias sociaux, etc. car ceux-ci sont faciles à capturer.

Nous coachons ces leaders pour qu’ils aident leurs équipes à définir des résultats, ce n’est qu’alors que ces leaders auront plus de chances de constituer des équipes autogérées. Ces leaders co-créent des objectifs avec leurs équipes et les aident à atteindre ces objectifs. Il peut s’agir, par exemple, d’améliorer le Net Promoter Score de 20 % ou d’améliorer la fidélisation des clients de 30 % d’une année sur l’autre. Une fois les objectifs fixés, les leaders doivent permettre à leurs équipes de trouver des idées qui pourraient les aider à atteindre ces objectifs et à mesurer leurs progrès.

#5 – Des leaders qui coachent leurs équipes.

Une organisation agile est une organisation dans laquelle chaque leader est un coach, c’est-à-dire qu’il aide les membres de son équipe à être de meilleures versions d’eux-mêmes. Ces leaders sont des cheerleaders pour leur équipe, ils n’entravent pas le travail et ils déploient de l’autonomie, de la maîtrise et de la détermination pour motiver leur équipe. Ces leaders délèguent autant que possible à leur équipe et « révèlent plutôt que résolvent » lorsque leurs équipes sont confrontées à des défis.

Notre travail a vu beaucoup trop d’organisations commencer leur parcours agile en formant leurs équipes alors que les leaders sont généralement trop occupés pour se former. Les leaders ne peuvent pas mener des efforts de changement dont ils ne font pas eux-mêmes partie.


Sam Adesoga, Principal Coach and Lead Trainer

  • Praticien agile et agnostique ainsi qu’un formateur professionnel Scrum avec Scrum.org
  • L’expérience professionnelle de Sam comprend Développeur, Développeur de logiciels, Test and Release Manager, Scrum Master et récemment coach Agile d’entreprise
  • Sam utilise des approches agiles comme fondation, et s’intéresse à aider les individus, les équipes et l’ensemble des organisations à développer l’état d’esprit et la culture nécessaires pour réussir dans un monde VUCA.
  • Nombre total d’années d’expérience dans le développement et la livraison de produits à l’aide de cadres de travail agiles – 17 ans.

Les avantages surprenants à bénéficier de ressources dédiées à votre projet

Les collaborateurs opérationnels qui vont et viennent dans leur projet constituent un défi plutôt habituel pour tous les managers de projet.

The Surprising Benefits of Dedicated Resources  par Bonnie Biafore

https://www.bonniebiafore.com/the-surprising-benefits-of-dedicated-resources/

En raison des responsabilités professionnelles quotidiennes de ces collaborateurs opérationnels, les tâches de projet peuvent devenir des activités « quand le temps le permet », ce qui rend difficile la gestion d’un échéancier de projet.

Non seulement les membres de l’équipe dédiés à 100% au projet évitent cette situation, mais ils présentent également d’autres avantages surprenants.

Amélioration des résultats du projet.

Les ressources dédiées accomplissent souvent leurs tâches plus rapidement, ce qui peut raccourcir la durée de votre projet. Une ressource dédiée peut coûter plus cher par heure, mais nécessiter moins d’heures peut réduire vos coûts de main-d’œuvre. L’achèvement plus rapide d’un projet offre également des avantages business plus rapides, tels qu’une augmentation des revenus ou une réduction des coûts opérationnels.

Réduction des risques pour l’entreprise.

Le personnel opérationnel affecté aux tâches du projet détourne les yeux les plus expérimentés de l’entreprise. Par conséquent, des risques opérationnels pourraient être négligés, ce qui entraînerait des problèmes business. Du côté du projet, les tâches complexes nécessitent de la concentration. Et le fait de passer d’un projet à l’autre fait voler en éclats cette concentration. Ainsi, la qualité des produits du projet pourrait être affectée.

Les sous-traitants dédiés ont les bonnes compétences et réduisent les coûts de main-d’œuvre.

Les employés opérationnels n’ont pas nécessairement les meilleures compétences pour créer des livrables du projet. Envisagez plutôt des sous-traitants. Les professionnels externes ayant les bonnes compétences peuvent améliorer et accélérer la livraison de votre projet. Et comme ils ne rejoignent le projet que pour le temps nécessaire à leurs tâches, les coûts de main-d’œuvre de votre projet sont moindres.

Les connaissances opérationnelles sont toujours disponibles.

Les membres de votre équipe dédiés au projet peuvent interviewer ou observer de près les employés opérationnels. De cette façon, ils peuvent acquérir des connaissances de première main sur les opérations business et appliquer ces connaissances aux livrables de votre projet.

Si vous avez utilisé des ressources dédiées à vos projets, en avez-vous tiré d’autres avantages imprévus ?

Ou peut-être avez-vous des questions sur l’acquisition et l’utilisation de ressources externes. Quoi qu’il en soit, partagez votre expérience dans les commentaires.

Pour en savoir plus sur les ressources de projet, consultez le cours de Bonnie Biafore Project Management Foundations.


Sur le même sujet, découvrez ou relisez : Les bénéfices des personnes dédiées à votre projet

Libérez votre plein potentiel : Le pouvoir de la responsabilité.

Cet article explore le pouvoir transformateur de la responsabilité dans la croissance personnelle et l’importance d’élever les autres alors que nous nous élevons vers le meilleur de nous-mêmes.

Unlocking Your Full Potential: The Power of Accountability par Sim Silverstein

https://samsilverstein.com/full-potential/

Dans notre cheminement pour devenir le meilleur de nous-mêmes, le chemin de l’amélioration de soi est éclairé par le phare de la responsabilité. Ce n’est pas une entreprise solitaire ; Il s’agit plutôt d’un voyage interconnecté où nous nous efforçons non seulement d’atteindre notre plus haut potentiel, mais aussi d’aider les autres en cours de route.

Comprendre la responsabilité dans la croissance personnelle

La responsabilisation est la pierre angulaire de l’amélioration de soi. Il s’agit de s’approprier nos actions, nos décisions et nos comportements.

Lefebvre Dalloz Compétences est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

Voici comment la responsabilisation joue un rôle central dans notre parcours de croissance personnelle.

#1 – Se fixer des objectifs clairs

Pour donner le meilleur de nous-mêmes, nous devons nous fixer des objectifs clairs et mesurables qui correspondent à nos valeurs et à nos aspirations. Être responsable, c’est se tenir responsable de l’atteinte de ces objectifs.

#2 – Réflexion constante sur soi-même

La responsabilisation encourage l’introspection régulière. Nous évaluons nos progrès, reconnaissons nos forces et nos faiblesses et identifions les domaines à améliorer.

#3 – Passer à l’action

Il ne suffit pas de se fixer des objectifs et de réfléchir, la responsabilité nous pousse à prendre des mesures cohérentes pour notre croissance personnelle. Nous nous tenons responsables d’apporter les changements nécessaires.

#4 – Résilience et adaptabilité

La responsabilisation nous aide à persévérer face aux défis. Nous assumons la responsabilité de nos échecs et adaptons nos stratégies pour surmonter les obstacles.

Le rôle de la responsabilité dans l’aide aux autres

Donner le meilleur de soi-même ne se fait pas en vase clos. Nous nous épanouissons lorsque nous aidons les autres à faire de même.

Voici comment la responsabilité s’étend à aider les autres dans leur croissance personnelle.

  • Prêcher par l’exemple : Nous inspirons les autres en incarnant la responsabilité dans nos propres vies. Lorsqu’ils voient notre engagement à nous améliorer, ils peuvent être motivés à faire de même.
  • Offrir du soutien et de l’encouragement : Être responsable signifie fournir du soutien et de l’encouragement à ceux qui nous entourent. Nous relevons les autres lorsqu’ils trébuchent et célébrons leurs succès.
  • Partenaires responsables : S’associer à quelqu’un qui partage votre parcours de croissance personnelle peut être extrêmement bénéfique. Les partenaires responsables se tiennent mutuellement responsables des progrès réalisés et fournissent une rétroaction précieuse.
  • Mentorat et coaching : Au fur et à mesure que nous devenons le meilleur de nous-mêmes, nous pouvons étendre nos connaissances et notre expérience pour encadrer ou coacher les autres sur leur chemin vers la croissance personnelle.

10 étapes pour libérer votre plein potentiel et aider les autres

  1. Fixez-vous des objectifs clairs : Définissez vos objectifs et créez une feuille de route pour votre parcours de croissance personnelle. Soyez précis sur ce que vous voulez accomplir.
  2. Pratiquez l’introspection : Évaluez régulièrement vos progrès, reconnaissez vos réalisations et identifiez les domaines à améliorer.
  3. Passez à l’action : Engagez-vous à prendre des mesures cohérentes pour atteindre vos objectifs. Tenez-vous responsable de vos actions et de vos décisions.
  4. Relevez les défis : Comprenez que les revers font partie du voyage. Considérez les défis comme des opportunités de croissance et adaptez votre approche au besoin.
  5. Recherchez des partenaires responsables : Trouvez quelqu’un qui partage votre engagement envers la croissance personnelle. Tenez-vous mutuellement responsables de vos progrès et soutenez-vous mutuellement.
  6. Soyez un mentor ou un coach : Tendez une main secourable à ceux qui cherchent des conseils. Partagez vos expériences et vos connaissances pour aider les autres dans leur parcours de croissance personnelle.
  7. Cultivez un environnement favorable : Entourez-vous de personnes qui vous encouragent à grandir. Favorisez un environnement de positivité et de responsabilité.
  8. Célébrez vos réussites : Reconnaissez et célébrez vos réalisations en cours de route. Partagez vos réussites avec les autres et célébrez également leurs réalisations.
  9. Restez ouvert à apprendre : Restez ouvert aux nouvelles idées, perspectives et commentaires. L’apprentissage continu est une caractéristique de la croissance personnelle.
  10. Donnez aux autres : Au fur et à mesure que vous donnez le meilleur de vous-même, tendez la main pour aider les autres dans leur parcours. Soyez une source d’inspiration et d’encouragement.

La responsabilité est la boussole qui nous guide sur notre chemin pour devenir le meilleur de nous-mêmes.

Il ne s’agit pas seulement d’un cheminement personnel ; C’est un effort collectif où nous élevons les autres à mesure que nous nous élevons.

En fixant des objectifs clairs, en passant à l’action et en favorisant une culture de soutien et de responsabilisation, nous pouvons libérer notre plein potentiel et aider les autres à faire de même.

Dans ce voyage interconnecté, nous découvrons que notre croissance personnelle est intrinsèquement liée à la croissance de ceux qui nous entourent, ce qui fait de la poursuite du meilleur de nous-mêmes une expérience véritablement transformatrice.

Vous sentez-vous seul(e) en tant que manager de projet ?

Si vous vous sentez seul(e) ou isolé(e) en tant que manager de projet, vous n’êtes pas seul(e) !

What If You Feel Lonely as a PM by Bonnie Biafore

https://www.bonniebiafore.com/what-if-you-feel-lonely-as-a-pm/

Surmonter ce sentiment, c’est trouver un équilibre entre efficacité professionnelle et relations interpersonnelles. Vous devez également être intentionnel et appliquer quelques mesures pratiques.

Voici quelques mesures que vous pouvez prendre

Tirez parti du processus de prise de décision.

La prise de décision et la résolution des problèmes se font souvent seul(e) dans votre bureau. Mais il est possible de vous connecter et d’interagir avec les autres dans le processus de prise de décision. Vous devez consulter les principales parties prenantes. Vous devez collecter des informations et les analyser avec votre équipe et/ou votre sponsor. Cette vue d’ensemble de la prise de décision vous rappellera que d’autres personnes contribuent au processus – vous n’avez pas à gérer les décisions complètement par vous-même.

Faites partie de votre équipe.

En tant que manager de projet, vous n’avez pas à vous tenir à l’écart de l’équipe. Oui, vous devez être impartial et ne pas favoriser un membre de l’équipe par rapport à un autre. Mais vous pouvez travailler en étroite collaboration avec les membres de l’équipe. Développez des relations solides avec l’équipe et déterminez comment vous pouvez l’aider à se développer. Collaborez avec eux de manière solidaire lorsque cela vous aidera à accomplir vos tâches. Invitez-les à collaborer avec vous sur des tâches de management de projet. (Cela vous fera gagner du temps, vous permettra de déléguer si vous êtes en retard sur votre travail et vous aidera à surmonter ce sentiment d’être déconnecté.)

Soyez fier des livrables que vous produisez.

Le télétravail peut accroitre ce risque de sentiment d’isolement.

En tant que manager de projet, vous contribuez à l’élaboration de livrables qui aident votre organisation. Vous risquez de ne pas attirer l’attention pendant la construction des produits, ce qui est une bonne chose. Cela signifie que vous avez gagné votre indépendance ! Le manque d’attention peut vous donner l’impression d’être exclu, ignoré. Faites un peu d’introspection. Vous sentez-vous isolé lorsque vous pensez aux livrables sur lesquels vous travaillez ? Si c’est le cas, vous devez obtenir un retour d’information ou une validation. Planifiez un examen des progrès avec votre sponsor et/ou les principales parties prenantes.

Travaillez sur l’environnement de votre équipe.

Le travail ne doit pas toujours être un dur labeur. Incluez de brefs événements sociaux dans l’environnement de votre projet. Cela aide non seulement l’équipe à mieux travailler ensemble, mais cela peut également remédier au sentiment de déconnexion. Des cafés virtuels, des déjeuners en équipe ou de petites cérémonies de remise de prix lorsque des jalons sont atteints. Vous vous sentirez tous plus connectés à mesure que vous améliorerez la dynamique de l’équipe.

Réseautez avec d’autres managers de projet.

Il n’est pas nécessaire de tout gérer seul ! Vous n’êtes pas le seul manager de projet, et vous n’êtes pas le seul à vous sentir parfois isolé. Trouvez un mentor. Parlez à d’autres managers de projet. Vous trouverez forcément des personnes qui comprennent ce que vous vivez.

Si vous avez des conseils, des anecdotes ou des questions sur la création de liens relationnels, partagez-les dans les commentaires. Et si vous êtes à la recherche d’une communauté de managers de projet, rejoignez un ou plusieurs groupes liés au management de projet sur LinkedIn.*

Cet article fait partie de la série de bulletins d’information Bonnie’s Project Pointers, qui compte plus de 47 000 abonnés. Cette newsletter est écrite à 100% par un humain (pas d’extraterrestres ou d’IA impliqués). Si vous aimez cet article, vous pouvez vous abonner pour recevoir des notifications lorsqu’un nouvel article (en anglais) est publié.

Vous voulez en savoir plus sur les sujets que Bonnie aborde dans ces newsletters ? Visonnez  ses cours dans la bibliothèque d’apprentissage LinkedIn et écoutez ses diffusions en direct sur LinkedIn Office Hours.


* Voici les groupes LinkedIn sur le management de projets que je suis personnellement.

Faites de votre projet un lieu de travail positif

Vous avez probablement entendu dire que « le leader donne le ton ». Ce ton concerne l’environnement que vous créez pour votre équipe de projet.

Make Your Project a Positive Place to Work par Bonnie Biafore

https://www.bonniebiafore.com/make-your-project-a-positive-place-to-work/

Voici ce que vous pouvez faire – AUJOURD’HUI pour faire de votre projet un lieu de travail positif (et attrayant). Et cela vous aide à faire de votre projet un succès.

Recevez les nouvelles, bonnes et mauvaises, avec une attitude constructive.

Manager un projet, c’est comprendre l’actualité : l’achèvement des tâches, les retards, les conversations avec les parties prenantes, les nouvelles idées et les conflits. Pour comprendre la nouvelle, il faut en entendre parler. Et cela ne se produit que si vous soutenez vos équipes. Faites en sorte qu’il soit difficile ou désagréable pour les membres de l’équipe de partager des nouvelles avec vous (pensez à l’expression « tuer le messager ») et vous ne saurez pas ce qui se passe sur votre projet. Remerciez les personnes qui partagent des informations, qu’elles soient bonnes ou mauvaises. De cette façon, vous pouvez répondre de manière proactive aux problèmes du projet, au lieu de réagir à la bombe (de vérité) qu’une partie prenante clé lâche dans votre bureau parce que votre équipe n’a pas partagé le problème avec vous.

Constituez une équipe.

Oui, même pour un projet de courte durée. Trouvez un nom d’équipe, pas le nom business du projet. (Personne ne veut travailler sur le projet de gestion de la production et de l’efficacité du Velcro fusionné… mais ils apprécieront peut-être de faire partie de l’équipe « Better Rip and Stick » !)

Agissez comme si VOUS faisiez partie de l’équipe (parce que vous en êtes) et encouragez le travail d’équipe pour accomplir les tâches. Partagez la responsabilité. Célébrez les petites victoires. Vous aurez des membres de l’équipe dévoués qui voudront travailler avec vous… aujourd’hui et à l’avenir.

Assurez-vous que les membres de l’équipe comprennent la pertinence business de leurs tâches.

Les membres de l’équipe seront plus engagés lorsqu’ils sauront comment leurs livrables s’intègrent dans la vue d’ensemble. Le travail devient plus significatif et plus satisfaisant pour eux ! Parler de l’objectif des tâches peut également réduire les erreurs. Les membres de l’équipe soulèveront plus facilement les problèmes potentiels lorsqu’ils comprendront le contexte de leur travail. Vous obtiendrez de meilleurs livrables et plus de dévouement de la part de votre équipe.

Aidez les membres de l’équipe à se sentir à leur place.

Une équipe diversifiée, c’est bien, mais ce n’est que la première étape. Impliquez tous les membres de votre équipe dans la prise de décision et la planification de votre projet. Dépassez cela, prenez le temps de comprendre qui ils sont, quels sont leurs objectifs et quelles expériences de projet seront les plus significatives pour eux. Aidez-les à atteindre ces objectifs dans la mesure du possible.

Quels conseils avez-vous pour créer un environnement de projet positif ? Quels bénéfices avez-vous obtenus en offrant aux membres de l’équipe un environnement de travail positif ?

Pour en savoir plus sur le travail en équipe, considérez la formation Daniel Stanton’s Project Management Foundations: Teams.

Le modèle de mise à l’échelle de Spotify : Spotify ne l’utilise pas, vous ne devriez pas non plus !

Vous ne pouvez pas copier-coller l’approche de quelqu’un d’autre en matière d’agilité. Leur approche s’est développée à partir de leur peuple et de leur culture.

The Spotify Model of Scaling – Spotify Doesn’t Use It, Neither Should You par Mark Levison

https ://agilepainrelief.com/blog/the-spotify-model-of-scaling-spotify-doesn’t-use-it-neither-should-you.html (en anglais seulement)

Le « modèle Spotify » n’est probablement pas un modèle et n’est absolument pas ce qui est actuellement pratiqué chez Spotify aujourd’hui. (Certains suggèrent que cela n’a jamais été le cas.)

L’image ci-dessous a été rendue célèbre dans des vidéos d’Henrik Kniberg, où il explique comment le travail était organisé en escouades, tribus et guildes (Squads, Tribes, and Guilds).

Spotify Engineering Culture – Part 1&2 (aka the « Spotify Model »)

Beaucoup de gens voient la structure et essaient de l’imiter dans leur organisation. Pire encore, beaucoup tentent d’obtenir le bénéfice supposé en renommant les structures organisationnelles existantes avec ces nouvelles étiquettes.

En conséquence, la plupart des tentatives  du modèle Spotify sont en fait du Cargo Cult.

Figure 1 – La célèbre image de Henrik Kniberg & Anders Ivarsson dans https://blog.crisp.se/wp-content/uploads/2012/11/SpotifyScaling.pdf

La structure n’est pas le plus important. La culture dévorera n’importe quelle structure. (Indice : c’est pourquoi le fait de renommer vos équipes en « Escouades » et d’appeler les responsables de service « Chefs de chapitre » n’a jamais aidé.)

Cela dit, si je ne résume pas ici ces étiquettes, vous irez les chercher ailleurs de toute façon, alors c’est parti…

  • Squad : En fait une équipe Scrum avec un nouveau nom. Lorsque l’article original a été publié, chaque escouade possédait une petite partie de l’interface utilisateur ou du comportement du système. Ils possèdent cette partie du produit et peuvent mener des expériences sans dépendre d’autres équipes. Les personnes qui sont familières avec LeSS remarqueront que les escouades sont des équipes fonctionnelles.
  • Tribu : Un ensemble d’escouades qui travaillent dans un domaine connexe. Elle est conçue pour avoir une collaboration optimale entre les escouades avec peu de dépendances avec d’autres tribus. Les tribus sont limitées à 100 personnes afin de minimiser « les règles restrictives, la bureaucratie, la politique, les couches supplémentaires de management et autres gaspillages ».
  • Chapitre : Personnes d’un même domaine de compétence au sein d’une tribu, par exemple les testeurs ou les développeurs qui travaillent avec une certaine technologie. Les chapitres se réunissent régulièrement pour discuter des problèmes et partager les apprentissages dans leur domaine.
  • Guilde : une communauté d’intérêts plus large. Les guildes incluent généralement les chapitres, mais toute personne intéressée par un sujet peut rejoindre une guilde. Lorsque l’article original a été écrit, ils avaient des guildes pour la technologie Web et la guilde des coachs agiles.

Structurellement, il s’agit d’une façon parfaitement saine d’organiser les équipes. L’obstacle est si vous changez les étiquettes sans les changements culturel et de mentalité qui vont avec. Et la formation seule ne réalisera pas ce changement.

S’agit-il simplement d’un autre modèle matriciel, le genre de chose que les coachs agiles déconstruisent depuis des années ?

Oui, c’est le cas, mais c’est un autre type de matrice. Dans d’autres modèles matriciels, la relation horizontale est la relation principale. Par exemple, un développeur relève d’un responsable de développement ; un testeur à un manager des tests, etc. L’affiliation avec l’équipe ou les équipes avec lesquelles ils travaillent est plus lâche.

Spotify a inversé cette tendance. La relation principale est celle de membre d’une équipe stable et interfonctionnelle.

Le responsable du chapitre (ce n’est pas un bon choix de nom) est un coach, qui se concentre sur les compétences et l’excellence technique. En théorie, c’est génial. Dans la pratique, c’est le premier endroit où de nombreuses organisations commettent une erreur. Les responsables de votre chapitre ne devraient pas être d’anciens managers qui ont obtenu un nouveau titre de poste.

Il y a une myriade d’autres erreurs que les gens commettent en lisant un livre blanc et en regardant une vidéo. La liste serait plus longue que l’article original. Ce problème est si populaire qu’il a même son propre mème :

Vous ne pouvez pas copier-coller l’approche de quelqu’un d’autre en matière d’agilité. Leur approche s’est développée à partir de leur peuple et de leur culture. De plus, toutes les tentatives de documentation d’une culture sont des simplifications qui manquent des détails importants.

Au lieu de copier  le modèle Spotify ou le modèle d’une autre entreprise au hasard (par exemple, FitBit, John Deere), développez votre propre modèle Agile. C’est la seule voie à long terme vers le succès.

CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

Concentrez-vous sur les choses que Spotify avait dans son moteur

  • Apporter de la valeur. Toutes les améliorations apportées au système doivent être testées en se posant les questions suivantes : Cette amélioration ou cette expérience nous aide-t-elle à créer de la valeur ?
  • Amener de la valeur au produit. Ceci nécessite de mener des expériences et de voir ce qui fonctionne pour les utilisateurs finaux réels.
  • Autonomie plutôt qu’ordres et contrôle. Sans autonomie, il n’y a pas d’apprentissage, d’amélioration, d’innovation ni de capacité à s’adapter à des circonstances changeantes.
  • Alignement. Au lieu de dire aux gens ce qu’ils doivent faire pour les fonctionnalités et l’architecture du produit, concentrez-vous sur le fait d’amener les équipes à s’aligner sur un objectif produit commun. Envisagez d’avoir plusieurs équipes travaillant à partir d’un objectif produit commun.
  • Équipes interfonctionnelles orientées produit (alias Feature Teams). Plutôt que de constituer des équipes en fonction de leur souche fonctionnelle (par exemple, base de données, logique métier, interface utilisateur).
  • Une culture d’ingénierie qui met l’accent sur la qualité et la simplicité. Créez un  pipeline de livraison continue qui permet aux équipes de créer de la valeur indépendamment les unes des autres. Au lieu d’un pipeline qui nécessite d’attendre que l’ équipe DevOps le déploie pour eux. Astuce : Dans de nombreuses organisations, DevOps est une équipe en aval de l’équipe de développement de fonctionnalité, qui déploie l’application. Il s’agit d’un anti-modèle bien connu.
  • Sécurité psychologique. L’article original l’appelait « expérimentation conviviale ». (experiment friendly). L’élément clé de l’expérimentation conviviale est la création d’un environnement où nous pouvons reconnaître la valeur de la prise de risques et l’apprentissage du processus. Le nom à la mode pour cela est « sécurité psychologique ».
  • L’amélioration continue en tant que caractéristique du système. Les équipes n’ont jamais fini de s’améliorer. Nous devons créer des cultures qui favorisent cet état d’esprit.
  • Le moral. Appelé à l’origine bonheur, il s’agit de la volonté et de la persévérance des membres de l’équipe à travailler pour le bien commun.
  • Améliorer le flux du travail dans le système. Les outils comprennent la limitation  du travail en cours (ou WIP),  le développement des compétences croisées et l’élimination des goulots d’étranglement. Vous pouvez mesurer le succès de cette opération à l’aide  du temps de cycle et du délai d’exécution.

Dans le monde Agile où le changement est valorisé, pourquoi une équipe stable est-elle si importante ?

Une équipe stable est une équipe dans laquelle la composition de l’équipe ne change pas souvent et est, au contraire, cohérente au fil du temps. Pourquoi devriez-vous vous en soucier ?

In Agile, Where Change is Valued, Why Is a Stable Team So Important? par Mark Levison

https://agilepainrelief.com/blog/in-agile-where-change-is-valued-why-is-a-stable-team-so-important.html

Une équipe stable est une équipe dans laquelle la composition de l’équipe ne change pas souvent et est, au contraire, cohérente au fil du temps.

Pourquoi devrions-nous nous en soucier ? Scrum n’est-il pas comme le basket-ball où vous pouvez changer les joueurs sur le terrain à chaque fois qu’il y a une interruption ? Découvrons-le…

Les équipes très performantes, ou les équipes qui font des choses avec une qualité incroyablement élevée, est l’objectif de beaucoup de ceux qui arrivent dans Scrum en s’attendant à obtenir des performances incroyables de leur système. Mais construire une équipe performante à partir de zéro prend du temps. L’image populaire du modèle de formation d’équipe de Tuckman montre une équipe passant par les étapes de formation/constitution à tension à normalisation puis exécution/production. (Mise en garde : l’image existe pour simplifier la compréhension. La dynamique d’une vraie équipe sera plus désordonnée qu’on ne le montre ici).

Il est facile de former une équipe, puis de passer à toute vitesse à travers la phase de tension. La phase de tension est caractérisée par des conflits, car les gens appréhendent les rôles et les relations.

La normalisation et l’exécution sont considérablement plus difficiles dans les équipes instables, et elles s’y produisent à plusieurs reprises. Chaque fois qu’il y a un changement dans la composition de l’équipe, il y a de fortes chances de revenir à la phase de tension en raison de la nouvelle dynamique interpersonnelle. J’avertis les organisations que, lorsqu’elles doivent apporter des changements, il y a un risque que le changement les renvoie non seulement à la tension, mais qu’il soit également suffisamment dommageable pour que l’équipe ne s’en remette pas du tout. Combien de fois voulez-vous tenter la chance ?

La plupart des travaux de la littérature académique traitent de la familiarité, et non de la stabilité. Grosso modo, cela signifie « nous avons suffisamment travaillé ensemble dans le passé pour nous comprendre en tant qu’individus ». Que vous l’appeliez familiarité ou stabilité, la prémisse est la même : Les gens ont besoin de temps pour apprendre à se comprendre et à communiquer efficacement, la clé est que la familiarité est plus faible que la stabilité.

Comment des équipes stables affectent la qualité

Lorsque les membres de l’équipe se connaissent, vous en voyez les bénéfices dans le niveau de qualité du travail de cette équipe. Prenons, par exemple, la chirurgie. J’espère  que la plupart des équipes Scrum font un travail moins  risqué que les interventions chirurgicales, mais la chirurgie (pour des raisons évidentes) est bien étudiée, ce qui nous donne une bonne source de données.

Il y a un chirurgien orthopédiste qui opère plus de 500 chirurgies du genou par an, soit 2,5 fois plus que n’importe qui d’autre dans son hôpital. Il a mis en place des dizaines de techniques pour améliorer ses interventions. Au lieu de travailler avec un groupe changeant d’infirmières et d’anesthésistes, il dispose de deux équipes dédiées et il dit que « peu des méthodes qu’il a mises au point seraient pratiques si elles n’étaient facilitées par la familiarité de travailler avec les mêmes personnes tous les jours ».[1]

Tuer le patient est l’erreur ultime. Ne pas les tuer est une barre assez basse de succès côté qualité. Néanmoins, les chirurgiens cardiaques qui travaillaient dans plusieurs hôpitaux mais maintenaient  des équipes stables avaient un taux de mortalité plus faible, même avec davantage d’opérations chirurgicales effectuées. Les auteurs de l’étude ont attribué ce niveau de qualité du travail en partie à la familiarité de l’équipe.[2]

équipage de bordL’aviation et l’aéronautique sont également des domaines largement étudiés avec des données qui soutiennent l’importance d’équipes stables. « 73 % des accidents pour lesquels des informations étaient disponibles se sont produits le premier jour où le commandant de bord et le copilote ont volé ensemble. »[3]

Une étude de la NASA a révélé que les équipages fatigués qui avaient l’habitude de travailler ensemble commettaient environ deux fois moins d’erreurs que les équipages composés de pilotes reposés qui n’avaient jamais volé ensemble avant.[4] 

Et pour redescendre sur terre, une étude de la société d’externalisation de logiciels Wipro a révélé qu’une familiarité accrue réduisait les défauts de 19%.[5]

Comment les équipes stables affectent-elles la prévisibilité ?

Il n’y a pas de données sur la prévisibilité des chirurgiens, ce qui, à mon avis, pourrait être une bonne chose.

L’étude de Wipro a montré que « les écarts par rapport au budget ont diminué de 30% ». Ignorons l’accent mis sur le budget, alors qu’il devrait s’agir de la construction du bon produit, mais cela montre que la familiarité facilite la prévisibilité.

Dans l’étude « Impact of Agile Quantified »[6], Larry Maccherone a montré que les équipes stables avaient une prévisibilité supérieure de 40%.

Incidence des équipes stables sur la productivité

Nous ne devrions pas vraiment courir après « plus de fonctionnalités produites plus rapidement » comme résultat. Au lieu de cela, nous devrions nous concentrer sur une meilleure valeur et de meilleurs résultats. Cela dit, je n’ai jamais rencontré quelqu’un qui ne voulait pas voir son équipe réaliser plus de choses.

Chez Wipro, « nous avons également constaté que la familiarité était un meilleur indicateur prédictif de performance que l’expérience individuelle des membres de l’équipe ou des managers de projet ». Des données plus impressionnantes du « The Impact of Agile Quantified » ont montré que les équipes stables sont 60% plus productives. Dans de nombreuses organisations, c’est le levier qui nous permet d’aller vers les équipes stables.

N’oubliez pas de vous concentrer sur les résultats plutôt que les productions.

Pourquoi les équipes stables fonctionnent-elles ?

  • L’esprit d’équipe (ou modèle mental partagé). Nous savons ce que les autres savent et sur qui on peut compter pour faire certaines choses.
  • La coordination et une meilleure collaboration sont plus faciles lorsque nous nous connaissons bien.
  • Flexibilité. L’esprit d’équipe et la capacité à collaborer permettent à l’équipe de s’adapter plus facilement lorsque des changements plus importants dans les produits se matérialisent.
  • L’amélioration continue nécessite les mêmes personnes, ainsi nous ne continuons pas à réexaminer des choses que nous avons apprises il y a des mois.
  • L’esprit d’équipe et le processus d’apprentissage continu approfondissent la connaissance de l’équipe de son domaine de travail, ses compétences techniques et sa connaissance de sa base de code.

Pourquoi les équipes stables peuvent-elles être difficiles ?

Donc, si les équipes stables sont une bonne chose, qu’est-ce qui rend difficile de les atteindre ?

  • Organisation matricielle. Lorsque les membres de l’équipe relèvent de différents managers, chaque manager aura des agendas/besoins différents. Par conséquent, les membres de l’équipe peuvent être réaffectés, même si une solution plus élégante pourrait fonctionner et leur permettre de rester dans l’équipe.
  • Dépendance à l’égard d’experts externes. Lorsqu’une équipe fait appel à une aide extérieure pour acquérir des compétences spécialisées, elle essaie souvent d’inclure « l’expert » dans l’équipe. Cela fonctionne rarement bien. Une meilleure solution est de les utiliser comme consultant/coach, mais de ne pas leur faire faire le travail pratique. Au lieu de cela, ils enseignent aux membres de l’équipe comment effectuer le travail en question, en maintenant la dynamique de l’équipe et en améliorant les compétences en même temps.
  • Politique organisationnelle. Berk. J’en ai assez dit.
CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

Quand des équipes stables ne sont-elles pas souhaitables ?

Dans certains cas, lorsque la complexité du problème (voir : La complexité et le cadre Cynefin) est telle que les compétences des membres de l’équipe évoluent rapidement, les équipes stables peuvent ne pas être une priorité. Dans ce cas, nous pourrions sacrifier les performances, la réduction des erreurs, etc., pour avoir une chance de nous attaquer d’abord au problème. Les problèmes de cette nature sont incroyablement rares. S’il vous plaît contactez-moi si vous pensez en avoir trouvé un, je veux vérifier.

Reconstruire les équipes

Parfois, le produit sur lequel on travaille n’est plus aussi important et l’organisation doit réduire les coûts et déplacer les membres de l’équipe. Redgate Software a mis au point une technique permettant d’équilibrer la stabilité et l’adaptation à l’évolution des conditions du marché [7], où l’organisation prend chaque année des décisions stratégiques quant aux domaines sur lesquels se concentrer. Une fois les décisions prises, les membres de l’équipe peuvent choisir eux-mêmes l’équipe dans laquelle ils souhaitent travailler.

Préférez  une appartenance stable à  une équipe plutôt qu’un assemblage changeant de personnes. Lorsque vous n’avez pas le choix, examinez les circonstances et assurez-vous que l’organisation comprend ce à quoi elle renonce.


[1] The Firm Specificity of Individual Performance: Evidence from Cardiac Surgery – Robert S. Huckman and Gary P. Pisano

[2] A Review of Flightcrew-Involved, Major Accidents of U.S. Air carriers 1978 Through 1990 – NTSB

[3] https://hbr.org/2009/05/why-teams-dont-work

[4] Team Familiarity, Role Experience, and Performance: Evidence from Indian Software Services – Robert S. Huckman, Bradley R. Staats, David M. Upton

[5] https://www.infoq.com/presentations/agile-quantify/

[6] https://hbr.org/2013/12/the-hidden-benefits-of-keeping-teams-intact

[7] https://medium.com/ingeniouslysimple/reteaming/home