Les ‘OKR’ (Objectives and Key Results) : C’est si simple ! Alors pourquoi tout le monde ne les utilise-t-il pas ?

Les ‘OKR’ (Objectives and Key Results), comme la plupart des méthodologies, supportent des principes sous-jacents qui, s’ils sont bien mis en œuvre, peuvent fondamentalement changer l’état d’esprit et la conversation au sein de votre organisation.

OKRs: So simple! So then why isn’t everyone using them? par Kim Atherton

https ://www.mindtheproduct.com/okrs-so-simple-so-then-why-isn’t-everyone-using-them/

Livre sur Amazon

Beaucoup d’entre vous connaissent l’histoire des Objectives and Key Results (OKR). Lorsque j’ai découvert la méthodologie pour la première fois en 2013, j’ai été impressionnée par les histoires d’alignement et de concentration organisationnelles de Google, Twitter et LinkedIn. Je me suis précipitée pour acheter l’ancien livre de John Doerr : Mesurez ce qui compte: Comment Google, Bono et la fondation Gates ont révolutionné le monde grâce à la méthode OKR.

Après 7 ans de mise en œuvre d’OKRs à la fois depuis l’intérieur et l’extérieur des organisations, j’ai appris qu’ils ne sont pas la solution miracle que je pensais qu’ils étaient. Cependant, comme la plupart des méthodologies, il existe des principes sous-jacents qui, s’ils sont bien mis en œuvre, peuvent fondamentalement changer l’état d’esprit organisationnel et la conversation.

Dans cet article, je vais vous donner quelques conseils pour vous remettre sur les rails avec les OKRs.

  • Soyez clair sur votre direction pour aider les équipes à aligner leurs objectifs et leurs résultats
  • Concentrez-vous sur ce qui compte vraiment lors de l’utilisation des OKRs. Limitez vos priorités et cherchez toujours à ajouter de la valeur à vos tâches.
  • Faites un suivi et apprenez tout en encourageant un état d’esprit expérimental. L’utilisation de données peut être utile pour assurer la transparence et le sens de tout ce que vous faites. Soyez toujours à la recherche de choses qui fonctionnent et qui ne fonctionnent pas pour créer une culture d’apprentissage au sein de votre équipe et de l’organisation au sens large.

L’utilisation d’OKRs promet des avantages alléchants pour l’organisation.

1) Alignez les équipes et apportez de la clarté

La cascade des OKRs, depuis la stratégie de l’entreprise jusqu’au niveau de l’équipe, signifie que les efforts de chacun sont liés. Plutôt que de travailler en solos indépendants, tous les efforts sont ciblés et coordonnés, ce qui donne un sentiment de clarté qui pourrait autrement manquer. Apprenez-en davantage sur la constitution d’équipes extraordinaires.

2) Mettez l’accent sur les résultats axés sur la valeur

résultatsLes résultats clés (Key Results) doivent être des mesures quantifiables de la réussite de l’entreprise plutôt que des projets ou des jalons indéfinis. Cela permet à tout le monde de se concentrer sur ce qui compte vraiment plutôt que sur une liste de projets de prédilection des équipes de direction et éviter le risque de devenir une usine à fonctionnalités. Tout le monde s’efforce de créer de la valeur pour l’entreprise.

3) Encouragez un état d’esprit expérimental

Le fait de relier les initiatives (qui sont des expérimentations ou des projets) à des résultats clés (Key Results) quantifiables (résultats business) signifie que l’impact qu’elles ont peut être suivi. Cela permet à l’ensemble de l’organisation d’adopter une approche plus entrepreneuriale et contribue à intégrer les principes Agile que beaucoup d’entre vous cherchent à adopter. De plus, la cadence des OKRs est généralement annuelle au niveau de l’organisation, mais trimestrielle au niveau de l’équipe, ce qui conduit à une approche plus dynamique et adaptable.

CertYou est partenaire de DantotsuPM, allez voir les certifications AgilePM

4) Donnez de la transparence et une raison d’être

Alors qu’auparavant, les objectifs stratégiques plus larges d’une entreprise n’étaient peut-être connus que de la direction, les OKRs devraient être visibles par tout le monde à tous les niveaux d’une organisation. Cela permet de favoriser la collaboration et le sentiment d’utilité en donnant aux équipes une compréhension de ce sur quoi tout le monde travaille et des opportunités de collaborer ensemble sur des objectifs communs. Dans une récente enquête MTP sur les OKRs, 48 % des personnes interrogées ont déclaré que le principal avantage de l’utilisation des OKRs est une transparence accrue dans l’ensemble de l’organisation.

Ça a l’air génial, mais attention à certains pièges fréquemment rencontrés.

Jusque-là, c’est simple mais hélas, comme toujours, le diable est dans les détails. Lorsque j’ai mis en œuvre les OKRs pour la première fois avec OVO Energy, nous étions une entreprise en pleine expansion qui allait bientôt devenir une licorne et j’ai pensé que bon nombre des pièges dans lesquels nous sommes tombés pouvaient être attribués à cela. Cependant, depuis que  j’ai lancé Just3Things il y a deux ans, en travaillant avec des clients de 200 à 20 000 employés, j’ai constaté qu’il existe des pièges communs aux organisations, grandes comme petites.

1) Les OKRs semblent simples, mais sont trompeusement difficiles à réussir !

La plupart des équipes commencent judicieusement par réfléchir aux objectifs qui soutiennent les résultats stratégiques à long terme et aux critères de mesure qui constitueraient le succès (jusque-là, tout va bien). Cependant, le plus souvent, les résultats clés (Key Results) ne sont pas mesurables, les données ne sont pas disponibles ou la métrique arrive tardivement et on ne s’attend pas à ce qu’elle change pendant des mois, quel que soit le nombre d’initiatives mises en œuvre. De plus, il est trop facile d’essayer d’intégrer trop d’indicateurs clés de performance dans les OKRs.

Pour essayer de décrire la différence : Imaginez que vous êtes allé chez le médecin pour un bilan de santé et que votre tension artérielle est bonne. Vous pourriez garder un œil dessus, mais vous ne prendrez aucune mesure pour la changer. Cependant, si votre tension artérielle est élevée, vous prendrez des mesures pour l’améliorer (par exemple, commencer à faire de l’exercice, changer de régime alimentaire, etc.), auquel cas la pression artérielle passera d’un indicateur clé de performance à un résultat clé. Étant donné qu’il est difficile de trouver des KRs (Key Results) qui sont mesurables, qui ne sont pas trop en retard, qui ne sont pas des KPIs (Key Performance Indicators)  et qui se rapportent réellement à l’objectif, il n’est pas étonnant que…

2) quand les OKRs sont prêts à être diffusés, c’est la déjà fin du trimestre !

J’ai vu cela à plusieurs reprises, allant de pair avec le piège d’avoir tellement d’OKRs par équipe qu’ils ont à peine le temps de commencer à faire bouger l’aiguille du cadran pour le prochain trimestre avant qu’il ne soit temps de recommencer à planifier. En fait, la nécessité de limiter les équipes à un petit nombre de priorités, afin de maintenir la faisabilité de leurs plans, est exactement le principe intégré à « Just3Things » depuis le départ.

3) Il est difficile d’obtenir le bon alignement.

Beaucoup de choses ont été écrites sur la question de savoir si les équipes devraient posséder un KR (Key Result) de l’objectif d’une autre équipe ; Si les équipes doivent partager les OKRs ; Si l’alignement doit être horizontal ou vertical ?

Ayant vécu cela avec de nombreuses organisations, la seule conclusion que je peux en tirer est qu’il n’y a pas de « taille unique » qui conviennent à toutes les organisations. Cependant, il est essentiel d’avoir une combinaison d’alignement descendant (où la direction définit les objectifs stratégiques et les OKRs annuels) et d’alignement ascendant (où les équipes définissent les OKR ssur lesquels elles savent qu’elles travaillent).

4) La prise de conscience que tout doit changer !

Lorsque j’ai commencé à travailler avec les OKRs, j’ai pensé qu’ils constitueraient un complément intéressant à la gouvernance et aux pratiques organisationnelles existantes. La réalité a commencé à s’immiscer lors de la première réunion de l’équipe de direction, lorsque le PDG a demandé à chaque département sa mise à jour mensuelle (le tour de table habituel des indicateurs clés de performance et du BAU « Business As Usual »). Il m’est venu à l’esprit que rien de ce qui avait été dit au cours de la dernière heure ne concernait les OKRs dont, quelques semaines auparavant, nous avions tous identifiés comme étant les choses les plus importantes que l’entreprise devait réaliser. Nous n’étions pas les seuls.

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

Beaucoup de mes clients ne réalisent pas la nécessité de changer :

  • La façon dont les progrès sont suivis ;
  • La façon dont les mises à jour sont présentées ;
  • La manière dont les équipes relaient leurs progrès ;
  • La façon dont les réunions sont présidées et managées.

Et ceci est nécessaire avant de commencer à réfléchir à la façon dont les OKRs s’intègrent aux évaluations de performance (alerte spoiler : ce n’est pas le cas). Cependant, si vous faites les choses correctement, vous pourrez vraiment commencer à vous concentrer sur ce qui compte, jusqu’à ce que…

5) L’équipe de direction demande « qu’en est-il de mon projet favori ? »

Même si le rose est la couleur préférée du dirigeant, tout ne peut être peint en rose.

J’ai vu de nombreux déploiements d’OKRs dérailler au moment où un cadre exécutif se rende compte que : Si nous encourageons une culture responsabilisée d’équipes qui expérimentent des initiatives et leur donnons accès aux données client sous-jacentes pour voir si leurs livrables fonctionnent réellement… alors les backlogs ne peuvent plus contenir de fonctionnalités que moi et le reste de l’équipe de direction « avons vu l’entreprise X faire et elles doivent donc être géniales » !

6) Ne pas rendre les OKRs transparents, avec des progrès facilement traçables et des résultats faciles à apprendre.

Je suis le pire des vendeurs et je ne suis pas là pour blâmer les logiciels (honnêtement), mais avoir un moyen de partager l’alignement des OKRs, de suivre régulièrement les progrès et d’examiner ce qui fonctionne est essentiel à leur succès.

Il n’est pas nécessaire qu’il s’agisse d’une plate-forme logicielle – un disque partagé, un tableau blanc de bureau physique pré-COVID ou tout autre moyen de partage qui fonctionne est génial – mais les progrès doivent être suivis sinon les OKRs vont dans le sens de l’objectif annuel Powerpoint et ne seront dépoussiérés que lorsqu’il est temps de faire le bilan de l’année.

Alors pourquoi s’embêter ? Quelques points clés à retenir.

Il est indéniable que les OKRs sont difficiles à mettre en place et que trop d’entre nous peuvent être pris dans les « règles ». Cependant, comme tant de méthodologies, il existe des principes sous-jacents fantastiques.

Les choses que je retiendrais si je voulais créer une organisation responsabilisée habilitée seraient les suivantes :

Définissez une direction claire

En définissant les objectifs stratégiques et les objectifs organisationnels, les équipes peuvent aligner leurs objectifs et le travail qu’elles accomplissent pour les atteindre.

Concentrez-vous sur ce qui compte vraiment

Faites la distinction entre les résultats business et les projets/initiatives/fonctionnalités car c’est déjà une énorme victoire. Concentrez-vous sur moins de priorités et travaillez en équipe pour les atteindre pour une réelle valeur ajoutée pour l’organisation et ses employés.

Suivez les progrès, apprenez et adaptez-vous

Assurez-vous que tous les objectifs et initiatives sont transparents. Encouragez les équipes à vérifier régulièrement les progrès et à noter pourquoi une initiative a fonctionné ou pas pour référence future afin de partager les apprentissages au sein de l’organisation.

Découvrez plus d’informations sur les OKRs.

 

Le quoi, le pourquoi et le comment de l’appétit pour le risque.

Une mauvaise compréhension de l’appétit pour le risque des parties prenantes peut entrainer votre projet à sa perte !

The What, Why, & How of Risk Appetite par Harry Hall

https://projectriskcoach.com/the-what-why-how-of-risk-appetite/

Un manager de projet prend des décisions en fonction de son point de vue sur les risques. C’est-à-dire qu’il perçoit les désirs de l’organisation et des parties prenantes et cherche à les satisfaire. Cependant, le manager de projet peut rater la cible. Pourquoi ? Mauvaise compréhension de l’appétit pour le risque des parties prenantes. Dans cet article, explorez le quoi, le pourquoi et le comment de l’appétit pour le risque d’un projet.

Qu’est-ce que l’appétit pour le risque ?

L’appétit pour le risque est « le degré d’incertitude qu’une organisation ou une personne est prête à accepter en vue d’une récompense » (Guide PMBOK®, septième édition).

Regardons cette définition de plus près.

Premièrement, l’appétit pour le risque est le degré d’incertitude.

Relisez ce billet sur le cône d’incertitude

Nous ne possédons pas certaines connaissances, ou les choses ne sont pas clairement définies.

Et il y a un degré d’incertitude qui peut être exprimé qualitativement (par exemple,  faible, moyen, élevé) ou quantitativement (par exemple,  être prêt à accepter une exposition à un risque de € 100 000).

Deuxièmement, l’appétit pour le risque peut être au niveau d’une organisation ou d’un individu.

Vous pouvez analyser l’appétit pour le risque d’un groupe d’individus ou de parties prenantes.

Ces intervenants peuvent avoir des opinions différentes sur le niveau de risque acceptable, et leurs opinions peuvent changer au cours du projet.

Troisièmement, nous définissons l’appétit pour le risque afin de clarifier le niveau de risque que l’on est prêt à accepter.

Les « sunk costs » sont des dépenses non récupérables quoi que l’on fasse ou décide maintenant. Relisez ce billet.

Il y a la possibilité de perdre l’investissement une fois que nous finançons un projet.

Comment ?

Le projet peut échouer, ou nous pouvons annuler le projet à mi-chemin et assumer les pertes.

Quatrièmement, nous nous attendons à une récompense.

Pourquoi investissons-nous dans des projets ?

Parce qu’il y a un rapport coût/bénéfice favorable, nous attendons un retour sur investissement.

Enfin, l’appétit pour le risque définit les types de risques que nous prenons.

Par exemple, un sponsor de projet peut être prêt à prendre un risque budgétaire plus élevé, mais avoir une tolérance zéro pour le non-respect d’une échéance.

Dans ce cas, le manager de projet peut constituer des réserves de contingence et de management appropriées.

Pourquoi l’appétit est-il important ?

Ma femme et moi sommes mariés depuis plus de 30 ans. Elle me connaît très bien. Imaginez que nous nous tenions tous les deux dans une file d’attente pour un buffet avec elle derrière moi. Avant que je ne choisisse mes aliments, elle pourrait vous dire quels seront mes choix. Comment peut-elle faire cela ? Parce qu’elle connaît mon appétit : Ce que j’aime et ce que je n’aime pas.

Si vous travaillez avec des sponsors de projets et des parties prenantes depuis des années, vous connaissez probablement leurs désirs. Bien sûr, ce n’est pas une excuse pour une mauvaise analyse des parties prenantes. Nous devrions interroger chacune d’entre elles et leur poser des questions sur leurs besoins et sur la quantité et les types de risques qu’elles sont prêtes à accepter.

Un manager de projet repose sur une base solide pour prendre de meilleures décisions une fois que l’appétit pour le risque a été discuté et documenté. C’est alors que le manager de projet peut mieux répondre aux attentes des parties prenantes.

Comment analyser l’appétit pour le risque

Il existe plusieurs façons d’analyser l’appétit pour le risque des parties prenantes. Un manager de projet peut utiliser une liste de catégories de risques (par exemple,  échéancier, budget, contenu, qualité) et demander à chaque intervenant d’évaluer sa volonté de prendre des risques sur celles-ci (par exemple,  faible, moyen, élevé).

Une autre méthode consiste à utiliser des scénarios pour évaluer l’appétit pour le risque. Décrivez les différents scénarios de perte potentielle et demandez-vous quels scénarios seraient acceptables.

Le manager de projet doit utiliser  des stratégies de management des conflits  (par exemple, consensus, résolution de problèmes) pour résoudre ces conflits et parvenir à une entente sur l’appétit pour le risque.

Appétit pour le risque au niveau de l’entreprise, du portefeuille, du programme et du projet

L’appétit pour le risque peut être défini pour chaque domaine de risque, tel que

  • Management des risques d’entreprise
  • Management des risques de portefeuille
  • Management des risques liés aux programmes
  • Management des risques liés aux projets

Les appétits pour le risque doivent être harmonisés afin de s’assurer que chaque domaine soutient les objectifs stratégiques de l’organisation.

Partenaire de DantotsuPM, visitez le site pour toutes les formations certifiantes proposées. En particuliers celles sur Prince2.

Exemple d’appétit pour le risque d’un projet

Alors, à quoi ressemble une déclaration d’appétit pour le risque ? L’appétit pour le risque peut prendre plusieurs formes et peut être à la fois qualitatif et quantitatif.

Voici un exemple concret :

L’équipe du projet Magic Tech cherche à réduire les menaces et à augmenter les opportunités d’atteindre les objectifs du projet. Il y a un faible appétit pour les manques de fonctionnalités. L’échéancier du projet ne doit pas déraper de plus de deux semaines. Appétit modeste pour les augmentations budgétaires. Les réserves pour éventualités ne devraient pas dépasser €125 000.

Naviguer dans les agendas cachés !

L’un des aspects les plus difficiles dans les organisations est la présence d’agendas personnels, certains ouverts et d’autres cachés.

Reconnaître et comprendre l’existence d’agendas cachés est crucial pour un leadership efficace et pour le succès de l’organisation.

Navigating hidden agendas by Michael Küsters

https://failfastmoveon.blogspot.com/2023/06/navigating-hidden-agendas.html

Nous nous efforçons constamment de créer des organisations prospères où la collaboration, la productivité et l’innovation s’épanouissent. Cependant, l’un des aspects les plus difficiles dans les organisations est la présence d’agendas personnels, certains ouverts et d’autres cachés. Souvent, les gens disent que si nous pouvions simplement éliminer ces agendas personnels et concentrer tout le monde sur l’objectif et la mission globaux, nous aurions beaucoup moins de problèmes. Mais ce « simplement » est un problème majeur, explorons-le !

Comment les pièces et la vue d’ensemble de ce puzzle sont-elles liées ?

Le problème avec les agendas cachés

Les agendas cachés surviennent lorsqu’un individu a des intérêts personnels, motivations ou objectifs qui ne correspondent pas à son environnement. Ces agendas cachés sont souvent considérés comme des obstacles à la prise de décision, à l’exécution et au travail d’équipe. Ils érodent également la confiance au sein de l’organisation.

Reconnaître et comprendre l’existence d’agendas cachés est crucial pour un leadership efficace et pour le succès de l’organisation.

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

L’impact de ces agendas personnels

Les agendas personnels influencent de manière significative la dynamique, la communication et les processus de prise de décision. Lorsque les individus donnent la priorité à leurs propres motivations plutôt qu’aux objectifs de l’organisation, cela peut déclencher des conflits, nuire à la collaboration et entraver les progrès. Les agendas cachés posent un défi particulier car ils ne sont pas ouvertement reconnus et traités, de sorte que tout le monde à l’exception du propriétaire de l’agenda est tenu dans l’expectative. Cela peut miner la confiance, la transparence et l’alignement au sein de l’organisation.

La présence d’agendas personnels peut donc avoir un impact significatif sur le succès de l’organisation en affectant négativement l’alignement, la transparence et la collaboration.

La reconnaissance et le management des agendas personnels deviennent donc essentiels pour favoriser un environnement de travail positif et productif.

Pourquoi y a-t-il des agendas personnels ?

Un seul et unique objectif mal aligné peut sévèrement impacter les résultats de toute l’équipe.

Dès que vous avez plus qu’une poignée de personnes, la diversité des motivations, des aspirations et des objectifs des individus devient plus apparente. Nous voyons les difficultés que cela apporte même dans les mariages où seules deux personnes ont besoin d’aligner leurs besoins et leurs désirs l’une avec l’autre. Et avec l’augmentation de la taille de l’organisation, le problème de l’alignement s’accroît.

Alors que certains agendas peuvent être exprimés ouvertement, d’autres sont cachés ou ne sont pas immédiatement apparents. Dans certains cas, cela se produit intentionnellement. Dans de nombreux cas, cependant, cela se produit parce que les gens eux-mêmes ne sont pas conscients de l’impact de leurs objectifs sur les objectifs globaux, ne savent pas comment communiquer leurs propres objectifs ou qu’il n’y a pas de forum où ils pourraient aborder les divergences.

Une structure organisationnelle complexe avec de multiples parties prenantes et des rôles diversifiés est donc un terrain fertile pour l’émergence d’agendas personnels.

Ne pouvons-nous pas éliminer ces agendas personnels ?

En bref : non. Il est pratiquement impossible d’éliminer les agendas personnels des individus au sein d’une organisation. Les humains ont naturellement leurs propres motivations, intérêts et aspirations, en fonction de  leurs besoins, de leurs attentes, de leurs assomptions et de leurs propres raisons. Si nous réussissions à supprimer tout cela, cela transformerait les gens en humanoïdes sans âme. L’autonomie, la créativité et l’engagement seraient massivement limités.

Pour minimiser l’impact négatif des agendas personnels, il faut s’efforcer d’aligner les objectifs des gens les uns avec les autres et avec l’ensemble de l’organisation. Nous pouvons y parvenir en favorisant une communication ouverte et en respectant les motivations des personnes.

Les conséquences de la suppression des agendas personnels

Lorsque les individus sont incapables d’exprimer ouvertement leurs agendas personnels, ils développeront des agendas cachés à la place. L’absence d’un forum de discussion et de transparence crée un climat de méfiance, où les individus ont recours à la poursuite secrète de leurs propres intérêts. Il pourrait s’écouler beaucoup de temps avant que l’impact des actions qui en résultent sur la communication et la collaboration ne devienne tangible. L’écart entre l’ensemble des actions souhaitées et les actions exécutées dans ce cas est la « dette de communication » (Les conversations que nous aurions dû avoir, mais que nous n’avons pas eues).

À l’instar d’autres formes de dette, cette dette de communication est assortie d’intérêts et croîtra de façon exponentielle au fil du temps si elle n’est pas surveillée.

Permettre les agendas personnels

Devrions-nous alors faire de la place pour les agendas personnels ? Oui.

Bien que nous puissions croire que les systèmes autorisant les agendas personnels seraient moins performants à long terme, cela ne correspond pas aux preuves factuelles. Même des gens comme Steve Jobs ont dit :

Nous n’embauchons pas des gens intelligents et ne leur disons pas quoi faire. Nous les embauchons pour qu’ils puissent nous dire quoi faire.

Des livres comme « Drive » de Dan Pink ont recueilli des preuves accablantes que les systèmes donnant aux gens l’autonomie nécessaire pour décider eux-mêmes du meilleur plan d’action créent des résultats supérieurs.

Livre sur Amazon

La création d’un espace pour les agendas personnels dans un cadre structuré exploite les talents et la créativité de chacun. Les systèmes qui reconnaissent et prennent en compte les agendas personnels s’en sortent mieux en termes d’engagement, d’appropriation et d’innovation. Le défi consiste à trouver un juste équilibre entre les agendas personnels et leur potentiel à l’emporter sur les objectifs collectifs ou à provoquer des conflits.

Lorsqu’ils sont managés efficacement, ces systèmes peuvent tirer parti de la diversité des points de vue individuels pour favoriser la réussite de l’organisation.

L’augmentation du nombre d’agendas cachés

En l’absence d’une plateforme pour exprimer ouvertement leurs agendas personnels, les agendas cachés ont tendance à proliférer. L’absence de canaux de communication ouverts favorisera le ressentiment, le manque de confiance et la poursuite secrète d’intérêts individuels. Au fil du temps, les agendas cachés qui en résultent peuvent nuire à la communication, à la collaboration et à la cohésion organisationnelle.

Bien que le fait de fournir un forum pour partager des agendas personnels ne garantisse pas l’absence d’agendas cachés, sans un tel forum, les agendas cachés sont susceptibles de se multiplier. Des possibilités de dialogue ouvert et de communication transparente sont essentielles pour atténuer ce risque.

L’effet des agendas cachés sur la prise de décision

Il y a deux types de décisions : Celles que prend l’individu et celles que l’organisation prend dans ses canaux et processus officiels. Les décisions organisationnelles sont basées sur divers facteurs, tels que les objectifs, la contribution collective, l’expertise et des considérations externes.

Dans certaines organisations, les agendas cachés dominent les opérations quotidiennes. Les processus décisionnels officiels dans de tels environnements sont surtout une mise en scène : « les vraies décisions » ont déjà été prises, dans différents forums, avec différents acteurs, avant que quoi que ce soit ne soit ouvertement mis sur la table. Les agendas cachés déterminent le plan d’action. La stratégie et les objectifs organisationnels sont réduits à être le prétexte de la décision prédéterminée.

Dans le grand schéma d’ensemble, cela peut passer inaperçu, mais cela peut aussi conduire à des échecs cinglants. Comme souvent la source de l’écart ne peut pas être retracée, cela crée une confusion quant aux raisons pour lesquelles les décisions ont été inefficaces. De nombreuses organisations réagissent en introduisant des freins et contrepoids supplémentaires qui laissent encore moins de place aux agendas personnels, tout en ralentissant la prise de décision future et en engageant des coûts supplémentaires, ce qui rend l’organisation encore moins efficace. Au lieu de résoudre le problème, ils l’exacerbent !

Réparer des systèmes dominés par les agendas cachés

Nous avons exploré que l’une des principales raisons de l’émergence d’agendas cachés forts est un décalage entre les motivations d’un individu et les contraintes du système. L’absence d’un forum qui permette respectueusement aux gens de révéler leurs agendas personnels et d’aborder les conflits d’agenda de manière ouverte et constructive a fait naître le besoin d’agendas cachés.

dettes techniquesLa conséquence est la « dette organisationnelle* », qui consiste en toutes les structures de communication et de collaboration et les apprentissages qui ont conduit les gens à former des agendas cachés.

Réparer le système n’est pas aussi facile que de créer un forum pour une communication ouverte. Les agendas cachés impliquent souvent des motifs non traités, un manque de transparence et des conflits d’intérêts. L’établissement d’un système plus efficace exige une approche globale faisant appel à une communication ouverte, à l’établissement d’un climat de confiance, à la résolution active de problèmes et au rétablissement d’un objectif commun en offrant des valeurs organisationnelles significatives auxquelles les individus peuvent s’identifier.

* Dette organisationnelle : Ensemble des structures, des processus, des règles et des apprentissages de communication et de collaboration qui empêchent les organisations d’atteindre efficacement leurs objectifs.

Reconnaître et traiter plutôt que tenter d’éliminer les agendas cachés.

Il est essentiel de reconnaître et de traiter les agendas personnels pour créer une culture organisationnelle saine où la collaboration, l’innovation et la productivité s’épanouissent. Au lieu d’essayer d’éliminer les agendas personnels, nous devons créer un environnement qui encourage la communication ouverte, la transparence et l’alignement. Cela permettra d’atténuer les impacts négatifs des agendas cachés. Une culture qui valorise la diversité des points de vue et qui aligne les aspirations individuelles sur les objectifs de l’organisation sera plus résiliente et cultivera des équipes responsabilisées qui favoriseront la réussite à long terme.

Naviguer à travers les complexités des agendas cachés et travailler de manière proactive à la création d’un environnement qui favorise des organisations transparentes et collaboratives est le travail de tous. Pour permettre aux individus de donner le meilleur d’eux-mêmes tout en faisant progresser les objectifs collectifs, ils doivent poursuivre leur propre agenda en ligne avec celui de l’organisation. La transparence et l’alignement des objectifs de chacun sont essentiels pour libérer le véritable potentiel de nos équipes et de nos organisations.

La structure TOP est une approche spécifique qui peut être appliquée à n’importe quel niveau, dans n’importe quelle organisation, indépendamment de l’état ou de la taille, pour réduire activement la dette organisationnelle et construire un meilleur système organisationnel.

Comment mesurer l’impact des initiatives ESG (Environmental, Social and Governance) des entreprises et des projets ?

Les critères environnementaux, sociaux et de gouvernance (ESG – Environmental, Social and Governance en anglais), sont les 3 piliers que les analystes considèrent dans leurs décisions d’investissement lorsqu’il s’agit de performance extra-financière des entreprises.

De plus, la directive sur le développement durable des entreprises (Corporate Sustainability Reporting Directive – CSRD) adoptée dans l’Union Européenne depuis peu impose à toutes les grandes entreprises européennes (+50000) de rendre compte de leur impact sur le développement durable et avec des exigences très strictes sur la manière dont elles le font.

Or, selon une enquête mondiale réalisée en 2022 par Workiva, 63 % des décideurs ne se sentent pas suffisamment préparés pour atteindre leurs objectifs ESG. Et 72 % n’ont pas une totale confiance dans les données qu’ils communiquent aux parties prenantes.

 

Téléchargez ce rapport du PMI

Pierre Le Manh, Président et CEO, PMI® a récemment annoncé la parution d’un rapport Thought Leadership du Project Management Institute® sur ce sujet : « Measuring the Impact of ESG Initiatives ».

Il fait suite à la précédente édition « The ESG Imperative: Turning Words into Action », qui explorait comment l’intérêt sociétal croissant pour les critères ESG pousse les entreprises à agir.

Les projets sont la façon dont les organisations donnent vie à leurs stratégies ESG, et les managers de projet sont particulièrement bien placés pour identifier de manière proactive ce qu’il faut mesurer et s’assurer que les indicateurs s’alignent sur la vision stratégique et les objectifs de développement durable d’une organisation.

Vous pouvez trouver les deux rapports sur  le PMI ESG Resource Hub, un référentiel de contenus axés sur l’intersection entre le management de projet et l’impact social.

PMI is a registered mark of Project Management Institute, Inc.

Voici que répondre à certaines préoccupations sur SAFe…

SAFe reconnaît et respecte que de nombreuses organisations en transition vers des pratiques agiles ont encore un état d’esprit traditionnel. Par conséquent, beaucoup de matériel dans SAFe peut paraître inacceptable pour les agilistes confirmés.

Addressing some SAFe concerns par Michael Küsters

https://failfastmoveon.blogspot.com/2023/05/addressing-some-safe-concerns.html

Très souvent, je rencontre des préoccupations avec SAFe (Scaled Agile Framework). Lorsque l’on regarde la situation dans son ensemble, et ce que de nombreuses entreprises font de SAFe, ces préoccupations sont recevables et devraient être prises au sérieux. Pourtant, aucune de ces préoccupations ne pourrait être résolue par un consultant SAFe compétent (SAFe® Practice Consultant-T – SPCT) et une direction soucieuse de réaliser une différence significative dans ses méthodes de travail. Dans cet article, je considère certaines de ces préoccupations. Michael Küsters.

Préoccupations typiques avec SAFe

Avant de creuser, je crois que les compétences et l’expérience de vos consultants SAFe sont essentielles au succès de SAFe. Si vous comptez sur des gens qui ne comprennent pas les conséquences des conseils qu’ils donnent, vous êtes dans une situation difficile. Un de mes amis SPCT (SAFe® Practice Consultant-T – SPCT) a récemment déclaré :

Avoir les mauvais SPC (SAFe® Practice Consultant) – ou ignorer complètement les conseils d’un SPC – vous coûtera facilement dix fois plus cher que ce qu’un bon SPC vous coûterait.

Je suis d’accord. Les bons SPC valent leur pesant d’or. Malheureusement, ils ne poussent pas sur les arbres… Mais c’est une autre histoire. Maintenant, jetons un coup d’œil à certaines des préoccupations que je rencontre habituellement, et ce que vous devez considérer.

SAFe répond à l’état d’esprit traditionnel

SAFe reconnaît et respecte que de nombreuses organisations en transition vers des pratiques agiles ont encore un état d’esprit traditionnel. Par conséquent, beaucoup de matériel dans SAFe est écrit d’une manière qui pourrait être plus acceptable pour les personnes qui ont une faible compréhension de l’agilité. C’est l’idée de « rencontrer les gens là où ils sont ». Oui, c’est controversé, mais c’est de loin mieux que d’affronter les personnes mêmes dont vous avez besoin pour réussir un changement. Ce qui se passe après les avoir rencontrés dépend beaucoup de leur motivation à changer et de la capacité du SPC à mener le changement.

Complexité excessive

Tout d’abord, si vous n’avez pas les problèmes que SAFe adresse, ne l’utilisez pas. Ceci étant dit, SAFe ne peut pas et ne devrait généralement pas être appliqué dans son intégralité. Au contraire, lorsque vous repérez un problème pour lequel SAFe propose une solution, vous pouvez regarder ce que dit SAFe, avoir une discussion pour savoir si cela vaut la peine d’essayer. Et, si c’est le cas, alors allez-y.

Visitez le site SAFe

Cela ne signifie pas non plus que vous devez faire des choses qui adressent des problèmes que vous n’avez pas, ni que vous devez faire les choses comme SAFe dit de le faire si cela ne fonctionne pas pour vous. Pour ma part, quand quelqu’un vient me voir et me dit : « Nous utilisons SAFe et avons tel ou tel problème », je me réfère généralement à un article SAFe, et les pointeurs originaux auxquels SAFe fait référence, et je prends la discussion à partir de là. Pour moi, SAFe est un déclencheur de discussion, pas la panacée à tous les maux.

Des dépendances partout !

SAFe reconnaît que les dépendances peuvent être un défi dans les organisations complexes. Il fournit des conseils et des pratiques clairs qui rendent les dépendances visibles, puis offre un moyen de traiter ces dépendances de manière systématique. Dans de nombreuses organisations, les dépendances sont inévitables mais au moins vous savez quels problèmes vous avez à cause d’elles, et vous pouvez commencer la discussion sur ce qu’il faut faire à leur sujet. J’ai vu plus d’une fois que les équipes trouvaient leurs dépendances irréalisables et décidaient de se réorganiser. Une excellente discussion à avoir.

Durée des intervalles de planification

SAFe utilise une approche de planification basée sur un cadencement avec des intervalles de planification (Planning Intervals – PIs) de longueur fixe s’étendant généralement sur 8 à 12 semaines. Des intervalles de planification plus longs offrent stabilité et prévisibilité aux équipes au détriment de la flexibilité. Cependant, vous pouvez ajuster la durée des PIs en fonction de votre propre contexte. J’ai vu des trains de livraison agiles exécuter 3 sprints de 1 semaine plus un sprint PI de 1 semaine. Cela correspond même au vieux slogan de Scrum, « Working Software in 30 days or less » – à grande échelle ! Essayez ce qui fonctionne pour vous et discutez.

Processus de planification descendants

Peut-être avons-nous une mauvaise image dans notre tête, mais qui peut nous en blâmer quand nous avons été conditionnés à penser en hiérarchies ? Dans un contexte SAFe, vous aimeriez décentraliser ce qui a du sens mais tout n’a pas de sens à être décentralisé. Par exemple, la fonction de Product Management dans SAFe pourrait être composée de Product Owners par équipe, s’ils ont les compétences et la capacité de réussir dans ce rôle, de sorte que cela n’a pas besoin d’être hiérarchique.

Ce dont vous avez besoin, c’est de vous concentrer clairement sur les plus gros morceaux de valeur et d’aligner toutes les équipes autour d’eux.

La façon dont cela se produit peut varier d’une organisation à l’autre, mais le fait que chaque équipe décide par elle-même n’augure rien de bon. Veuillez noter que SAFe encourage la participation active et l’autonomisation des équipes et des individus dans la prise de décisions.

Pas de vrai Scrum

Guide téléchargeable gratuitement

SAFe n’est pas une implémentation stricte de Scrum, mais plutôt un cadre qui intègre des principes et des pratiques agiles provenant de diverses sources, y compris Scrum. Étant donné que de nombreuses équipes utilisent déjà Scrum et sont familières avec les concepts de base de Scrum, SAFe en a tiré parti et conserve les principes fondamentaux de transparence, d’inspection et d’adaptation.

Lorsque je coache des équipes SAFe, je me réfère souvent au Guide Scrum et suggère que comprendre et pratiquer Scrum aide beaucoup à bien mettre à l’échelle. Malheureusement, ce que je vois assez souvent, c’est que les organisations ont déjà utilisé un Scrum hautement dysfonctionnel depuis des années, et veulent maintenant changer cela. En fait, la transformation SAFe pourrait être l’occasion de réparer les trucs Scrum qui ont toujours été cassés et n’ont jamais été résolus.

Les équipes deviennent des usines à fonctionnalités (Feature Factories)

C’est déjà un dysfonctionnement parce que les fonctionnalités produites avec SAFe devraient se concentrer sur la valeur, pas sur la maximisation de la quantité de travail livré. Vous ne devriez avoir qu’un seul ART Kanban hiérarchisé par valeur et les équipes devraient collaborer sur des objectifs partagés, en utilisant des backlogs communs et des événements inter-équipes pour assurer une solution système cohérente qui maximise la valeur.

Lisez cet article en anglais.

Alors que parfois, je constate que les équipes individuelles peuvent se concentrer sur la fourniture de leurs propres fonctionnalités indépendamment de la valeur.

SAFe fournit des mécanismes tels que les démonstrations système et les événements d’inspection et d’adaptation pour s’assurer que les équipes ne partent pas sur une tangente et effectuent une grande quantité de travail de faible valeur.

Processus d’estimation fallacieux

Il y a beaucoup à dire sur le processus d’estimation de SAFe, et j’ai ma propre opinion sur les conseils donnés. Pour faire simple: Ces conseils sont réservés aux personnes qui ne savent pas par où commencer. Le coaching et l’empirisme devraient conduire à une approche qui répond aux besoins de ceux qui ont besoin des estimations.

Vous devez réaliser que dans les grandes organisations, très souvent, plusieurs parties prenantes, d’autres équipes et potentiellement de grosses sommes d’argent dépendent de l’établissement de prévisions assez précises de l’achèvement. L’estimation peut avoir des implications qui n’existent pas dans des contextes plus petits.

Mon propre exemple est que nous devons absolument savoir si la fonctionnalité sera prête pour un salon précis ou si nous devons mitiger. Mais « Eh bien, nous pourrions ou être prêts à temps ou pas pour le salon » pourrait conduire à un désastre majeur en matière de relations publiques, et est probablement inacceptable.

Un événement d’amélioration continue tous les 3 mois, c’est trop peu, trop tard

Alors que l’événement Inspect and Adapt (I+A) se produit à la fin de chaque intervalle de planification (PI), SAFe encourage l’amélioration continue tout au long du PI, les Scrum-of-Scrums (SoS) et les rétrospectives étant des opportunités pour faire apparaître et résoudre les problèmes transversaux.

J’ai moi-même donné des conseils sur le fait que les équipes sont censées apporter leurs propres changements et améliorations indépendamment de l’événement I+A, et même partager leurs apprentissages avec d’autres équipes pendant cet événement. Je m’attends à ce que les équipes apportent des problèmes à court terme au SoS, et n’apportent à l’I+A que des problèmes qui nécessitent des périodes de préparation et d’observation plus longues, et ont un impact bien au-delà des limites de l’équipe. Surtout, vous devez considérer que le I+A est un point de réflexion, où vous vous détachez de la routine quotidienne et vous réunissez en tant qu’équipe d’équipes pour discuter des choses dont vous devez discuter et dont vous n’avez jamais eu l’occasion de discuter auparavant. Il y a toujours quelque chose. Oui, vous pourriez avoir de tels événements plus souvent si vous pensez que cela pourrait aider, il n’y a rien dans SAFe qui vous arrête. Essayez.

Conclusion

Je conviens que le Scaled Agile Framework (SAFe) a des domaines d’interprétation et suscite des préoccupations. S’attendre à ce que ce soit une solution miracle est complètement irréaliste. SAFe fournit une approche structurée pour les grandes organisations qui essaient de donner un sens à toute cette chose « Agile », mais cela ne fonctionne que si elles ont quelqu’un qui comprend plus que ce que dit le matériel. Lorsque vous pouvez faire face aux complexités du développement à grande échelle, de la collaboration entre les équipes et de l’alignement global tout en vous améliorant continuellement, vous avez réussi avec SAFe.

Pour y arriver, vous devez absolument personnaliser SAFe et l’utiliser à bon escient sinon cela deviendra un gâchis, et c’est pourquoi vous avez besoin de personnes qui savent de quoi elles parlent.

Et j’ai vu ce gâchis : La pagaille prend des années à nettoyer. Les personnes qui soutiennent votre initiative de changement doivent être en mesure de répondre aux préoccupations critiques en fonction de leur propre expérience et de leurs apprentissages. Et les personnes de votre organisation qui ont des préoccupations ont besoin d’un temps et d’un endroit où exprimer ces préoccupations car ce n’est qu’alors que vous pourrez vraiment vous améliorer.

CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

Les résultats de l’étude Project Management Skills for Value Delivery 2023 (Compétences en management de projet pour livrer de la valeur) sont disponibles.

Project Management Skills for Value Delivery 2023 (Compétences en management de projet pour livrer de la valeur) par pmsolutions. En voici un très/trop bref résumé.

Ce rapport annuel a été construit suite à une enquête auprès d’un large panel de professionnels d’organisations très variées en tailles comme en secteurs. Il est toujours intéressant et voici quelques aperçus de l’édition 2023.

Le rapport complet (et gratuit) en langue anglaise

Téléchargez ce document.

Les attentes des organisations envers les leaders de projets stratégiques ou du PMO dépassent de loin leur éducation, leur formation ou leur expérience dans la gestion de projets.

Cette tendance est à la fois une mauvaise nouvelle et une bonne nouvelle pour la profession de manager de projet.

téléchargez le document

Il est toujours frustrant de constater que, juste au moment où vous pensez maîtriser votre domaine, les objectifs se sont déplacés. Mais à d’autres égards, cette sonnette d’alarme arrive juste à temps.

Nous savions depuis des années que l’intelligence artificielle ferait des percées dans la discipline de la gestion de projet, et c’est en fait majoritairement une bonne nouvelle. Qui veut s’enliser dans les 50% à 80% du rôle du manager de projet qui consiste à produire et contrôler des métriques qui peuvent être mieux managées par un robot ?

Maintenant est venu le moment de prendre en compte ce que cela signifiera réellement pour nous : l’IA ne va pas arriver, elle est déjà ici.

Alors, que peuvent faire les chefs de projet pour pérenniser leurs compétences et répondre aux exigences du marché actuel ?

VOICI LES COMPÉTENCES AVANCÉES DE CELLES ET CEUX QUI SONT ENGAGÉS DANS LE MANAGEMENT DE PROJET

» Évaluer et prendre les mesures appropriées pour maintenir une performance acceptable du projet

» Travailler en mode collaboratif dans un environnement d’équipe projet

» Adapter une approche de management de projet appropriée et adaptée au travail à accomplir

» Mener des activités avec intégrité, soin et fiabilité

» Écouter activement avec concentration, empathie et le désir de comprendre clairement les autres

» Communiquer avec les autres (communications orales et écrites, présentations)

» Manager des projets qui ont un impact transformationnel sur l’organisation

» Adapter la gouvernance aux besoins spécifiques du projet

Celles et ceux qui sont engagés dans la gestion de projet ont besoin de s’améliorer dans presque toutes ces compétences.
CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

QUELLES SONT LES COMPÉTENCES LES PLUS IMPORTANTES EN MANAGEMENT DE PROJET ?

» Mener des activités avec intégrité, soin et fiabilité

» Résoudre les problèmes : identifier les causes, générer des solutions possibles, agir

» Interagir avec les clients et améliorer l’expérience client

» Travailler collaborativement dans un environnement d’équipe de projet

» Faire preuve d’un bon jugement, même sous pression, et tout en restant calme

» Communiquer avec les autres (communications orales et écrites, présentations)

» Savoir exprimer clairement des idées complexes

» Satisfaire les attentes des parties prenantes en matière de qualité et répondre aux exigences du projet

» Travailler pour servir la raison d’être de l’organisation

Comment pouvez-vous mieux vous préparer à un audit de projet ?

Les audits de projet peuvent être intimidants. Discutons de certaines mesures que vous pouvez prendre pour rendre ce processus plus fluide et sans stress !

How to prepare for a project audit par Marisa Silva (The Lucky PM)

https://wellingtone.co.uk/how-to-prepare-for-a-project-audit/

Ne nous leurrons pas : Les audits peuvent être effrayants, surtout si c’est la première fois que vous en faites partie. Le simple mot « audit » sonne immédiatement comme une affaire sérieuse, non ?

Les audits de projet sont une enquête détaillée et formelle sur le management d’un projet, ses processus, ses dépenses, son avancement, ses risques, etc. et pour beaucoup, ils sont (à tort, je dois dire) considérés comme le dernier recours dans l’assurance du projet. Cela a principalement à voir avec la façon dont les audits sont déclenchés, lorsqu’il y a des préoccupations avec la gouvernance du projet, ses finances et/ou pour déterminer sa viabilité future. Le projet est considéré comme un projet « qui rencontre des difficultés ».

De plus, les audits de projet ne sont pas toujours accueillis à bras ouverts, car ils sont souvent effectués par une entité externe au projet et, parfois, par l’organisation (p. ex., PMO/bureau de projet ou auditeur indépendant).

Cependant, les audits de projet n’ont pas besoin d’être effrayants !

En fait, ils devraient être reçus comme un autre type de revue d’assurance qualité, visant à renforcer le modèle des trois lignes de défense, prévu dans le cadre du plan intégré d’assurance et d’approbation du projet, et intégré dans le standard en matière d’assurance.

Si vous n’êtes toujours pas convaincu ou si c’est la première fois que vous participez à un audit de votre projet (que ce soit en tant qu’équipe de management de projet ou dans la fonction PMO/Assurance coordonnant l’assurance qualité), continuez à lire.

Discutons de certaines mesures que vous pouvez prendre pour rendre ce processus plus fluide et sans stress !

Avant l’audit

Utilisez une check-list d’audit

Simples mais efficaces, les check-lists vous permettent de lister rapidement ce qui est nécessaire versus ce qui est prêt pour l’audit.

Convenez de qui, quoi et quand

Les conditions de la mission doivent être clairement définies avant le début de l’audit. Cela comprend une identification claire des personnes qui doivent être impliquées/consultées, de ce qui est dans la portée de l’audit et du calendrier de l’audit.

Établissez un calendrier d’audit et attribuez les responsabilités

En matière d’assurance, « pas de surprises » est toujours une stratégie gagnante. Ainsi, avoir une visibilité sur le moment où les éléments probants seront recueillis ou sur le moment où l’équipe peut s’attendre aux résultats de l’audit est primordial pour réussir. Cela inclut également une compréhension claire des responsabilités pendant et après la vérification.

Faites connaissance avec l’auditeur

Vous ne voulez pas compromettre l’indépendance qui devrait exister en tant que principe de l’audit (nous devrions donner aux auditeurs l’espace dont ils ont besoin pour faire leur travail). Cependant, avoir une réunion de pré-audit ne fera aucun mal et vous aidera à établir des relations (et à être plus détendu lorsque l’audit aura lieu).

Posez des questions

Les audits suivent des directions d’enquête structurées afin d’éviter les « zones grises » sujettes à interprétation. Cependant, il peut être utile de savoir quel est le modus operandi de l’auditeur ou simplement de confirmer comment il souhaite avoir accès aux données du projet à consulter.

Préparez la paperasse

Les audits peuvent être bureaucratiques, avec de nombreux documents à préparer, à examiner et à partager plus tard en tant que résultats. Ne négligez pas l’importance d’avoir des éléments de configuration à jour, de clarifier quelle version d’un document est la plus récente et où elle peut être trouvée. Faites en sorte qu’il soit facile pour l’auditeur de trouver ce qu’il cherche.

Préparez votre équipe

Préparez le terrain sur les raisons pour lesquelles l’audit est nécessaire, ce qui va se passer comme prochaines étapes, ou simplement clarifiez certaines idées fausses sur ce qu’implique un audit car cela aide à créer le bon état d’esprit au sein de l’équipe projet et à intégrer l’audit projet dans les activités quotidiennes du projet sans trop de perturbations.

Au cours de l’audit

Soyez collaboratif

Soyez conscient du but ultime de l’audit. Ce n’est pas de signaler vos faiblesses (que ce soit en tant que manager, projet ou organisation), mais d’aider le projet à réussir en proposant des mesures préventives et correctives. Pour cette raison, il est fondamental d’être coopératif lorsqu’on vous demande de fournir une information ou de clarifier un aspect du projet.

Soyez proactif

Ne vous contentez pas d’appliquer une attitude de laissez-faire. Soyez disponible et proactif dans l’audit en offrant votre aide le cas échéant et en communiquant toute information qui, selon vous, pourrait être utile à l’auditeur.

Détendez-vous

L’audit est en cours, l’auditeur sait ce qu’il fait, vous avez complété votre préparation. Maintenant, respirez. Les résultats vous seront communiqués sous peu.

Après l’audit

Mettez en œuvre des mesures

L’assurance projet ne prend pas fin lorsque les résultats de l’audit du projet sont connus. Elle doit être orientée vers l’action ; en fonction du mandat de la mission, un plan d’action doit être mis en œuvre, identifiant clairement les propriétaires, les délais et les priorités pour chaque action.

Tirez les leçons du passé

Les audits de projet devraient générer de la confiance et mener à la création et au transfert de connaissances qui pourraient être utiles non seulement pour les étapes restantes du projet, mais aussi pour les projets futurs de l’organisation. Ne vous y trompez pas : L’assurance n’a de valeur que si elle conduit à de meilleures décisions !

Quelle est la réponse à la question « et alors ? » envers l’audit de projet ?

Qu’en est-il maintenant ? Êtes-vous mieux préparé pour votre prochain audit de projet ?

Pour aller plus loin, jetez un coup d’œil au cours APM-accredited Assurance Practitioner


Relisez ou découvrez ces précédents billets sur les audits projet

 

Le cas d’affaire (business case) : Qu’est-ce ? Qu’inclut-il ? Qui le rédige ? …et après son approbation…

Que souhaiteriez-vous trouver dans un cas d’affaire si vous deviez approuver la décision de lancer ou pas un nouveau projet ?

https://wellingtone.co.uk/the-business-case/ par Wellingtone

Qu’est-ce qu’un cas d’affaire ?

Le cas d’affaire est un document qui aide une organisation à décider d’approuver ou non le démarrage d’un projet. En règle générale, nous disons que le cas d’affaire justifie le projet parce qu’il doit indiquer clairement que les bénéfices de la réalisation du projet l’emportent sur le coût et les efforts, c’est-à-dire que le projet est la bonne chose à faire. En tant que tel, il s’agit de l’un des documents les plus importants du cycle de vie du projet. Un cas d’affaire médiocre ou manquant peut indiquer que le projet n’est pas justifié, c’est-à-dire qu’il n’a pas été correctement vérifié que c’est la bonne chose à faire pour l’organisation.

Partenaire de DantotsuPM, visitez le site pour toutes les formations certifiantes proposées

Que devrait inclure un cas d’affaire ?

Imaginez que vous ayez la tâche de prendre une décision concernant un investissement important en fonction du contenu d’un document. Que voudriez-VOUS que ce document contienne ?

Les sections qui sont typiquement utiles

  • Contexte – Une explication du problème ou de l’opportunité auxquels le projet répondra. Pourquoi ce cas d’affaire est-il même envisagé ? Quelles situations ou circonstances nous ont amenés à ce point ?
  • Avantages – Quels seront les résultats mesurables de la réalisation de ce projet ? En quoi et pourquoi ces avantages sont-ils bénéfiques pour l’organisation ? Peut-on établir un lien avec la stratégie ?
  • Budget – Vous n’aurez probablement pas de budget détaillé à ce stade, mais vous devrez donner une indication ou une estimation de haut niveau des coûts.
  • Risques – Dans quelle mesure le projet proposé est-il risqué ? Est-ce une « chose sûre » ou les chances d’échec sont-elles plus élevées ?
  • Évaluation des investissements – Une analyse des raisons pour lesquelles l’investissement est une bonne idée. Cela peut inclure à la fois des facteurs financiers et non financiers, et devrait essayer d’expliquer en termes tangibles et mesurables pourquoi le projet est une bonne idée.
  • Analyse des options – Évidemment, ce projet que vous proposez doit être votre moyen préféré de résoudre le problème ou de tirer profit de l’opportunité. Vous devez expliquer comment cette option est devenue votre préférée. Quelles autres options avez-vous envisagées ? Pourquoi celle-ci est-elle la meilleure ?

Qui devrait créer le cas d’affaire?

Dans de nombreuses instances, le cas d’affaire du projet est rédigée par le manager de projet. C’est une façon un peu renversée de faire les choses. Repensez-y … le cas d’affaire est rédigé pour justifier le projet.

Sans cas d’affaire, il ne devrait pas y avoir de projet. Alors, comment un manager de projet peut-il rédiger un cas d’affaire pour son propre projet ?

Le fait même qu’il y ait un manager de projet en place implique que la décision de faire le projet a déjà été prise.

Alors, qui devrait l’écrire ?

L’Association for Project Management (APM) est assez claire : c’est le sponsor. Le sponsor est le champion principal et actif du projet et en détient la responsabilité globale (en fait, la responsabilité s’arrête avec lui si c’est le mauvais projet ou si le projet est mal fait), donc naturellement il devrait lui incomber de justifier officiellement le projet.

En règle générale, les sponsors ne le rédigent pas eux-mêmes, mais confient plutôt cette tâche à quelqu’un. Cette personne peut très bien s’avérer être la personne qui deviendra plus tard le manager de projet. Quoi qu’il en soit, le cas d’affaire bénéficie de l’apport de plusieurs personnes :

  • Le sponsor
  • Si un manager de projet et/ou une équipe projet ont été identifiés, ils apporteront une précieuse contribution .
  • Le client/utilisateur final
  • Le fournisseur
  • D’autres experts (selon le projet, ce peuvent être des avocats, des RH, du personnel technique, etc.)
Partenaire de DantotsuPM, CERTyou est le spécialiste des formations certifiantes

Conseils clés

  • Ne confondez pas le cas d’affaire avec le plan de projet.  Le cas d’affaire doit être préparé avant que le projet ne soit démarré et, à ce moment-là, il n’y a pas encore de définitions détaillées de la portée, d’échéancier et de budgets.  Le contenu du cas d’affaire est indicatif.
  • Gardez-le vivant. Pour faire suite au point précédent : Lorsque vous commencez, vous en savez très peu et le contenu ne peut être que de haut niveau. Mais au fur et à mesure que vous progressez dans le projet, de plus en plus de détails seront découverts pour que le cas d’affaire puisse être mis à jour et approuvé à nouveau.
  • Faites simple.  N’exagérez pas avec une mise rédaction compliquée ou une formulation sophistiquée. Un simple document Word très direct avec un vocabulaire simple est préférable. Ce n’est pas le moment d’embrouiller le public avec votre écriture créative.
  • Avez-vous des préoccupations au sujet d’un aspect du projet ?  Documentez-les dans le cas d’affaire ! Si vous dissimulez des informations aux décideurs, c’est de votre faute si les choses tournent mal plus tard et qu’il s’avère que la mauvaise décision a été prise.

Et ensuite ?

Wellingtone peut vous aider à définir votre cas d’affaire et d’autres livrables de management de projet grâce à leurs services complets de conseils PMO.

La valeur du Management de Portefeuille de Projets IT par René Klunder van Gijen

Il est crucial pour les entreprises et l’IT de travailler en équipe pour atteindre l’objectif commun : Ajouter de la valeur à l’entreprise et à ses parties prenantes et clients.

The value of IT Portfolio Management

https://feetontheground.nl/the-value-of-it-portfolio-management/ par René Klunder van Gijen

Le but du management de portefeuille de projets est de déterminer quelles initiatives ajoutent le plus de valeur à l’entreprise et à ses clients. Il est important de tenir compte des délais dans lesquels les initiatives commenceront à ajouter de la valeur.

Il y a deux ans, avec l’équipe @DKR, j’ai fait une randonnée cycliste caritative de sept jours des Pays-Bas à l’Alpe d’Huez en France, appelée le Gran Fondo. L’une des clés du succès a été notre feuille de route. Cela nous a donné une direction, une structure et un focus. Nous avions un plan.

Ici, je constate un énorme parallèle avec le Management de Portefeuille de projets IT, IT Portfolio Management. Vous avez besoin d’un plan et d’une structure pour donner une direction au management de portefeuille afin de pouvoir déterminer quelles initiatives se qualifient le mieux pour ajouter de la valeur.

Exécution de la stratégie

Le management de portefeuille est un élément important du modèle d’exécution de la stratégie.

En cette ère numérique, de nombreuses entreprises sont inondées de demandes des clients pour de nouveaux produits et services. Il en résulte de nombreuses initiatives informatiques générées par le business.

Mais comment une organisation peut-elle rationaliser et sélectionner les initiatives qu’elle développera et lancera ?

C’est là qu’intervient l’Organisation de Management de Portefeuille ou PFMO. Son rôle est de prioriser les initiatives qui doivent mener à une proposition de feuille de route pour décision finale par le Comité Décisionnel du portefeuille, le board. Ce board est un organe de gouvernance mis en place et mandaté par la direction de l’organisation.

Priorisation des initiatives

Lorsque nous avons planifié le Gran Fondo, nous avons dû faire des choix. Sur la base de la condition physique de l’équipe, de combien de kilomètres et de dénivelé l’équipe pourrait-elle accomplir de manière réaliste en sept jours ? Les sept étapes ont dû être adaptées à cela en tenant compte également d’autres éléments, tels que les routes qui n’étaient pas ouvertes aux cyclistes et l’emplacement des hébergements.

Dans le management de portefeuille, les mêmes principes s’appliquent. Des choix doivent être faits et il est nécessaire d’établir des priorités.

Les critères typiques de priorisation des initiatives sont les suivants
  • Contribue-t-elle à la stratégie de l’organisation ?
  • Comment aide-t-elle à atteindre les objectifs que l’organisation s’est fixés et contribue-t-elle à l’atteinte des avantages escomptés ?
  • Les cadres juridiques auxquels l’organisation doit se conformer sont-ils en jeu ? Par exemple, les règles liées à la protection de la vie privée et à la sécurité.
  • Est-elle conforme à l’architecture technique de l’entreprise ?
  • Quand l’initiative pourra-t-elle commencer à ajouter de la valeur à l’entreprise et à ses clients ? Ceci en fonction de la durée, de l’échelonnement, de la taille, de la complexité et de l’impact sur les ressources.
  • Le produit/service envisagé est-il reproductible ? Peut-il être utilisé chez d’autres clients ?
  • Quelles sont les dépendances et l’impact sur les autres initiatives et le portefeuille actuel de produits et services ?

De toute évidence, le budget est un élément important à considérer. Mais d’après mon expérience, les initiatives sont généralement financées par le demandeur, l’entreprise; ni par l’organisation informatique ni par le PFMO. C’est pourquoi je ne considère pas que cela fasse partie des critères de priorisation. Dans certains cas, j’ai vu le service informatique se voir accorder un budget annuel fixe pour effectuer, par exemple, des travaux de développement. Ceci sur la base de la feuille de route élaborée par le PFMO. Mais ensuite, une nouvelle initiative a été priorisée qui ne figurait pas sur la feuille de route et qui nécessitait davantage de capacités de développement. Cela a conduit à un financement supplémentaire pour l’IT afin d’assurer une capacité de développement suffisante.

L’examen et la priorisation des initiatives IT nécessitent une analyse approfondie de la part de l’Organisation de Management de Portefeuille (PFMO). Le Product Owner a un rôle clé à jouer pour mener l’analyse approfondie et impliquer les architectes techniques d’entreprise soutenus par des spécialistes.

Critères de succès

L’un des plus grands défis que j’ai vus est l’adoption du management de portefeuille par l’entreprise et l’utilisation du PFMO. Le rôle du PFMO est de fournir une vision holistique de toutes les initiatives informatiques et d’assurer une priorisation correcte pour l’organisation. Mais ces priorités ne correspondent pas toujours aux attentes des différentes unités opérationnelles.

Ici, je vois un parallèle avec le Gran Fondo. Tous les coureurs de notre équipe n’avaient pas le même niveau de forme physique. Nous courrions le risque que les coureurs veuillent faire leur propre choix en termes d’itinéraire, de montées et d’étapes. C’est pourquoi nous avons créé la feuille de route, le roadbook, qui a canalisé l’équipe. Suivre le roadbook nous a donné la meilleure chance d’atteindre notre objectif et de passer la ligne d’arrivée ensemble en tant qu’équipe.

Pour donner une direction à votre organisation et éviter le risque que les unités commerciales ne sortent du cadre du PFMO, je recommande de construire une structure solide de management de portefeuille informatique qui soit formellement approuvée au niveau de la direction.

Cette structure devrait servir de ligne directrice à l’organisation sur comment et quand utiliser le PFMO. Elle devrait décrire la gouvernance de management du portefeuille, son mandat, les rôles et responsabilités et les routines de réunion.

Une vue de la gouvernance du portefeuille.

Un autre challenge est de savoir comment l’établissement des priorités, tel que réalisé par le PMFO, est traduit en une feuille de route. On s’attend souvent à ce que le comité de management du portefeuille, le board, établisse la feuille de route en fonction des priorités établies par le PMFO.

Avec l’afflux élevé de nouvelles initiatives numériques, le board n’est pas équipé pour élaborer une telle feuille de route. Souvent, les membres du comité font partie de l’équipe de direction. Ils n’ont tout simplement pas le temps ni la capacité et n’ont généralement pas les connaissances approfondies. Par conséquent, ma recommandation est de mettre en place un forum des propriétaires business et produits (portfolio forum of business and product owners) qui développe une feuille de route conceptuelle pour la prise de décision finale par le conseil d’administration. L’avantage est davantage de responsabilisation pour les équipes, plus de flexibilité et des propriétaires business et produits qui réfléchissent pour l’entreprise et pas seulement pour leur propre organisation.

Management des parties prenantes

Pour les unités commerciales, le délai de mise sur le marché et la rapidité de livraison de nouveaux produits/services aux clients sont d’une importance majeure.

Le risque est que les unités commerciales sortent du management de portefeuille si les exigences ne peuvent pas être remplies comme elles le souhaitent. Elles passeront probablement à côté de sujets importants tels que le respect des normes de l’entreprise (comme celles de confidentialité, techniques, standards de données) et génèreront de la duplication d’initiatives, ce qui signifie des investissements supplémentaires. Un bon exemple que j’ai rencontré était le développement d’une application de reconnaissance faciale qui n’était pas conforme aux normes de l’entreprise.

Comme indiqué précédemment, il est essentiel de rendre obligatoire pour l’entreprise de mener toutes les nouvelles initiatives par l’intermédiaire du PFMO.

Cependant, le PFMO doit se rendre compte que le management de portefeuille n’est pas l’activité principale des principaux contributeurs de l’entreprise. Surtout au début, il faut de gros efforts pour les embarquer dans le voyage du management de portefeuille et leur faire comprendre la valeur du management de portefeuille, le rôle qu’ils jouent, le mandat qu’ils ont et l’environnement dans lequel ils opèrent.

Par conséquent, passez du temps avec les parties prenantes de l’entreprise, non seulement par le biais de la gouvernance formelle, mais aussi par le biais de réunions individuelles. La communication est la clé.

Nous avons vécu la même chose dans notre Gran Fondo. Certains cyclistes ont mal interprété le roadbook, et nous nous sommes trompés de sortie. Cependant, en communiquant et en nous orientant collectivement dans la bonne direction, nous sommes revenus en piste et nous avons franchi la ligne d’arrivée ensemble.

Les points à retenir

  • Produisez un « roadbook », feuille de route, pour structurer l’orientation du management de portefeuille dans votre organisation.
  • Obtenez l’adhésion de la direction exécutive, car elle est essentielle pour vous assurer que toutes les nouvelles initiatives IT au sein de l’organisation passeront par l’organisation de management de portefeuille.
  • Établissez une structure de portefeuille pour fournir des directions sur la façon dont l’entreprise et le service informatique collaborent pour faire les bons choix pour l’organisation en termes d’initiatives à prioriser et à déployer.
  • Laissez l’organe de management de portefeuille déterminer quelles initiatives/projets contribuent le plus aux thèmes stratégiques de l’organisation et lesquels peuvent apporter le plus de valeur à l’organisation dans les plus brefs délais.
  • Embarquez les parties prenantes seniors sur le chemin du management de portefeuille.
  • Rappelez-vous, comme le Gran Fondo, il est crucial pour les entreprises et l’IT de travailler en équipe pour atteindre l’objectif commun : Ajouter de la valeur à l’entreprise et à ses parties prenantes et clients.

Qui est René Klunder van Gijen (avec lequel j’ai eu le privilège de travailler chez Orange) ?

René Klunder van Gijen

I’m an experienced Business Unit and Transformation Leader. I’m passionated about building high performance teams, help customers in their transformation and help them to achieve their business objectives. 

I have a solid background in ICT and Telecoms. I’m used to operate at the cutting edge of business and ICT /Telecom and I have worked in both domestic and international B2B environments.

Building bridges between teams and departments is one of my key qualities.

En cette nouvelle année 2023 qui débute, décidez de prendre un peu de recul chaque jour pour bien définir quelles sont vos réelles priorités.

Tout semble urgent pour une personne sans priorités clairement définies.

Vous ne maîtriserez votre vie que lorsque vous maîtriserez la gestion de votre temps.

Or, si tout est prioritaire, vous ne savez où donner de la tête.

Une priorité est ce qui exprime le mieux la mission, la vision et les valeurs d’aujourd’hui.

Managez votre temps

Une question très simple est au cœur de la gestion du temps : Quelle est votre priorité aujourd’hui ?

Soyez précis :

  1. Quelle est la seule chose que vous devez achever aujourd’hui ?
  2. Sur quoi allez-vous concentrer votre plus productive période de temps et votre énergie aujourd’hui ?
  3. A quoi avez-vous su dire non parce que ce n’était pas votre priorité ?
  4. Quand cette journée sera terminée, que serez-vous fier d’avoir fait ?

Corolaire : Si vous avez 10 à 15 priorités, vous n’avez pas de priorité.

Si vous managez une équipe ou un projet, sachez ce qui est important.

Lors des réunions d’équipe hebdomadaires, dès que la revue de la performance de la semaine passée est accomplie, focalisez les personnes sur les priorités de cette semaine :

« Quelles sont nos priorités cette semaine ? ».

Vérifiez par le questionnement que les priorités sont bien comprises et donnez l’opportunité de les clarifier et de les discuter en équipe.

Et lors des réunions en tête-à-tête avec les membres de votre équipe, demandez :

« Quelles sont tes priorités ? »

Écoutez puis suivez l’avancement sur ces priorités déclarées en cours de semaine :

« Où en es-tu de tes priorités cette semaine ? »

Soyez courageux.

Il vous faut du courage pour dire que tout n’est pas une priorité pour aujourd’hui. Vous savez que tout doit être fait mais vous savez aussi que si vous n’identifiez pas les priorités pour aujourd’hui et pour cette semaine, rien ne sera fait.

Les priorités positionnent les tâches dans l’ordre optimal.

Ayez le courage de dire que la plupart des choses importantes de votre liste ne sont pas une priorité pour aujourd’hui.

Corolaire : Tout ce qui est sur votre liste de choses prioritaires à faire et qui y figure depuis plus d’un mois doit être effacé !


PS: Découvrez ou relisez « Aujourd’hui ne se produira qu’une fois et c’est aujourd’hui !« 
et aussi « Dotez-vous dès aujourd’hui d’un journal de décisions, de VOS décisions ! Et tenez-le à jour. »

Êtes-vous sur un projet ou dans une organisation souffrant de sur-gouvernance ?

Alors que certaines organisations commencent tout juste à mettre en place le modèle de gouvernance de leurs projets, programmes et portefeuilles, beaucoup d’autres sont à l’autre extrême du spectre et souffrent d’un problème commun mais peu discuté : la sur-gouvernance.

Projet ou organisation souffrant d’une sur-gouvernance ? par Wellington

https://wellingtone.co.uk/project-or-organisation-suffering-from-over-governance/

Si toutes les décisions sur votre projet sont prises par un comité lors d’une série de réunions sans fin, si tout le monde et son chien doivent être là, et qu’il faut 6 organes de gouvernance différents pour qu’une analyse de rentabilité soit approuvée… « Houston, nous avons un problème ».

Qu’est-ce que la gouvernance ?

Prenons un peu de recul et clarifions d’abord ce que l’on entend par « gouvernance ». Selon le Corpus de connaissances de l’APM (7ème édition), la gouvernance fait référence au « cadre d’autorité et de responsabilité qui définit et contrôle les livrables, les résultats et les bénéfices des projets, des programmes et des portefeuilles. Mécanisme par lequel l’organisme d’investissement exerce un contrôle financier et technique sur le déploiement du travail et la réalisation de la valeur. » En substance, ce cadre touche plusieurs domaines du management de projet, de la définition des rôles et responsabilités, à la conception et  à la nomination des comités de projet, aux  « règles business » d’approbation par étapes, aux voies d’escalade, etc.

Alors, comment les organisations finissent-elles par en avoir trop et supprimer la joie de travailler sur des projets ?

Pourquoi la sur-gouvernance survient-elle ?

D’après mon expérience, le scénario «  trop de gouvernance » peut provenir de l’un ou l’autre ou d’une combinaison des éléments suivants.

Une tentative d’apprivoiser l’incertitude et l’ambiguïté

Relisez ce billet sur VUCA

Il existe des environnements de projet qui sont, par nature, hautement réglementés et formels ; d’autres sont des problèmes vraiment difficiles à gérer, sujets à la complexité et à l’ambiguïté, avec de nombreuses interdépendances internes et externes à traiter.

Dans de tels environnements, il est normal de mettre en œuvre des mesures de contrôle supplémentaires, une surveillance plus étroite et un examen plus minutieux pour s’assurer que rien ne passe entre les mailles du filet.

Face à l’incertitude, nous voulons reprendre le contrôle, par conséquent, chaque couche de gouvernance introduite nous procure ce (faux) sentiment de sécurité.

Cependant, croyez-moi, bien que PRINCE2® signifie Projets dans des environnements contrôlés, il est presque impossible d’être à 100% en contrôle quand il s’agit de management de projets.

Partenaire de DantotsuPM, visitez le site pour toutes les formations certifiantes proposées

L’approche de pansement sur un projet défaillant (ou qui a échoué)

Quand un projet sort de la piste, plutôt que de simplifier l’approche, les gens ont tendance à faire le contraire : Ajouter des champs à remplir dans le registre des risques, donner des rapports d’état plus fréquents, plus d’organes de gouvernance auxquels rendre compte, etc.

Bien sûr, cela ne fait qu’ajouter de la pression à une équipe déjà sous forte pression.

De plus, cette approche représente un moyen rapide mais superficiel d’aborder un problème, de le couvrir d’un pansement plutôt que d’évaluer quel est le véritable problème à la source.

Manque de proportionnalité

Une solution unique à la gouvernance des projets peut être utile lorsque les organisations manquent de standardisation dans leur approche et commencent tout juste à améliorer la maturité du management du portefeuille de projets.

Cependant, la littérature (et l’expérience) nous disent qu’il arrive toujours un point d’inflexion où une taille unique ne suffit plus et où nous nous retrouvons avec une cheville carrée à faire passer dans un trou rond, c’est-à-dire que trop ou trop peu de gouvernance par rapport aux caractéristiques du projet.

Ne vous y trompez pas : La personnalisation est nécessaire et les pratiques les mieux adaptées vous serviront mieux au fil du temps que les meilleures pratiques.

Manque de communication

Communiquez de manière ouverte et adaptée à chaque niveau

Si les canaux de communication sont mal conçus ou s’il n’y a pas de mécanismes de communication appropriés pour diffuser un message et s’assurer que tous ceux qui ont besoin d’être informés sont effectivement informés, il est naturel que tout le monde veuille assister à la réunion du projet, être dans les courriels et exiger une copie de l’analyse de rentabilité.

Je le ferais, aussi !

Manque de confiance et de responsabilité

C’est l’une des causes fondamentales de la sur-gouvernance.

Si l’organisation / le projet ne permet pas une culture de confiance, de responsabilité et d’autonomisation, alors, tous les types de comités de prise de décision / conseils / consultation sont susceptibles d’être en place en tant que couches de redondance pour atténuer ce manque.

Conseils et astuces pour s’attaquer à trop de gouvernance

La sur-gouvernance n’est pas quelque chose que vous pouvez simplement activer ou désactiver, car elle a tendance à être enracinée dans l’ADN culturel de l’organisation. En revanche, la beauté de cela est que la culture organisationnelle ne nous arrive pas juste comme ça. Elle fait référence à ce qui se passe au quotidien et vous pouvez aussi la façonner.

Alors, comment minimiser ou au moins signaler le souci de sur-gouvernance ?

Vous trouverez ci-dessous quelques conseils et astuces qui peuvent vous aider.

Montrez le coût élevé d’une faible confiance

Lorsque vous attribuez un coût à quelque chose, elle gagne automatiquement une nouvelle valeur. Aussi, une excellente façon de mettre en évidence l’impact de la sur-gouvernance est de mettre en pratique le dicton « le temps, c’est de l’argent ». Si vous deviez multiplier le nombre d’heures passées dans chaque réunion de comité par le taux horaire (réel ou générique) des participants, combien ces réunions vous coûtent-elles ?

Vous ne faites probablement pas l’utilisation la plus efficace de votre argent, n’est-ce pas ?

Mesurez combien de temps faut-il pour prendre une décision

Suivez le nombre de jours (semaines ? mois ?) qu’il faut pour faire approuver un dossier de projet depuis qu’il a été soumis, ou le nombre de niveaux dans la structure pyramidale du projet pour décider d’une demande de changement.

Il y a plusieurs moments dans la vie du projet que vous pouvez utiliser pour construire votre argumentation sur la nécessité de changer.

Complétez une évaluation d’impact :

Combien de semaines plus tôt auriez-vous pu mettre le produit sur le marché s’il y avait eu trois comités consultatifs de moins à consulter ?

Soyez clair sur les exigences de communication et les voies d’escalade

Il s’agit de basiques du management de projets mais souvent négligés car nous avons tendance à supposer que tout le monde dans le projet voudra recevoir le même type de communication, de la même manière, en même temps.

En fait, non.

Travaillez sur votre matrice RACI pour confirmer qui doit être consulté et qui doit être informé et n’ayez pas peur de demander sur quoi et comment les parties prenantes aimeraient interagir avec le projet.  Un plan de communication est toujours un must-have.

Challengez davantage

On demande souvent aux gens d’assister à des réunions pour susciter l’adhésion et un sentiment d’implication dès le début, même s’ils n’ajoutent pas de valeur à cette réunion.

Question :

Peuvent-ils être informés d’une autre manière ?

Mieux encore : Cette réunion est-elle vraiment nécessaire ou pourrait-elle être remplacée par une annonce sur Teams ? Simplifiez.

Décomposez votre portefeuille en niveaux de projets et définissez les implications en matière de gouvernance

Si c’est simple et facile…

Plus facile à dire qu’à faire, cependant, l’adaptation de votre approche par la catégorisation des activités à venir est fondamentalement basée sur les paramètres des projets. Si un projet est simple, à faible budget et à faible risque, il ne devrait pas avoir les mêmes exigences de gouvernance qu’un projet stratégique, complexe et à haut risque.

Lisez notre eBook Changing the PMO Mindset sur la façon de le faire.

Apprenez à déléguer, à manager par exception et à être à l’aise avec ce qui est inconfortable

Croyez-moi, vous ne pouvez pas tout contrôler – j’ai essayé. Les projets fonctionnent dans un monde VUCA et nous devons l’accepter, non pas comme une attitude de laissez-faire, mais plutôt comme une attitude qui permet la flexibilité et l’agilité. Cela signifie également faire davantage confiance aux autres et donner aux équipes les moyens de s’auto-organiser dans les limites de la tolérance convenue.

Renforcez la responsabilisation, pas le contrôle.

Après tout, nous sommes tous des adultes, n’est-ce pas ?

Téléchargez aussi ce guide sur le site de notre partenaire Virage Group

Le point de vue du PMO

Pour les équipes PMO, il peut parfois être facile de s’enfermer dans la gouvernance et il est souvent nécessaire d’avoir davantage de contacts directs avec les projets afin qu’ils puissent donner confiance en la livraison.

Ce besoin peut parfois être perçu comme une bureaucratie supplémentaire par les équipes de développement, mais étant donné que perception et valeur sont toutes les deux subjectives, les PMOs devraient être sensibles à la façon dont leur besoin d’information est reçu.

Pour ce faire, les PMOs doivent considérer leurs parties prenantes comme des clients internes et prendre le temps d’identifier leurs besoins, afin de concevoir un niveau de gouvernance proportionnel et approprié pour l’organisation.

S’assurer que les conseils et astuces sont suivis en collaboration avec les clients permettra une gestion du changement plus efficace et l’adoption d’exigences de gouvernance nouvelles et révisées.

Et vous ? Êtes-vous également confronté à une sur-gouvernance dans vos projets ?

TOP 3 de janvier 2022 sur DantotsuPM, le blog du management de projets

Je profite de l’été pour partager sur les billets les plus lus depuis le début de l’année, mois après mois.

#1 – Comment épater votre Comité de pilotage projet (le « copil » ou Steering Committee) ?

Suivez ces quelques astuces et vous prendrez un bon départ avec votre copil et avec les décideurs les plus seniors sur le projet.

#2 – Voici ce que les leaders devraient faire pour améliorer la santé mentale de leurs équipes

L’inquiétude, le stress et l’anxiété ont des effets négatifs sur la productivité et l’efficacité, sans parler de la santé globale et la qualité des relations interpersonnelles. En tant que leader, vous êtes responsable de sauvegarder la santé mentale de vos employés.

Voici quelques domaines de base par lesquels vous pouvez commencer.

CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

#3 – « La bonne compréhension et l’utilisation des valeurs du manifeste agile et du manifeste du test vous garantit être un bon testeur agile » par Fidaa Berrjeb.

Dans ce billet, Fidaa explique les 4 valeurs du manifeste agile ainsi que chaque valeur du manifeste de test.

S’il vous plait, pourriez-vous venir auditer mon projet ?

Si vous êtes manager de projet, cette demande peut vous paraître incongrue, mais elle est pourtant souvent à la fois nécessaire et intelligente, voici pourquoi.

En tant que manager de projet, j’ai longtemps essayé d’éviter les audits car je les considérais au mieux comme une perte de temps et au pire comme un danger pour mon projet.

Et vous, considérez-vous qu’un audit est l’arme de psychopathes à la recherche de victimes qui sont en l’occurrence vous et votre projet ?

Les audits sont utiles et nécessaires.

Ils peuvent et doivent s’avérer productifs et apporter de réels bénéfices et avantages à votre projet pour sa réussite ainsi qu’à vous-même pour votre propre développement professionnel.

Visitez le site de notre partenaire Virage Group

#1 – Commencez par le début et posez-vous les bonnes questions.

Voici selon moi ces 4 questions :
  1. Qui a commandité l’audit ?
  2. Pourquoi ?
  3. Qui sont les auditeurs ?
  4. Quel est l’objet précis de l’audit ?

Commencez par trouver la réponse à la dernière question, l’objet précis de l’audit, car elle permet de trouver les réponses aux questions précédentes.

En effet, une fois que l’objet de l’audit est partagé et compris, il met souvent en évidence plusieurs domaines cibles d’investigation et de revue détaillée.

Il peut s’agir des pratiques de management de projet, du contrôle des dépenses, de la qualité des livrables, des aspects sécurité, du suivi de l’avancement, des détails du plan de projet ou de diverses combinaisons de ceux-ci ou d’autres non listés ci-dessus.

Réfléchissez par vous-même et discutez avec les auditeurs. Vous devez parvenir à faire remonter à la surface les raisons profondes pour cet audit et identifier le commanditaire.

D’autre part, le type d’auditeurs que vous recevez en dit long le but et l’importance accordée à l’audit: Internes, cabinets de conseil externes, généralistes, auditeurs spécialisés (IT, finance, méthodes, qualité…), experts des processus ou techniciens.

Le projet d’intégration et déploiement de progiciel de gestion intégrée (ERP) sur lequel je travaillais a fait l’objet d’un audit interne. Quand nous avons compris que le focus était essentiellement de s’assurer que nous contrôlions correctement les dépenses et les risques, il fut facile à l’équipe de fournir les évidences de ce que nous faisions dans ces domaines. Nous avons montré notre processus de suivi des dépenses, notre méthode de suivi des affectations, le journal des questions ouvertes et le registre des risques.

Le responsable financier, commanditaire de l’audit, a été rassuré par les conclusions et les recommandations des auditeurs pour encore nous améliorer et sur lesquelles nous avons bien sûr rapidement engagé des actions. De surcroît, les auditeurs nous ont aidés à aller plus loin dans notre management des risques. Ils ont recommandé l’organisation d’une session de brainstorming avec le comité exécutif du projet, ce que nous n’étions jusqu’alors pas parvenu à obtenir malgré nos demandes !

#2 – Comprenez le processus que les auditeurs vont suivre.

Il est critique de comprendre leur approche pour bien préparer l’équipe à cet événement qu’ils vont initialement percevoir de manière stressante et négative si ce n’est traumatique.

En général, la première étape des auditeurs consiste en une série d’entretiens avec des membres clefs de l’équipe et du comité exécutif de projet, précédés et/ou suivis de demandes de divers documents projet à fin d’analyse.

L’étape suivante est composée d’analyse et de sessions additionnelles pour plonger plus profondément dans les questions et détails spécifiques, en particulier sur le « comment » sont réalisés certains processus et tâches.

Vous devez avec les auditeurs donner du sens à l’audit pour que l’équipe ne soit pas désorientée et ne mette pas sur la défensive. Les personnes doivent bien sûr fournir tous les documents du projet, et de façon peu structurée, en articulant bien les composants entre eux.

#3 – Insérez-vous dans le processus de réflexion et de reporting.

Vous devez aussi prendre en compte le fait que les auditeurs feront certainement des points de suivi avec la direction et les commanditaires. Lors de ces sessions, ils vont partager l’état avancement, exposer leurs découvertes et « étonnements », tester leurs idées initiales (pour observer les réactions potentielles du management) et, plus tard, présenter des recommandations (intermédiaires puis finales).

Efforcez-vous de partager les observations des auditeurs avec l’équipe au fur et à mesure pour éviter les surprises de fin d’audit et anticiper certaines actions correctives ou complémentaires.

Donnez à l’équipe l’opportunité de commenter ces observations. Prenez avec les auditeurs ces retours en considération.

Vous devez ensuite (après l’audit) fournir un suivi de l’exécution de plans d’action pour répondre . Ceci, je suis certain, fut beaucoup plus bénéfique à la société qu’un simple rapport d’audit.

Indépendamment du scénario, vous devez supporter activement les auditeurs pendant leurs investigations. Fournissez toutes les informations appropriées en totale transparence et demandez aux membres de l’équipe projet de faire de même.

Dégagez du temps pour eux. Soyez un partenaire ouvert, positif et de valeur. En agissant ainsi, vous pouvez espérer gagner le privilège d’être impliqué dans la préparation des documents et des sessions pour la direction. Ceci sera souvent limité à valider l’exactitude des faits et détails rapportés mais c’est déjà beaucoup !

Essayez aussi bien comprendre ce qu’ils vont mettre en évidence et discutez (sans disputez) certaines de leurs recommandations intermédiaires afin de réfléchir à de premiers plans d’action.

#4 – Soyez clairs sur vos attentes.

Dans votre rôle de PM, si les auditeurs vous demandent vos attentes de l’audit (ils le font souvent), mettez en évidence 2 points majeurs :

  1. Équité envers les membres de l’équipe
  2. Qualité des recommandations afin d’améliorer le projet

 

 #5 – Gérez la fin de l’audit.

L’étape suivante est l’achèvement de l’audit et la production des recommandations. Inévitablement, il y en a certaines avec lesquelles vous serez d’accord ou que vous pourrez aisément comprendre. Il y en a d’autres qui seront plus difficiles à accepter.

Dans tous les cas, il est absolument vital que vous restiez positif et ouvert.

Passer en mode défensif n’aiderait en rien.

Gardez à l’esprit que les recommandations des consultants et auditeurs sont une chose; le choix des recommandations sur lesquelles la direction ou le comité exécutif de projet décidera d’agir est une autre affaire (bien plus critique pour vous et votre projet).

Dès que vous comprenez quelles actions correctives ou d’amélioration sont retenues, partagez celles-ci avec l’équipe projet de manière positive.

Il est fréquent que le rapport intégral des auditeurs ne soit pas diffusé. Seuls les points principaux et retenus seront présentés. Ceux qui engagent l’équipe sur des actions productives.

Demandez de l’aide avant que quelqu’un au-dessus de vous ne décide que vous avez besoin d’être aidé !

Si votre projet ne fait pas encore l’objet d’un audit, considérez quels domaines du projet pourraient être améliorés par un conseil externe et sollicitez un audit sur ceux-ci.

Demandez de l’aide avant que quelqu’un au-dessus de vous ne décide que vous avez besoin d’être aidé. Sur de nombreux projets, vous constaterez que les auditeurs vous aideront énormément à améliorer le contrôle du périmètre, la rigueur dans la gestion des demandes de changement et l’engagement de vos sponsors dans le projet et dans le management des risques.

Les auditeurs portent un œil externe sur votre projet et sont donc bien plus objectifs que vous ne pouvez l’être.

De plus, ils ont une légitimité qui peut vous aider à faire passer certains messages difficiles à votre comité exécutif de projet, en particulier si certaines choses à rectifier leur incombent. Par exemple un manque d’implication de certaines parties de l’organisation dans le projet, ou leur propre contribution dans le contrôle du périmètre et des risques.

Sponsor du projet et client du projet : quelle est la différence ?

Parfois, le sponsor est aussi le client, mais les rôles ont de notables différences.

Project sponsor and project customer: what’s the difference?

http://www.bonniebiafore.com/project-sponsor-and-project-customer-whats-the-difference/ par Bionnie Biafore

Lors d’une récente session LinkedIn Live, quelqu’un m’a demandé

Quelle est exactement la différence entre un sponsor de projet et un client de projet ?

Parfois, le sponsor est aussi le client, mais les rôles ont de notables différences.

Autoriser ou mettre fin au projet.

Le projet naît parce que le client du projet a un problème à résoudre ou une opportunité à saisir. Et les besoins du client du projet doivent être satisfaits pour que le projet soit un succès.

lancementCependant, c’est le sponsor du projet qui autorise le lancement du projet, généralement en signant une charte de projet. La Charte nomme également le manager de projet avec ses responsabilités et son pouvoir de management du projet. Le sponsor peut également annuler le projet si les conditions business changent ou en raison d’une mauvaise performance du projet. Le sponsor du projet consulte généralement le client du projet avant de lancer ou de terminer le projet. Au bout du compte, c’est le sponsor qui prend la décision finale.

Manager la gouvernance du projet.

Le sponsor est responsable de l’atteinte des objectifs du cas d’affaire du projet. Le sponsor est responsable de la direction du manager de projet, du partage de l’état d’avancement du projet, de la satisfaction des besoins des clients, de l’autorisation des actions de réponse aux risques et de la gestion des problèmes que le manager de projet ne peut pas résoudre.

Téléchargez ce document de notre partenaire QRP

Bien qu’une grande partie du travail lié à ces responsabilités incombe au manager de projet, le sponsor du projet a la responsabilité ultime de s’assurer que le projet est managé avec un bon jugement business.

Le rôle du client est de se conformer à la gouvernance du projet et d’informer le manager de projet si la gouvernance est à risque pour le domaine d’activité qu’il représente. Par exemple, les clients doivent analyser les demandes de gestion du changement pour s’assurer qu’elles sont dans le meilleur intérêt de leur domaine d’activité.

QRP est partenaire de DantotsuPM, visitez cette page pour en apprendre davantage

Financement.

La source de financement peut provenir du budget du sponsor ou des budgets des clients du projet. Toutefois, le sponsor du projet contrôle l’allocation du financement pour le projet et la gestion de tout fonds de prévoyance.  Les décisions relatives au déblocage de fonds pour obtenir des équipements, des fournitures et des compétences contractuelles liés au projet ou pour rémunérer les employés affectés au projet sont prises par le sponsor du projet.

Visitez le site de notre partenaire Virage Group

Si les finances sont limitées, le client aide généralement à hiérarchiser les livrables. Le client et le sponsor discuteront de différents scénarios business, puis le sponsor décidera de la priorisation finale.

Affectation et hiérarchisation du travail des ressources du projet.

Le client informe le chef de projet des contraintes en personnel dues aux charges de travail existantes, mais c’est là que s’arrête sa responsabilité. Le sponsor du projet alloue les ressources qualifiées nécessaires à l’exécution des tâches du projet.

Cette allocation implique souvent de hiérarchiser les charges de travail car de nombreuses ressources de projet ne travaillent pas à temps plein sur des projets.  Ils ont  leurs « emplois de jour » et  le travail de projet représente des responsabilités au-delà de leur charge de travail normale. Le sponsor du projet doit souvent décharger le personnel de certaines de ses responsabilités de travail normales pour permettre aux tâches projet d’être accomplies dans les délais. Les ressources du projet relèvent souvent de managers autres que le sponsor du projet, de sorte que la négociation est requise pour obtenir les ressources nécessaires afin de respecter les délais du projet.

Pour en savoir plus sur les  rôles des sponsors de projets et des clients, consultez  le cours  Project Management Foundations de Bionnie.

7 péchés des revues de projet que vous pouvez éviter !

Bien qu’il y ait probablement plus que ces 7 manières de gaspiller de précieuses revues de projet, apprenez pour commencer à reconnaitre et éviter celles-ci.

Seven Sins of Reviews

https://kbondale.wordpress.com/2021/04/18/seven-sins-of-reviews/ par Kiron Bondale

Votre équipe suit un framework Agile spécifique ou a adopté une approche mixte dans ses pratiques, un principe d’Agile est l’utilisation de courtes boucles de rétroaction pour soutenir l’inspection et l’adaptation.

Que votre équipe fixe une cadence régulière pour les évaluations externes des livrables ou qu’elles soient effectuées dans la foulée, il est important d’obtenir des retours exploitables. Mais mener une revue n’est pas seulement une question de rassembler les gens.

CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

Bien qu’il y ait probablement plus que ces façons de gâcher les revues, en voici sept dont j’ai été témoin.

#1 – Le seul participant est un Product Owner (ou un rôle similaire représentant la voix du client).

Bien que nous nous attendions à ce que les Product Owners soient bien informés, leurs retours sont à un pas de distance de celui des véritables parties prenantes externes. Le Product Owner peut juger si le produit répond aux besoins, mais l’équipe perd l’avantage de poser des questions comme « Quelles nouvelles idées cette fonctionnalité vous donne-t-elle pour le produit ? » ou « Comment pourrions-nous faire en sorte que cette fonctionnalité ajoute plus de valeur pour vous ? ». De plus, les retours du Product Owner devraient (idéalement) être reçus par l’équipe quotidiennement plutôt que d’organiser un événement spécial uniquement à cette fin.

Visitez le site de notre partenaire Virage Group

#2 – Trop en mettre dans une seule revue et ne pas laisser suffisamment de temps aux parties prenantes pour digérer ce qu’elles ont vu.

Au fur et à mesure que les équipes s’améliorent dans la livraison, elles peuvent être en mesure d’effectuer plus de travail sur un même laps de temps.

ne chargez pas trop les revues

Dans ce cas, la fréquence des examens externes devrait être rapprochée afin que le contenu examiné soit moins important et que le contenu couvert soit organisé par ordre de priorité.

#3 – Organiser une démonstration plutôt qu’un échange bidirectionnel.

Si le seul but d’une revue est de montrer ce que l’équipe a accompli, cela pourrait être enregistré et envoyé aux parties prenantes pour qu’elles les regardent à leur guise.

La vraie valeur d’un examen réside dans la richesse des discussions entre les membres de l’équipe et les parties prenantes et entre les différentes parties prenantes en fonction de ce qu’elles voient.

L’utilisation de questions puissantes et ouvertes est un moyen de s’assurer que le partage des connaissances ne se fait pas dans une seule direction.

#4 – Avoir les mauvaises personnes dans la revue.

Il est presque aussi mauvais d’avoir les mauvais intervenants externes dans la salle que de n’en avoir aucun. Si des personas sont utilisés pour faciliter la découverte des exigences, il devrait y avoir au moins un représentant pour chaque persona si le contenu de ce qui est examiné les affecte.

Et parce qu’une revue est une séance de travail et pas seulement un forum de partage d’informations, nous ne voulons pas non plus avoir trop de monde dans la salle.

#5 – Prendre des engagements pendant la revue.

ne prenez pas d’engagements trop rapidement

Il peut être tentant pour un membre de l’équipe ou le Product Owner d’essayer de s’attirer les faveurs d’une partie prenante externe puissante en s’engageant à un changement spécifique du livrable ou sur une date de livraison, mais ce n’est pas le bon forum pour cela.

Le contenu et les dates souhaités peuvent être notés, mais le Product Owner et l’équipe doivent prendre le temps de comprendre les impacts de ces changements.

#6 – Critique ouverte du travail de l’équipe.

Il est naturel qu’une partie prenante externe soit frustrée si ses attentes n’ont pas été satisfaites pour le contenu examiné. Ces critiques sont essentielles pour aider l’équipe à s’améliorer au fil du temps.

Mais si cette critique est fournie de manière abusive, le moral et la productivité de l’équipe en prendront un coup.

#7 – Ne pas prendre suffisamment de temps pour analyser ce qui a été appris lors d’une revue.

Si nous mobilisons un temps précieux pour les parties prenantes, il nous incombe de bien utiliser leurs retours. Il peut être pratique d’organiser une rétrospective ou un artefact similaire immédiatement après une revue, mais cela peut ne pas laisser le temps nécessaire à l’équipe et au Product Owner pour digérer correctement les retours qu’ils ont reçus.

Des critiques bien managées sont un ingrédient clé de la construction du bon livrable pour nos clients, donc éviter ces sept péchés contribuera grandement à tirer une valeur réelle de ces rencontres critiques.

Trois voeux

Three wishes

https://seths.blog/2019/07/three-wishes par Seth Godin

Quand vous vous sentez bloqué dans votre projet, prenez trois fiches bristol.

Sur chaque fiche, notez un élément du projet qui, si vous y investissiez du temps et de l’argent, changerait en mieux.

Si ces trois choses se produisaient, si ces trois éléments étaient améliorés, qu’est-ce qui arriverait à votre projet ?

Bien plus qu’un outil de gestion de projet
Découvrir l’ERP de gestion de projet

Bien, maintenant que vous les avez toutes les trois … qu’allez-vous faire à ce sujet ?

Connaissez-vous le modèle de Kano et en quoi il peut être utile en management de portefeuille de projets ?

J’ai récemment visionné à nouveau ces 2 vidéos de Christian Hohmann sur les enquêtes Kano que je vous propose de découvrir avant de discuter de comment utiliser ce modèle pour le management d’un portefeuille de projets.

Reprenons les bases d’une enquête Kano

  • Un bref rappel à propos du modèle de Kano : comprendre les trois courbes
  • La spécificité des enquêtes Kano : interrogation positive et négative
  • La table de décodage d’une enquête Kano
  • Exemples, cas d’usage

et, pour communiquer graphiquement les résultats d’une enquête Kano


Votre portefeuille de projets et le modèle de Kano

Si vous managez et/ou contribuez à un portefeuille de projets, vous savez que certains projets vont être capables de changer totalement les règles du jeu pour votre entreprise ou votre secteur, certains ont déjà une forte visibilité, d’autres sont plutôt exploratoires…

Pourquoi ne pas essayer de les positionner sur le modèle de Kano Noriaki ci-dessous et voir ce que vous pouvez en apprendre ?

modèle de Kano


Extrait Wikipedia:
Les attributs d’un produit/service sont les supports des attentes des clients. Ils peuvent être classés en cinq catégories :
  1. Obligatoires, indispensables (Must-Be)
  2. Attractifs (attirantes)
  3. Proportionnels ou linéaires (One-Dimensional)
  4. Indifférents
  5. A double tranchant (Reverse)
Sur la base de cette nomenclature, quatre zones (Indifférence, basique, performance, excitant) sont repérées sur le graphe ci-dessus qui comporte deux axes :

L’axe vertical représente le niveau de satisfaction : En bas, le moins satisfait (dissatisfied), En haut, le plus satisfait (satisfied)

L’axe horizontal représente la prise en compte des attentes : À gauche faible couverture (Need not fullfilled), à droite forte couverture (Need well fullfilled) »


Après avoir complété cet exercice et positionné tous vos projets sur le graphe…

Qu’en apprenez-vous ?

  • Devriez-vous changer la distribution de vos investissements en fonction de cette attractivité client ?
  • Les fonctionnalités de certains projets devraient-elles prendre en compte leurs positionnements Kano actuels pour les faire évoluer vers davantage d’attractivité client ?
  • Avez-vous des projets qui répondent un peu trop à des besoins déjà largement satisfaits ? Quels seront leurs éléments différenciant ?

J’aimerais beaucoup lire vos commentaires lorsque vous aurez réalisé cet exercice sur votre portefeuille de projets !

Planisware est partenaire DantotsuPM

Ouvrage Collectif – « Organisation humaine des structures PMO pour grands programmes internationaux » par Philippe Schuler

Le 4ème thème de l’ouvrage collectif est « Établir une gouvernance solide, gérer habilement les dimensions technique et politique »

Le livre « Innover, Organiser, Inspirer pour réussir sa Transformation » Techniques et témoignages de vie de Chefs de Projet de la Francophonie sera publié très prochainement.

Cet ouvrage collectif nous invite à suivre le parcours original et personnel de professionnel(le)s auteurs chacun d’un chapitre et qui nous y livrent les leçons tirées de leur expérience dans le management de projet et le leadership.


« Organisation humaine des structures PMO pour grands programmes internationaux »

Philippe Schuler, chef de projet expert et consultant indépendant depuis plus de 25 ans dans le domaine informatique, nous apporte deux contributions très complémentaires sur les PMOs et la gestion de portefeuilles de projets.

Tout d’abord, la mise en œuvre de la gouvernance des grands projets et la seconde sur l’organisation humaine des structures PMO pour les grands programmes internationaux.

Cette première partie explore la façon de structurer un modèle de gouvernance et de le mettre en œuvre de manière efficace.

Le sujet est abordé à travers le prisme des services rendus parle PMO

  • Services de gestion de projet (phases Transition et Transformation)
  • Services de gestion des risques
  • Services de gestion des portefeuilles de projet (phase Opérations)
  • Services de gestion de la Gouvernance

La seconde partie permet de se faire une idée précise du rôle et de la valeur ajoutée d’un PMO au travers de la progression de Philippe dans l’exercice de ce rôle et de la progression du rôle du PMO dans l’entreprise où il travaillait.

Les chefs de projets confrontés à ces problématiques de gestion de portefeuille de projets trouveront matière à réflexion sur leurs propres pratiques.


Ne manquez pas le témoignage de Philippe Schuler lors du prochain wébinaire du PMI France Région Globale.

Vendredi 12 – « Le management de projet par le FLUX » & « Organisation humaine des structures PMO pour grands programmes internationaux »

 

Ouvrage Collectif – « Le management de projet par le FLUX » par Anthony Fouqué et Grégoire Conesa

Le 4ème thème de l’ouvrage collectif est « Établir une gouvernance solide, gérer habilement les dimensions technique et politique »

Le livre « Innover, Organiser, Inspirer pour réussir sa Transformation » Techniques et témoignages de vie de Chefs de Projet de la Francophonie sera publié très prochainement.

Cet ouvrage collectif nous invite à suivre le parcours original et personnel de professionnel(le)s auteurs chacun d’un chapitre et qui nous y livrent les leçons tirées de leur expérience dans le management de projet et le leadership.


« Le management de projet par le FLUX »

Anthony Fouqué et Grégoire Conesa présentent une vraie étude de cas d’une petite société qui conçoit et fabrique des systèmes luminaires et qui a réussi, suite à un appel d’offre, à multiplier par 20 le nombre de produits mis sur le marché.

Pour ce faire, elle a utilisé conjointement  les approches Agile, Lean Engineering et Chaîne Critique. En tant que consultant pour la société, Anthony a aidé Grégoire, le responsable du bureau d’étude de l’entreprise, à relever en six mois le grand défi technique et humain qu’un tel changement d’échelle représente.

Véritable binôme lors de cette implémentation, ils ont pu combiner les avantages du regard et de l’expertise externe avec les capacités d’exécution internes. Ils ont ensemble identifié les problèmes principaux car «il n’est pas pertinent de discuter de la solution si nous ne partageons pas le même constat sur les problèmes ».

Cet exposé mêle des éléments théoriques (Project Schedule Network Diagram, chemin critique, chaîne critique, management visuel, « fever chart », pipeline management) mais expliqués de manière très pédagogique et avec une présentation de bout en bout de la mise en place d’un management par le flux.

Vous suivrez j’en suis sûr, ce retour d’expérience avec grande curiosité, comme la résolution d’une vraie intrigue policière.

D’autant plus que les résultats furent au rendez-vous
  • Deux semaines après l’application de ces principes, mise sur le marché de l’équivalent de 6 produits soit autant que pendant les 12 mois précédents !
  • 2 mois plus tard, 40 produits étaient à disposition pour les nouveaux marchés…

Ne manquez pas le témoignage d’Anthony Fouqué lors du prochain wébinaire du PMI France Région Globale.

Vendredi 12 – « Le management de projet par le FLUX » & « Organisation humaine des structures PMO pour grands programmes internationaux »

CSP est partenaire de DantotsuPM

MSP 5ème édition : qu’est-ce qui change ?

La 5ème édition de Managing Successful Programmes (MSP ®) a maintenant été officiellement lancée.

MSP 5th edition – what has changed?

https://www.axelos.com/news/blogs/november-2020/msp-5th-edition-what-has-changed par John Edmonds

Si vous êtes familiers des versions précédentes de MSP, particulièrement celle publiée en 2011, vous vous demandez probablement en quoi cette nouvelle version diffère des précédentes.

Les concepts fondamentaux de la version précédente (principes, thèmes et processus) forment toujours la structure de base du guide et il y a quelques éléments de l’édition 2011 qui sont aussi plus clairement adressés dans la 5ème édition.

  • Vision : Le but et les caractéristiques d’une bonne formulation de vision
  • Bénéfices : Restent un principe MSP et fil conducteur dans tout le guide
  • Risques : Sont traités de façon semblable et sont adressés dans plusieurs, plutôt qu’un unique endroit
  • Plan : Maintenant renommé target operating model avec davantage d’explications sur son utilisation.

Ces quatre éléments clefs (vision, bénéfices, risques et target operating model) sont maintenant tous décrits dans le thème Design de la nouvelle édition de MSP et soulignent de cette façon la nature intégrée d’un programme.

CSP est partenaire de DantotsuPM

D’autres secteurs majeurs de la 4ème édition sont toujours présents dans la nouvelle édition

  • La structure d’organisation et les rôles
  • Cas d’affaires.
  • Engagement des parties prenantes et la planification des communications sont revisités et mis à jour.
  • Le programme lifecycle (Cycle de vie du programme), précédemment appelé le Flux Transformationnel, est revu et la nature progressive d’un programme est soulignée. La livraison progressive des bénéfices est intégrée dans chaque processus.

La structure complète de principes, des thèmes et le programme lifecycle forme toujours la colonne vertébrale de MSP.

Les principes MSP

Details for Managing Successful Programmes (MSP®)

Les principes ont été récrits pour assurer qu’ils sont valables dans l’environnement actuel. Les principes expriment tous ce que cela signifie de mener un programme en utilisant MSP et mettent en exergue les secteurs les plus critiques au succès de programme.

On explique chaque principe dans un paragraphe relativement court, avec une description de comment ce principe est appliqué dans chaque thème MSP.

Les thèmes MSP

Il y a maintenant 7 thèmes plutôt que les neuf de l’édition précédente et ils sont maintenant appelés des Thèmes plutôt que des Thèmes de Gouvernance. Les thèmes sont présentés avec une discussion sur les gouvernances de programme et d’entreprise et les relations entre elles. La stratégie de programme et des plans de programme viennent ensuite.

Chaque chapitre exprime les rapports avec les principes MSP, les rôles clefs et les responsabilités et les informations principales dont on a besoin pour supporter le thème. Cela signifie que chaque thème donne des conseils très pratiques pour le lecteur.

Le cycle de vie du Programme MSP

Petit à petit, les livrables du programme cumulent des bénéfices.

Les programmes sont conçus pour obtenir des bénéfices pour les parties prenantes pendant tout le cycle de vie du programme. Comme de nouvelles informations deviennent disponibles, des ajustements doivent être opérés. Le management de programme exige un focus sur l’étude et le design pour ré-imaginer la progression vers l’état futur souhaité.

Le ‘Flux Transformationnel’ de l’édition précédente a été rebaptisé programme lifecycle et inclut maintenant sept processus. Ceux-ci incluent Identifie le programme (pour donner un début contrôlé au programme) et Ferme le programme (la fin contrôlée). Les processus intermédiaires forment un cycle de vie cyclique.

Chaque processus dans le cycle de vie est d’abord décrit avec son but, ses objectifs et son contexte. Puis les données d’entrée du processus, les activités dans le processus et les productions en sortie du processus.

Enfin, chaque chapitre de processus explique comment les thèmes sont appliqués à ce processus et commente sur les responsabilités des rôles clef de MSP dans ce processus.

Scénarios

Dans chacun des sept chapitres de thème, il y a quatre scénarios fictifs qui illustrent comment MSP peut être utilisé selon les raisons du programme.

Ces raisons ou fils conducteurs sont :

  1. Innovation et croissance
  2. Réalignement organisationnel
  3. Livraison efficace
  4. Livraison efficiente

Guide sur Amazon

En résumé, l’essence de ce qu’est un programme reste la même : Il est temporaire, il est centré sur les bénéfices des livrables et il s’agit de faire avancer de multiples projets et d’autres travaux.

MSP a été un grand guide et une inspiration dans la pratique de mener des changements complexes au fil des ans et la 5ème édition continue à intégrer l’avancée des réflexions sur des contrôles essentiels et des pratiques adaptables pour le management de programme.

Le nouveau guide est disponible