les 7 étapes d’expertise de Meilir Page-Jones appliquées au management de projet

inspiré du billet “The Seven Stages of Expertise in Software Engineering” de Meilir Page-Jones

Regardons la manière dont les personnes peuvent absorber de nouvelles techniques perfectionnées et ensuite les appliquer à leur travail : autrement dit quelles sont les étapes d’expertise par lesquelles nous passons tous lorsque nous apprenons ,

Même si l’idée de départ pourrait être qu’il y ait seulement deux types de personne : novice ou expert. L’auteur a en réalité découvert 7 étapes d’expertise par lesquelles une personne parvient à passer d’une ignorance totale à une connaissance de niveau optimal.

Ces étapes sont nommées :
  1. Innocent,
  2. Exposé,
  3. Apprenti,
  4. Praticien,
  5. Compagnon,
  6. Maître,
  7. Expert.

Comme vous le verrez ci-dessous, ces étapes peuvent avoir un profond impact sur la réussite ou pas de l’introduction du management de projet dans une organisation.

Lorsqu’un participant avait demandé à Meilir Page-Jones lors d’une conférence à quel point ces sept étapes étaient universelles, il a répondu : « Très universel ».

Appliquons les ici au management de projet.

Étape 1 : Innocent

Une personne qui en est à l’étape 1 peut ne pas avoir entendu parler de techniques de management de projet. Ou, plus probablement, elle peut être vaguement consciente de leur existence, mais ne peut voir leur pertinence dans sa situation spécifique. En effet, elle peut être seulement vaguement consciente qu’y a des problèmes de management de projet dans son entreprise. Si des « Étape 1 » peuvent difficilement encore exister de nos jours, c’est souvent en raison de la façon dont la complexité des projets s’est développée. Les projets sont progressivement devenus de plus en plus complexes dans les années 70-80 quand les utilisateurs ont exigé que des solutions de plus en plus perfectionnées soient développées utilisant les technologies de plus en plus puissantes et complexes qui devenaient disponibles. Au fil des crises économiques successives dont le choc pétrolier et la mondialisation effrénée, les équipes virtuelles (géographiquement distantes) ont ajouté une couche importante de complexité. Celle-ci s’est encore accrue avec les contraintes de réduction de coûts via l’outsourcing et l’offshoring dans de nombreuses industries dans les années 2000. Cependant, il n’y a pas pour autant eu de séisme. La terre n’a pas été frappée par un astéroïde de complexité qui aurait brutalement généré trois tsunamis d’ampleur de plus en plus grande et qui auraient poussé nos anciennes techniques de management de projet vers leur extinction naturelle.

C’est pourquoi l’auteur appelle cette augmentation de complexité celle de « la grenouille dans la Casserole ». Bien qu’une grenouille se sauve si on la met dans une casserole d’eau chaude, une grenouille déposée dans une casserole d’eau froide qui sera chauffée lentement ne sautera pas pour en sortir et chauffera jusqu’à en mourir. L’augmentation de température est si graduelle qu’il n’y a jamais un moment auquel la grenouille déclare : « c’est soudainement devenu trop chaud par ici ! Je pense que je devrais sortir de là. »

Beaucoup d’Étape 1 éprouvent ce syndrome de “la Grenouille dans la Casserole” et essaient d’aborder les problèmes actuels avec les approches des années 1960, 1980, 2000… sans se rendre compte que les problèmes auxquels ils font face sont ceux que des techniques de management de projet plus modernes pourraient soulager.

Étape 2 : Exposé

La personne à l’étape 2 a remarqué que l’eau devient décidément trop chaude, sinon brûlante. Donc elle recherche activement quelles techniques de management de projet la sortiront de la casserole ou réduiront au moins la chaleur. L’Étape 2 peut lire des magazines, conférer avec des collègues ou assister à des journées d’aperçu des nouvelles techniques et méthodes.

Son niveau d’intérêt est élevé mais son niveau de connaissance reste faible, limité à quelques termes et définitions et surtout, pas encore basé sur une expérience pratique en management de projet.

Étape 3 : Apprenti

La personne à l’étape 3 a suivi un ou deux ateliers de quelques jours sur les techniques de management de projet. Dans ces ateliers, elle a abordé des études de cas petites mais réalistes qui ressemblent en miniature à ses propres projets. Les études de cas ont fourni un support appliqué fort bienvenu au matériel de cours formel et elles étaient donc indispensables. Cependant, le réalisme apparent transmis à travers les études de cas donne à l’étape 3 une confiance parfois injustifiée.

Si une étape 3 absorbe tout d’un séminaire, elle est équipé à minima pour aborder un vrai projet, grandeur nature dans la jungle de l’entreprise. Le plus souvent, cependant, une étape 3 ne saisit pas la totalité de la complexité ou bien elle rencontre des difficultés à dimensionner les techniques apprises et appliques dans l’étude de cas à son projet réel. Vous pourriez dire que la plupart des étapes 3 en savent juste assez pour être dangereux !

Étape 4 : Praticien

Le rite de passage à l’étape 4 est l’application de techniques de management de projet sur au moins un projet significatif. Réussir l’étape 4 est pour beaucoup de personnes la transition la plus difficile des six transitions d’étapes. On demande à une personne de l’étape 4 débutante d’adopter des techniques de management de projet qu’elle n’a pas encore essayées et de les appliquer à un projet d’entreprise avec son cocktail démoniaque habituel de politiques, de délais et d’exigences changeantes. En même temps, elle essaie de se rappeler ce qu’elle a appris en cours et d’appliquer les techniques vues lors de la formation à la situation réelle, souvent plus complexe par un facteur 10 à 100. Elle a besoin du conseil d’experts, sans lesquels elle rencontrera une série d’échecs mineurs ou plus graves. Beaucoup de personnes jettent l’éponge à ce point et retournent à leurs anciennes habitudes, certes médiocres mais familières. Une grande proportion d’étape 3 ne passe jamais à l’étape 4. Si un projet entier est peuplé d’étape 3, il est fortement probable que le projet lui-même échouera et que les techniques de management de projet seront publiquement mises au pilori puis abandonnées.

Étape 5 : Compagnon

La personne qui est parvenue à l’étape 5 l’a fait. Son expérience de management de projet est ferme et bien en place et il y a peu de risque de retour arrière. Dans l’étape 5, les techniques de Management de Projet apportent pour la première fois la productivité promise. Sur chaque projet successif une étape 5 trouve de nouveaux challenges sur lesquels affûter son habileté et améliorer sa productivité. Une étape 5 est auto-suffisante et elle est plus souvent source de conseil en management de projet que réceptrice.

Étape 6 : Maître

La personne à l’étape 6 est non seulement une technicienne avec la connaissance, mais elle possède aussi une fondation méthodologique profonde et robuste. Au-delà des « quoi » et des « comment », l’étape 6 connaît les « pourquoi » du management de projet. Cette profondeur et ce recul lui permettent de transgresser parfois une règle superficielle, tout en restant adhérente à un principe méthodologique plus fondamental. L’étape 6 est une bonne formatrice parce que sa connaissance théorique et pratique lui donne les moyens d’aborder les questions difficiles des étudiants.

Étape 7 : Chercheur

L’étape 7 se préoccupe constamment des dernières nouveautés du management de projet et de les partager avec une audience plus large, via des livres, des articles, des billets sur les réseaux sociaux et les blogs et des interventions lors de conférences. L’étape 7 recherche les défauts des techniques de management de projet contemporaines et des façons d’améliorer ces techniques. Elle est toujours à la recherche de nouveaux problèmes et domaines où le management de projet pourrait être développé et généralisé.

Finalement — quelques recommandations

Soyez conscient des 7 étapes d’expertise et de leurs effets sur la productivité de vos chefs de projet. Soyez conscient de là où vous en êtes personnellement et où en sont chacun et chacune de vos chefs de projet. Définissez pour chaque chef de projet ses buts à moyen et long terme en matière d’expertise et suggérez un plan pour les atteindre.

Prenez en compte ces niveaux d’expertise lors de l’assignation des projets aux PMs.

Par exemple, ne confiez jamais un projet crucial à un PM qui en est seulement à l’étape 3 (apprenti) ou en deçà. Pour les étapes 4 (praticiens), choisissez avec eux les projets qui leur permettront d’accéder à l’étape 5 (compagnon) ou 6 (maître) si possible.

Si vous n’avez pas d’étape 5, assurez-vous d’en acquérir ou d’en développer un ou une rapidement…

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

17-18 May – London – Brexibility: EVA focuses on the New Normal !

details and registration

eVa22 – Brexibility: This year EVA focuses on the New Normal.

A fantastic place for a kick-start and a reboot of Project Controls in your career, your projects and your life.

There is nothing better than a perceived crisis to make people get serious. In times of prosperity many of you will have seen how slack and undervalued Project Controls and Governance can be. But we have entered a window of opportunity to have another go at getting things right.

Governance that really does join projects to portfolios. In an agile flexible way. Project Controls are central to the PMO toolset, properly managed and executed. A proper career path with some qualifications! Performance Management which is understood implemented and used.

Getting your voice heard, your input sought and valued. There has never been a better time to prove your worth, to get the attention of the people at the top. Or you might be at the top wondering whether to jump. Come along talk listen learn
discuss and see where it leads you.

SMPP est Partenaire de DantotsuPM – Référentiel SMPP gratuit téléchargeable.

The best independent event for the project professionals who like to think about what they do!

[ Up to 15 hours of Professional Development]

Quelle est la différence entre un Projet et un Programme ?

What’s the difference between a Project and a Program?

Projet ou Programme ?

Définition d’un Projet

Peut-être la différence clé entre un projet et un programme est la spécificité. Un projet se réfère à un effort spécifique, singulier pour livrer une production tangible. Un chef de projet est donc responsable d’assurer que son projet livre ce qui est demandé conformément à des délais et à un budget définis.

Définition d’un Programme

Un programme se réfère à de projets multiples qui sont managés et délivrés comme un unique ensemble. Un manager de programme est donc chargé de surveiller tous les projets compris dans le programme pour s’assurer qu’il réalise ses résultats d’ensemble.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

En quoi les Projets et Programmes diffèrent-ils ?

  • Composition : les composants d’un projet sont spécifiques et précis. La portée et les objectifs d’un projet sont bien définis alors que les programmes sont typiquement moins tranchés. En outre, parce qu’un programme couvre des projets multiples. Une équipe de programme a tendance à être plus grande car elle incorpore aussi les chefs des projets et leurs membres d’équipes de projets.

 

  • Effort : un projet représente un effort simple, concentré. Un programme est une collection de projets et ensemble tous ces projets forment un ensemble de travaux connectés. Les différents projets se complémentent les uns les autres pour aider le programme à réaliser ses objectifs complets. Il est probable que différents projets dans un programme se recouperont. Le manager de programmes évaluera les chevauchements et travaillera avec les chefs de projets appropriés pour assurer la bonne progression du programme.

  • Durée : Tandis que certains projets prennent plusieurs années, le projet typique ne prendra pas trop longtemps pour être complété. En contraste, les programmes prennent souvent une très longue période de temps pour s’achever car ils ont l’intention d’en livrer davantage. Il est donc commun pour des programmes d’être organisés par phases ou tranches. Un projet particulièrement long peut aussi être organisé en de multiples phases mais c’est moins courant.

 

  • Bénéfices : les Projets se concentrent sur la réalisation de productions tangibles, c’est-à-dire ce que vous obtenez des bénéfices à l’achèvement du projet. Les programmes se concentrent sur des résultats souvent moins tangibles. Les bénéfices fournis par un programme dépendent des bénéfices collectifs de ses projets. Les exemples d’un résultat de programme incluent un changement culturel ou politique dans une organisation ou un changement de la façon dont une organisation fonctionne.

Quels compétences et comportements sont nécessaires pour devenir un manager de projet ou de programme ?

Les compétences exigées pour réussir dans ces disciplines sont différentes. Les managers de programmes doivent être confortables à l’idée d’être moins sur le terrain et avoir une vision des bénéfices que réalisera le programme. Les chefs de projet doivent se concentrer sur les éléments à fournir par leur projet qui doit être réalisé dans un certain budget et avec des contraintes de temps.

La meilleure chose pour l’organisation qui exécute programme et projets est que chacun comprenne les différentes pressions subies par leurs collègues. Ainsi, si vous êtes un chef de projet, cela vaut la peine d’en découvrir plus sur la gestion de programme et de la même façon les managers de programmes bénéficieront de mieux comprendre les défis des chefs de projet.

SMPP est Partenaire d DantotsuPM
SMPP est Partenaire d DantotsuPM

Selon vous et votre propre expérience des projets et programmes, qu’est-ce qui les différencie le plus ?

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Pouvez-vous prouver que votre PMO a amélioré la réussite de vos projets ?

Certains bureaux de conduite de projet (Project Management Office / PMO) n’attirent aucun respect.

Can you prove that your PMO has improved project delivery?

https://kbondale.wordpress.com/2015/12/21/can-you-prove-that-your-pmo-has-improved-project-delivery/ Par Kiron Bondale

Même s’il y a beaucoup de causes pour qu’un PMO soit fermé, l’incapacité à démontrer sa proposition de valeur est l’une des raisons plus communes.

Alors, comment un PMO peut-il prouver qu’il y a eu une amélioration dans la livraison des projets ?

Time to Market, le temps c'est de l'argent
Time to Market: le temps c’est de l’argent

Pour répondre à cette question, nous devons identifier une ou plusieurs métriques qui seront utilisées pour représenter la capacité à livrer un projet. Une métrique généralement utilisé de nos jours est le délai de mise sur le marché (Time to Market / TTM) qui pourrait être calculé comme la durée entre le début des investissements dans le projet et la première livraison de valeur au client.

Vous pourriez penser qu’il s’agit simplement de calculer le TTM moyen basé sur un échantillon de projets pré-PMO et post-PMO, mais ceci n’est pas statistiquement défendable. La taille de l’échantillon pour déterminer des valeurs moyennes pourrait ne pas être suffisante pour prouver que la différence est statistiquement significative. Si la variation est restée stable ou a peu augmenté, et même si le TTM moyen a baissé, les résultats au niveau du portefeuille de projets ne se seront pas améliorés significativement.

Il est temps d’appeler un ami statisticien !

Cela pourrait ne pas avoir de sens que de regrouper tous les projets ensemble pour ces calculs. Par exemple, on pourrait raisonnablement s’attendre qu’un projet de 10,000 euros nécessite habituellement moins de temps pour délivrer de la valeur qu’un projet à 1 million. La taille et la complexité de projet influencent les délais, donc vous pourriez vouloir répartir votre population de projets entre plusieurs groupes distincts.

Essayez la version d'essai gratuit
Essayez la version d’essai gratuite

L’étape suivante est de déterminer la taille d’échantillon minimale pour prouver qu’une différence est statistiquement significative. Des outils d’analyse statistiques comme Minitab vous permettent de calculer la taille de l’échantillon en fonction du test statistique que vous exécuterez, la différence que vous voudriez voir et une estimation de l’écart-type de la population. Par exemple, disons que nous voulions prouver une réduction d’un mois du TTM et que l’estimation de l’écart-type est aussi un mois. Minitab calculera une taille minimale pour notre échantillon de 18 projets. À moins que nous n’ayons au moins 18 projets tant avant la mise en place du PMO que après et ce pour chaque groupe de projets, la différence dans les moyennes ne pourra pas être considérée comme statistiquement significative.

Si vous avez les données suffisantes pour supporter le test statistique, les deux tests statistiques vous pouvez faire tourner pour chaque groupe de projets sont le test à 2 variances et le test t à 2 échantillons. Le premier vous aidera à décider si la différence entre les moyennes avant et après est statistiquement significative ou pas et le deuxième détermine s’il y a une différence statistiquement significative dans la variation entre deux échantillons. Idéalement, après ces tests vous verrez une réduction tant dans le délai moyen de mise sur le marché que dans la variation dans l’échantillon post-PMO. Ceci ne prouvera pas de causalité… Il pourrait y avoir eu d’autres facteurs qui ont plus directement causé l’amélioration, mais vous pourrez déclarer avec confiance que les choses se sont améliorées depuis que votre PMO a été établi.

Une supposition de base de ces tests est qu’avant et après la mise en place du PMO les données de TTM soient normalement distribuées. Ceci peut être confirmé utilisant la Statistique d’Anderson-Darling. S’il s’avère que l’échantillon est significativement non-normal, d’autres tests devraient être utilisés pour prouver une amélioration.

bienfonde-statistiques

Disraeli voyait juste quand il a dit : « Il y a trois types de mensonges – des mensonges, des satanés mensonges et la statistique « 

Mais, utilisé convenablement, le test statistique peut supporter le bienfondé et la survie d’un PMO.

SMPP est Partenaire d DantotsuPM
SMPP est Partenaire d DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Philip Diab nous revient avec RapidStartPMO, formation digitale et pragmatique sur comment lancer son PMO

Philip Diab, qui a déjà publié plusieurs billets sur le blog DantotsuPM s’est lancé dans l’élaboration d’une formation sur les PMOs.

détails et inscriptions
détails et inscriptions

Ce programme original de formation a pour but d’apprendre aux professionnels du management de projet à construire un PMO et les accompagner tout au long de ce difficile et périlleux exercice qui est un réel projet. Le programme permet de plus aux certifiés du PMI® de gagner 14 PDUs.

Pour en apprendre davantage sur le programme suivez ce lien.

Message de Philip Diab dont le mot clé est selon moi « Pragmatique« , comme toujours avec Philip:

Conduire la transformation & s’aligner sur la stratégie de l’Organisation

Démarrer un PMO est un projet complexe qui amène souvent de la confusion entre processus, structure et même terminologie. Même si la profession a été quelque peu divisée sur le concept et les fonctions de PMO, notre approche nouvelle et innovante offre une approche différente de s’attaquer à ce sujet important. RapidStartPMO est structuré par une approche « comment faire » pour établir un PMO en implémentant simultanément deux groupes de travail pour construire et supporter le PMO. Ainsi, les leaders peuvent mettre en place un PMO qui corresponde exactement à leurs besoins et qui a la capacité de grandir avec l’organisation. Cette approche, basée sur une mentalité de briques, permet de démarrer rapidement en construisant avec ces briques une solide fondation puis d’ériger progressivement sont PMO.

La thématique « RapidStart” consiste en l’adoption d’un modèle pragmatique en opposition à une approche « tout ou rien ». Ceci va quasiment à l’encontre d’autres manières de monter un PMO qui tendent à se focaliser sur le design du PMO « ultime » plutôt qu’un PMO pragmatique.

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

Enregistrer

Enregistrer

Influencez le prochain « The Standard for Program Management (#PMI ®) »

Plusieurs changements significatifs ont été apporté à ce standard qui en est déjà à sa 4ème édition

  • Si vous souhaitez vous procurer la version actuelle du standard.
    Si vous souhaitez vous procurer la version actuelle du standard.

    Le standard a choisi de se diriger vers une approche basée davantage sur la mise en place de principes que sur des process pour le support des activités des programmes.

  • Les activités des programmes ont été alignées sur les phases du cycle de vie du programme.
  • Les rôles de manager de programme, sponsor de programme et programme management office y sont explicités.
  • De plus, les rôles associés à la gouvernance de programme y sont développés.

The Standard for Program Management – Fourth Edition devrait être publié à l’automne 2017 et vous pouvez télécharger ce standard et le commenter jusqu’au 18 Octobre, participez !

SMPP est Partenaire d DantotsuPM
SMPP est Partenaire d DantotsuPM

PMI is a registered mark of the Project Management Institute

Prolongez l’été avec les @-QUIZZ de la maturité projet !

Diagnostiquez votre maturité Projet et recevez nos rapports complets d’audit !

Le cabinet Conseil, IQar, auteur du référentiel français du système de management des portefeuilles projets (SMPP), met à disposition des organisations, des outils et méthodes d’évaluation et de développement de la maturité Projets.

IQar est partenaire de DantotsuPM
IQar est partenaire de DantotsuPM

SMP maturitéDepuis 1 an, plus de 600 entreprises ont évalué la maturité de leur organisation et près de 450 personnes ont identifié leur portrait d’acteurs projet grâce aux outils d’évaluation de la maturité en gestion de portefeuille, de programme et de projet, disponibles en ligne.

Que vous soyez Porteur, Sponsor ou Manager Projet, si vous vous demandez où en est votre organisation de sa capacité de gouvernance Projet, quel impact joue ma personnalité sur le management des projets ?

MATURITE PPM: Osez bouger le curseur ! *PPM : Portfolio Project Management
MATURITE PPM: Osez bouger le curseur !

N’ATTENDEZ PLUS, TESTEZ VOUS !

sur www.testmaturite.com  et  www.profilprojet.com

FAITES AVANCER VOTRE CURSEUR DE MATURITÉ

Le cabinet conseil, IQar, s’est appuyé sur le référentiel francophone et modèle de maturité du système de management des portefeuilles projet (SMPP) pour construire ces outils de diagnostic et de mesure.

A l’issue de ces audits vous recevrez un rapport complet pour faire le point sur votre maturité en management de projet / gouvernance du portefeuille de projets ainsi qu’un premier plan d’actions pragmatique et opérationnel d’amélioration de vos processus de gouvernance.

Voir exemple de rapport.

SMPP est Partenaire de DantotsuPM
SMPP est Partenaire de DantotsuPM

La question de la maturité de gouvernance projets est un sujet d’actualité brûlant de nos jours. Mark Austin (The World Bank) rapportait dans une conférence au Global Project Management Forum, Londres que plus de 15 millions de personnes travaillaient dans la filière du management et gestion de projets.

Ce chiffre illustre à quel point les projets génèrent des enjeux majeurs dans la vie de nos organisations, et ce, quel que soit leurs activités, leurs tailles, leurs localisations. Les transformations et innovations que doivent opérer les organisations pour être performantes, intègrent la gestion d’un nombre croissant de Projets.

Ainsi, chaque entreprise développe une Compétence Projet.

C’est par la maitrise de sa maturité projet que l’organisation pourra être garante d’un pilotage et management de ses projets, portefeuilles et programmes efficace et opérationnel.

Pour en savoir plus, contactez-notre partenaire

Enregistrer

Enregistrer

Enregistrer

Enregistrer

PRINCE2 Maturity Model

I recently stumbled upon this wiki that seems quite interesting for organization who have adopted Prince2 or are planning to do so.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Like most Maturity Models, this PRINCE2 one assesses allows organizations to identity what is working well, what are their areas for improvement and helps building an action plan to improve the way they use PRINCE2 to run projects.

P2_Maturity_model_1AFor each PRINCE2® process (for example Starting Up a Project), you will see a graph like shown above, this indicates if you adopt the PRINCE2® methodology and principles, shown in blue, and how well you adopt the methodology and principles, shown in orange.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

This Model can be used to self-certify, but ideally bringing in a third party to audit your projects will yield a more balanced view of how you really are delivering projects, including using their expertise in taking corrective action through support and mentioning.

Visit this useful wiki and since it’s a wiki, contribute your own ideas and experience.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

 

 

Enregistrer

what good can projects do if you can’t tell if the expected benefits are met when they complete ?

« Less than 20% of organizations can say that they have high benefits realization maturity »

Arras 2016 BenchmarkHe is a disturbing observation you’ll discover in the Arras Project Management Benchmark Report 2016

Back for the 11th year, the Project Management Benchmark Report from Arras People is an independent survey into the lives and careers of PPM practitioners.

While projects are undertakn to achieve certain expected benefits 4 ou of 5 companies are not matured enough in their benefits realization process to tell with certainity which project brought or not these adavntages to the business.

Other aspects covered in the report relate to the adoption of Agile, the importance of recognized PPM accreditation, professional affiliations, career development, PMOs, role of women in PMOs…

The report is now available to download

Partenaire de DantotsuPM
Partenaire de DantotsuPM

au delà des chiffres, comment mettre en place un jeu de métriques qui apportent de la valeur au projet

Metrics in Project Management: More than Just Number

http://www.projectmanagers.net/profiles/blogs/metrics-in-project-management par Crystal Lee, PMP

La mise en place d’une métrique n’est pas le sujet le plus sexy du management de projet.

faire la somme des dépensesMais le succès du bureau de management de projet (PMO) dans lequel vous travaillez et votre réussite de chef de projet peuvent dépendre du fait d’avoir ou pas un programme de métriques en place. Dans une période économique difficile, il y a des opportunités encore plus surprenantes pour un PMO de prouver sa vraie valeur pour l’organisation. Les informations contenues dans cet article peuvent vous aider à créer votre programme de métriques et évaluer si vos métriques actuelles en font assez pour justifier votre existence.

Métriques dans le management de projet : Plus que des chiffres

Une métrique est, par définition, tout type de mesure utilisée pour mesurer un certain composant quantifiable de performance.

Un métrique peut être directement obtenu par l’observation, comme le nombre de jours de retard, ou le nombre de défauts logiciels trouvés; ou le métrique peut être dérivé de quantités directement observables, comme des défauts par mille lignes de code, ou un indice de performance de coût (« Code Performance Index : CPI »).

Quand elle est utilisée dans un système de contrôle pour évaluer le projet ou la santé de programme, une mesure est appelée un indicateur, ou un indicateur clé de performance (« Key Performance Index : KPI »).

Définition de ce qu’est le management de métrique

L’intérêt intense pour les métriques dans la communauté du management de projet a engendré un sous-domaine entier d’étude appelée le management de métrique.

catégories de métrique projet
La métrique de projet peut être catégorisée en trois catégories principales
Quelques exemples :
  1. Mesures de management de projet pures: exactitude des estimations
  2. Les indicateurs de succès de projet : satisfaction des parties prenantes)
  3. Les indicateurs de réussite business : retour sur investissements (Return On Investment : ROI).

Au niveau macro, le management de métrique signifie identifier et suivre les objectifs stratégiques.

C’est souvent réalisé par le PMO, s’il existe. Un praticien du management de projet, Anthony Politano (voir son blog), a même préconisé que les sociétés devraient avoir un Officier En chef de Performance (« Chief Performance Officer : CPO »), qui serait responsable de la collecte et l’analyse de métriques et de communiquer ces mesures au management pour la prise de décisions stratégiques.

En remettant la métrique au management, il est important de conserver le facteur de temps à l’esprit. Le vrai succès ou le vrai échec peuvent ne pas être apparents immédiatement et le résultat peut parfois se matérialiser bien longtemps après que le projet soit formellement clôturé. Par exemple, une nouvelle application peut s’avérer être un échec colossal six mois après être mise en production quand elle atteint enfin ses objectifs d’usage prévus.

métrique macroLes exemples de métrique de macro-niveau incluent : nombre de projets réussis, pourcentage de projets ratés et nombre d’heures passées par projet ou programme.

Au micro niveau, le management de métrique signifie identifier et suivre les objectifs tactiques.

C’est seulement en observant la métrique au niveau des tâches que le statut de livrables de niveau plus élevé peut être vérifié, et que l’on peut alors le communiquer aux parties prenantes et clients. Différents types de projets exigeront différents types de métriques : un projet de développement logiciel demande des mesures différentes de, disons, un projet de fusion et acquisition.

Les critères suivants sont les mesures tactiques les plus communes dont les gens aiment être informés :
métrique micro
zoom sur quelques métriques de niveau projet
  • Comment progressons-nous par rapport à l’échéancier ? Schedule Performance Index (SPI) = Earned Value ÷ Planned Value Cost (SPI)
  • Où en sommes-nous par rapport au budget ? Cost Performance Index (CPI) = Earned Value ÷ Actual Cost Resources
  • Sommes-nous dans les prévisions d’heures de travail dépensées ? Nombre d’heures supplémentaires.
  • Les changements de périmètre sont-ils été plus importants que prévu ? Nombre de demandes de changement.
  • Les problèmes de qualité sont-ils réparés ? Le nombre de défauts réparés par test de recette.
  • Sommes-nous à jour de notre liste d’actions ? Nombre de problèmes en attente de résolution.

Mise en place d’un Programme de Métriques

notes think
prenez du recul pour bien poser vos métriques

Une phrase commune que vous pouvez entendre sur les métriques est : “ce qui ne peut pas être mesuré, ne peut pas être managé”.

Clairement le manque de mesures peut rendre les choses plus difficiles pour un chef de projet.

En même temps, les mesures sont utiles seulement si elles sont précisément cela : utiles. Le suivi  des métriques seulement pour avoir quelque chose à mettre votre rapport d’avancement n’est pas une utilisation effective de votre temps, ou du temps de votre équipe.

Si vous voulez mettre en place un programme de métriques efficace, mettez du temps de côté pour planifier ces choses dans cet ordre:
  1. Quelles informations allez-vous rassembler ? (Astuce : Faites simple).
  2. Comment allez-vous collecter les informations ? (Astuce : Rendez-le facile. Utilisez des informations déjà produites pour d’autres objectifs.)
  3. Quelles méthodes utiliserez-vous pour traiter et analyser ces informations ? (Astuce : plus l’analyse mène à l’action meilleure elle est.)
  4. Comment et quand ferez-vous un rapport sur les résultats ?

Un mot spécial sur les rapports

La façon dont vous présentez votre métrique dépend de qui la demande.

Le cadre exécutif  veut d’habitude seulement connaître l’état général du projet et se sentir «rassuré», tandis que l’auditeur du PMO veut savoir que vous avez “deux jours de retard en raison du changement de portée approuvé, mais que vous remaniez l’échéancier pour les rattraper.”

Partenaire de DantotsuPM
Partenaire de DantotsuPM
La meilleure façon de présenter vos informations est d’habitude la plus simple.

Quelques progiciels de gestion de projet incluent une fonctionnalité de tableau de bord automatisée, qui peut ou pas pouvoir répondre à vos besoins. Des affichages visuels, comme un simple graphique pour illustrer des tendances, ou les classiques “ feux tricolores”, sont des façons efficaces de montrer le statut d’indicateurs majeurs de métrique.

Un graphique de type « feux de signalisation » simple peut être construit en Excel, utilisant des couleurs pour indiquer le statut. Typiquement :

  • traffic light orangeVert signifie “Jusqu’ici tout va bien”.
  • Orange “Attention – A surveiller”.
  • Rouge “une attention urgente est nécessaire”.

Votre rapport devrait montrer des indicateurs détaillés et un indicateur cumulatif pour comprendre le statut d’un simple coup d’œil.

En utilisant un format « feux de signalisation », assurez-vous de bien définir les règles sur quand changer de couleur sur les feux; travaillez avec le sponsor de projet ou le PMO pour le normaliser si ce n’est pas déjà fait. Vous pouvez avoir fait l’expérience d’essayer de vous décider sur quand exactement vous devriez tourner ce petit point à l’orange, ou ne pas être autorisé à le faire passer au rouge parce que votre manager ne veut pas que vous le fassiez.

Par exemple, pour un indicateur à base de calendrier, la règle peut être “faire passer l’indicateur à l’Orange quand le nombre de tâches en retard est supérieur à deux.”

Les indicateurs peuvent aussi être étalonnés sur des cibles mensuelles pour que les tendances globales puissent être visualisées. Il vaut mieux tourner le feu de signalisation à l’Orange quand le planning entier a cinq jours de retard lors du premier mois, que de ne le passer Orange que si vous atteignez 15 jours de retard au troisième mois, quand il est trop tard pour réagir.

Élevez le management de métrique au niveau supérieur

Comme vous continuez à accumuler les métriques des projets dans le portefeuille de projets de votre société, vous construisez une base de données de grande valeur en matière de benchmark interne. Comparez vos métriques à ceux d’autres projets dans votre portefeuille pour voir où des améliorations de processus peuvent être faites, ou bien si vous devriez introduire des exigences de conformité. Vous pouvez aussi comparer vos métriques aux données de benchmark de projets d’autres sociétés dans la même industrie.

Le management de projet en tant que discipline continue à croître et ne montre aucun signe de ralentissement. Comme Greg Balestrero l’avait dit lorsqu’il dirigeait le PMI: « plus de 87% d’organisations remontent déjà le statut de projet aux Conseils d’administration et 17% des rapports de PMOs aux PDGs »

Le défi est de s’assurer que le statut de projet inclut les métriques qui démontrent la valeur du management de projet.

ValueComme vous l’avez vu, il y a de nombreux outils et techniques disponibles pour communiquer et gérer la métrique à un niveau projet (tactique) ou PMO (stratégique).

Saisissez cette opportunité pour réfléchir à comment les personnes autour de vous perçoivent la valeur de vos services de management de projet et voyez si vous pouvez trouver des façons de promouvoir et protéger votre position comme un champion de management de projet dans votre organisation.

connaissez-vous la règle des 18 mois et pourquoi des projets sont annulés pour de mauvaises raisons ?

Why Projects Are Cancelled For The Wrong Reasons

http://www.fatcat.com.au/news/home/Ask+an+Advisor/418_0.html

Un nombre élevé et disproportionné de projets sont annulés par le management à 18 mois.

Comme dans tout projet, il y a un flux et un reflux naturel. Un rythme naturel. Ce que je trouve intéressant est que le rythme semble s’installer dans ce que j’appelle la Règle des 18 Mois.

La règle des 18 Mois déclare que :

Loi_de_Moore
Loi de Moore
Un nombre disproportionné de projets est annulé par le management à 18 mois.

N’oublions pas que beaucoup de secteurs ont un rythme naturel, par exemple technologique. Le rythme technologique le plus célèbre est la Loi de Moore qui prévoit que la croissance dans le nombre de transistors par puce doublera tous les vingt-quatre mois. D’autres lois technologiques qui ont un rythme naturel incluent la Loi de Kryder pour le stockage sur disque (~12 mois) et la Loi d’Haitz pour la production de LED’s (~18 mois).

Pourquoi y-aurait-il une Règle de 18 Mois pour les projets ?

Y aurait-il une certaine loi naturelle dans le travail ? La réponse est simple : oui. La nature humaine.

En regardant en arrière tous les projets que j’ai managés dans ma carrière, le cycle de 18 mois d’annulation des projets revient à travers industries, contextes, technologies, tailles d’organisations et nationalités. La règle semble universelle. Pourquoi ?

Dix-huit est le nombre maximal de mois pendant lesquels le management peut souffrir. Cette douleur est la répétition des efforts de re-justification d’un projet dont on attend encore de voir les bénéfices.

Pourquoi 18 mois et pas 12 ou 24 ?

monthsPensez à un projet donné. La plupart débutent en milieu d’année avec un financement et des ressources alloués à grand-peine par le management en se basant sur le mérite et les impacts et bénéfices potentiels. Quand le cycle budgétaire suivant arrive, le projet est bien lancé et le financement est presque assuré car le projet a démarré depuis moins d’une année et que personne ne s’attend à ce qu’il ait déjà un impact. Donc, les ressources sont maintenues en place et le projet continue de progresser.

Le deuxième cycle est une question totalement différente.

Quand le cycle budgétaire suivant survient, des questions s’ élèvent sur le projet :
  • Est-ce que ce projet est toujours aussi important ?
  • Y-aurait-il des projets plus importants que nous devrions financer au lieu de celui-là ?
  • Atteignons-nous les progrès escomptés ?
des budget limités, voire compressés...
il faut se battre pour chaque nouvelle année de financement !
Pourquoi ces questions ?

Parce que chacun dans la chaîne de management doit re-justifier le projet pour encore une autre année de financement. C’est ce deuxième tour qui cause toute l’angoisse. Le résultat est que le management arbitrera s’il faut se battre pour une autre année de financement ou laisser le projet mourir et éviter cette peine. Comme nous pouvons tous l’apprécier, éviter la douleur est une réaction humaine naturelle.

Si le management pouvait voir la valeur (quelque chose qui justifie la peine), approuver que le projet continue ne serait pas un problème. Là où la plupart des équipes de projet s’attirent des ennuis est qu’elles ne saisissent pas cette réaction d’évitement de douleur du management. Dans leurs esprits, le management devrait seulement obtenir les financements et avoir confiance en équipe.

Le résultat est qu’un grand pourcentage de projets sont tués à 18 mois parce que l’on n’a pas démontré leur valeur.

Attendez ! Dites-vous. Nous avions un accord que ce serait un projet sur plusieurs années et que les bénéfices ne viendraient qu’à la fin. Ceci ne prouve-t-il pas que la Règle des 18 Mois ne s’applique pas ? NON. Si vous croyez vraiment que vous pouvez éviter le problème en obtenant un accord au départ, alors vous ne comprenez pas la nature humaine. Au cas où votre projet passerait le jalon des 18 mois, la peine grandira avec chaque cycle ultérieur. Ce qui signifie que vous devrez démontrer une valeur et un impact toujours croissants pour pouvoir continuer. La douleur ne part pas avec le temps. En réalité, elle augmente.

Ce n’est pas la faute de la direction. C’est la faute de l’équipe de projet qui échoue à comprendre le désir du management d’éviter la douleur.

Comment une équipe évite-t-elle cette règle ?

règle des 18 moisSuivez les quelques étapes simples suivantes :

1) Comprendre le cycle de votre organisation (ou votre client) pour vous assurer que vous comprenez le timing. Quand les budgets et/ou les stratégies sont-ils bouclés chaque année ?

2) Définir votre portée de projet et de livrables pour être certains que ce que vous livrez a un impact/une valeur avant que la règle ne soit appliquée.

3) Pour les projets qui s’étendent au-delà de 18 mois, découpez-les et faites de chaque partie un projet distinct. Pourquoi ? Pour esquiver le problème d’évitement d’une peine qui s’intensifie avec le temps car chaque projet remet les compteurs à zéro.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Dans mon expérience, j’ai vu la règle des 18 mois appliquée à des projets qui auraient du être tués dès le départ et à d’autres qui n’auraient jamais dus être arrêtés.

Cette apparente prise de décision aléatoire du management peut être perturbante et démoralisante dans une organisation. Si vous êtes dans le management, regardez-vous dans le miroir et comprenez que la nature humaine joue un rôle dans votre prise de décision de tuer des projets. Aidez vos équipes à le comprendre.

Si vous menez un projet, utilisez ces stratégies de management de projet simples afin d’éviter ce que dans le passé vous aviez attribué à des caprices du management.

CSP est partenaire de DantotsuPM
CSP est partenaire de DantotsuPM

En comprenant la Règle des 18 Mois, vous pouvez vous assurer que vos projets auront l’impact que vous désirez.

Bonne chance !

project management : a profession for old guys ?

« 61% of PMO practionners and 70% of Portfolio Managers are male and 75% have long experience »

Arras 2016 BenchmarkThese are some of the observations that you’ll discover in the Arras Project Management Benchmark Report 2016

Back for the 11th year, the Project Management Benchmark Report from Arras People is an independent survey into the lives and careers of PPM practitioners.

While the number of women in PM Jobs is growing, their presence remains below tjeir male colleagues.

Other aspects covered in the report relate to the adoption of Agile, the importance of recognized PPM accreditation, professional affiliations, career development, PMOs…

le pourcentage de PMO et leur type restent constants depuis 5 ans (PMI Pulse of the Profession® 2016)

2016 Pulse of the Profession®  indique une forte stabilité du côté des Project Management Offices (PMOs).

édition 2016
édition 2016

Cette revue annuelle du PMI® qui existe depuis 2006 met en avant chaque année les tendances et évolutions du management de projet. Cette année, le constat est que depuis plus de 5 ans presque 70% des organisations possèdent un PMO. Et les deux tiers de ceux-ci restent au niveau des départements, régions ou divisions de l’organisation. De plus, la moitié des entreprises consultées on un PMO transverse au niveau de l’entreprise, un « EPMO ».

Dans le Pulse Report 2016, vous lirez comment les organisations peuvent, en mettant le management de projet au cœur de leur compétences stratégiques, affronter les turbulences économiques et réduire les risques et les coûts.

PMI® and Pulse of the Profession® are registered mark of Project Management Institute, Inc.

Partenaire de DantotsuPM - Téléchargez le référentiel !
Partenaire de DantotsuPM – Téléchargez le référentiel !

lisez le PMO Benchmark Report compilé par PMO Flashmob

Pour la première fois, le PMO Flashmob a compilé des informations disponibles au Royaume Uni sur le rôle du PMO et des personnes qui y travaillent.

Obtenez gratuitement ce rapport au format PDF
Obtenez gratuitement ce rapport au format PDF

Le rapport révèle des tendances chez les Managers de Portefeuilles de Projets, Managers de PMO et tous ceux qui supportent les chefs de projets et programmes

PMO Flashmob is a social meetup with the serious subject of PMOs at its heart.
PMO Flashmob is a social meetup with the serious subject of PMOs at its heart.

Différents aspects sont abordés:

  • Où ils travaillent,
  • quelle sorte de PMO est la plus répandue,
  • quelles formations,
  • quels services et fonctions ils fournissent,
  • ainsi que les salaires et les positions qu’ils détiennent.

Download it here http://pmoflashmob.org/pmo-benchmark-report-just-launched/

Partenaire de DantotsuPM - Téléchargez le référentiel !
Partenaire de DantotsuPM – Téléchargez le référentiel !

 

new PMI Practice Guide on Governance of Portfolios, Programs, and Projects

PMI governance-of-portfolios-programs-and-projectsGovernance of Portfolios, Programs, and Projects: A Practice Guide

Take a closer look at the different types of governance and learn how you can implement or enhance governance on your portfolios, programs, and projects.

Download for free if you are a PMI Member

Partenaire de DantotsuPM, LE blog du management de projet
Partenaire de DantotsuPM, LE blog du management de projet

Enquête internationale d’envergure sur les PMOs

Ricardo Naciff
Ricardo Naciff

Cette enquête, d’une durée approximative de 5 minutes (https://goo.gl/iU1HzP), porte sur les différents PMO dans le monde entier. Vous pourrez avoir une copie du document final avec le résultat de l’enquête. Merci pour votre collaboration!

Elle est initiée et gérée par Ricardo Naciff, étudiant au MBA à l’Université Jean Moulin de Lyon, en France.

Même si le Bureau de gestion de projet (PMO) n’est pas tout à fait une nouvelle structure de management transversal, son déploiement et son mode de fonctionnement dans le monde entier sont très variés. Il n’y a pas deux PMOs implémentés et exploités de manière égale.

L’industrie mondiale a développé une gamme d’approches différentes pour satisfaire leurs besoins en termes de:

  • Pour aller plus loin
    Rapport du PMI

    La gouvernance,

  • L’équilibre de portefeuille,
  • Le développement des processus innovants,
  • L’implémentation des meilleures pratiques,
  • La formation des équipes,
  • L’exploitation des synergies,
  • La gestion des risques,
  • La gestion des parties prenantes, etc.

Tous ces facteurs changent au sein de chaque société et de chaque contexte.

Il s’agit d’une recherche sur les différents types de PMO dans le monde entier.

trois choses, 1,2,3Le questionnaire est divisé en 3 parties:

  1. le profil de votre entreprise,
  2. le profil de votre PMO,
  3. et votre rôle sur cette PMO.

Lien du sondage: https://goo.gl/iU1HzP

L’information recueillie sera utilisée seulement pour la recherche académique. Aucune information personnelle ou spécifique sur vous ou votre entreprise n’est demandée. Cependant, des informations sur la taille, le chiffre d’affaires et la localisation d’entreprises sont posées.

4 profils d’acteurs du management de programme par Jeff Ball

Relation « gagnant-gagnant » avec MSP, le guide de Management de Programme du Cabinet office.

Jeff Ball
Jeff Ball

Dans les grandes lignes, MSP cible les programmes transformationnels. Ceux-ci livrent un changement. Ils changent la façon de travailler d’une organisation, ou livre un changement dans un environnement de service social ou public.

Certaines entreprises ont souvent quatre profils de collaborateurs à former :

  1. Chef de programme
  2. (staff du) Bureau de programme
  3. Chef de programme du programme client
  4. Responsable de la conduite du changement

MSPProfil 1 : Chef de programme

Le premier profil est le chef de programme, qui traite des programmes de transformation interne. Cela est le programme « typique » de MSP, un programme de transformation interne qui conduit au changement organisationnel.

 Profil 2 : (staff du) Bureau de programme

Le deuxième profil est un rôle nouveau, à savoir le staff du Bureau de Programme. L’entreprise a un bureau de programme permanent, pour soutenir le travail de transformation interne.Le chef du Bureau de Programme et un équipier aideront au déploiement et à la maintenance de MSP pour les programmes de transformation interne, en fournissant notamment des modèles (templates) et conseils. Et aussi plus activement, ils devraient jouer le rôle de Bureau de Programme dans les programmes, faciliter la surveillance et le contrôle, et servir de central (hub) d’informations pour les programmes.

QRP International France
Partenaire de DantotsuPM

Le troisième et le quatrième profil emmènent MSP dans la dimension « client-fournisseur ». Quand l’entreprise fournit des solutions business complexes à ses clients, il y a des bénéfices à utiliser MSP pour élargir le champs de « simple » livrable technique à des résultats plus larges, créateurs de valeur ajoutée.

Profil 3 : Chef de programme du programme client

Le troisième profil est donc le chef de programme du programme client. Il ou elle profite de la formation MSP en gérant les programmes différemment. Cela viendra de la compréhension de la différence entre les productions techniques (par exemple le nouveau serveur proxy) et les bénéfices client (par exemple améliorer les télécommunications, les vidéoconférences, réduire les coûts de télécommunications). Avec MSP, vous reconnaissez la proposition générale de valeur du programme, pas seulement ses livrables techniques.

Profil 4 : Responsable de la conduite du changement

Le quatrième profil est peut-être le plus intéressant, puisque c’est le rôle de soutien au client. Aujourd’hui ce rôle prend le relai quand les projets finissent, afin de s’assurer que le client peut utiliser ce que les projets ont livrés. En utilisant une approche MSP, ce rôle devient le RCC (Responsable de la Conduite du Changement). Il travaille activement avec les équipes de projet pour garantir qu’elles voient plus loin que les livrables techniques. En tant que RCC, il ou elle préparera au changement business, le fera avancer et travaillera pro activement avec le client pour garantir la réalisation des bénéfices.

Ces deux derniers rôles se focalisent sur la chaîne de valeur globale. Elle inclut les bénéfices client, pas juste la rentabilité du fournisseur. Ceci est un changement dans la façon de penser. Et ce n’est pas au détriment du cas d’affaire du fournisseur – en utilisant une approche MSP, le chef de Programme obtiendra une visibilité sur le travail du fournisseur dans le cadre plus large du programme et pourra aussi voir la proposition de valeur pour le client.

Partenaire de DantotsuPM, LE blog du management de projet
Partenaire de DantotsuPM, LE blog du management de projet

C’est une approche « gagnant-gagnant », qui remplace l’actuelle solution « perdant-perdant » où les projets du fournisseur semblent profitables, mais les profits disparaissent dans de coûteuses activités de support post-projet afin de résoudre des problèmes clients (et un client mécontent est souvent un client perdu).

Pour résumer : en se positionnant sur la proposition de valeur globale du programme, on engendre des profits pour le fournisseur et la satisfaction du client.

C’est « gagnant-gagnant » avec MSP !

© Copyright QRP International 2013. Reproduction in full or part is prohibited without prior consent from QRP International.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

The Global State of the PMO: An Analysis for 2015 (ESI International)

Now Available : The Global State of the PMO: An Analysis for 2015

The Global State of the PMO 2015With a growing level of maturity, the Project/ Programme Management Office (PMO) has become deeply entrenched in many organisations worldwide. In its annual survey, ESI International investigated the evolution of the PMO’s function, its role and value in the organisation, and its involvement in training project management professionals.

Click here to download the full report

Some of the key findings :

  1. PMOs are increasingly providing support at the strategic and portfolio level.
  2. PMOs have a long way to go when it comes to demonstrating value through considered, quantitative measurement and metrics.
  3. Two in five PMOs use the Agile approach in some of their projects/programmes.
  4. 74% of respondents believe that their PMO Budget will increase or remain the same.
  5. Only 46% of PMOs surveyed offered a defined PMO career path for staff.
  6. 76% of PMOs has been challenged by the senior management (Resource management as greatest perceived challenges).
  7. The PMO’s role is significant in Training with 66% of PMOs involved in training.

No time to read the full report? Read the Executive Summary of the results

Partenaire de DantotsuPM - Téléchargez le référentiel !
Partenaire de DantotsuPM – Téléchargez le référentiel !

La parfaite réunion de PMO existe !

The Perfect PMO Project Management Meeting

Billet original lu sur ProjectManager.com

facilitationExiste-t-il une chose telle qu’une parfaite réunion PMO? Certains peuvent estimer que de bonnes réunions de PMO, sans aller jusqu’à parler de parfaites sont aussi imaginaires que la fontaine de jouvence ou le Saint Graal.

Je suis ici aujourd’hui pour vous dire qu’elles sont réelles et existent vraiment !

J’en ai vu de mes propres yeux. Cet article se concentre sur comment cette réunion peut être préparée, à quoi devrait ressembler l’ordre du jour et ce qui devrait et ne devrait pas avoir lieu lors de cette rencontre.

La réunion de PMO parfaite

not perfectD’abord, laissez-moi vous donner le contexte de la société dans laquelle opère ce PMO spécifique. C’est une société de développement de logiciels de taille moyenne qui se décompose en quatre domaines d’activité séparés. Tous les projets sont exécutés par le PMO. Les ressources de chaque service reportent directement aux Directeurs Fonctionnels et le PMO fonctionne en lien étroit avec ces Directeurs Fonctionnels.

Il y a aussi du développement offshore et une équipe qualité intégrés dans ce mix. Ils opèrent à travers les quatre domaines d’activité en appui des projets en cours. Autant que possible, toutes les ressources sont dédiées à 100% à une unité opérationnelle et idéalement sur un projet à la fois. L’idée de ressources partagées a été essayée, mais a rapidement trouvée trop exigeante.

L’ordre du jour

agenda, ordre du jourChaque jeudi matin (à mon avis, l’horaire parfait pour une réunion de management de projet PMO hebdomadaire), des directeurs clés de cette société se rencontrent. Au fil du temps, l’ordre du jour utilisé a été ciblé sur les quatre sujets suivants :

  1. Revue de Nouvelles Bonnes Pratiques (10 minutes)
  2. Revue de Nouveau Projet (20 minutes)
  3. Évaluation des hauts risques (20 minutes)
  4. Revue de l’échéancier de déploiement (10 minutes)

La réunion est en accéléré et sous les prémisses du « allez juste à l’essentiel ».

Les Sujets

Voici un peu de détail sur chaque sujet. Je m’attendrais qu’avec de légères modifications dans chaque domaine, ceci puisse aussi être utilisé dans des entreprises qui ne sont pas dans le domaine informatique.

  1. La Revue de Nouvelles Bonnes Pratiques se limite aux bonnes pratiques qui ont été implémentées au cours de la semaine précédente.

meilleures pratiquesCelles-ci sont basées sur des Leçons Apprises des projets qui étaient dans leur phase finale. Ceci peut aller d’un nouveau processus d’approbation ou flux de travail, à une manière différente de travailler avec des clients. Il y a un minimum de discussion car les détails ont été examinés de près avant la réunion de PMO hebdomadaire et le sujet est présenté comme « voici comment nous fonctionnerons dorénavant ». Ceci peut sembler peu passionnant, mais c’est toujours présenté sous l’angle de comment faciliter la vie des gens quand ils travaillent ensemble. Les gens ont donné leur apport dans les systèmes et processus qui présentés et ceci est juste le point culminant de leurs efforts.

  1. La Revue de Nouveau Projet permet à toute personne qui souhaite présenter un projet au PMO de le faire.

newIl lui suffit de soumettre un résumé sur 1 page qui donne une brève description du projet, les objectifs fonctionnels supportés et les bénéfices que ce nouveau projet apporterait à l’organisation. On ouvre alors le sujet pour une rapide discussion ou des questions et le projet est soit approuvé (un projet facturable client par exemple…), soit rejeté sur place et dans l’instant, soit reporté à la semaine suivante pour donner le temps de faire des recherches plus approfondies. La beauté de cet arrangement consiste en ce que tout le monde dans la société connait la capacité de proposer un projet de cette façon. Ils travaillent avec leurs chefs de département respectifs et préparent la documentation nécessaire. Si le projet est justifié grâce à ses perspectives de retour sur investissement ou son importance stratégique, il est approuvé de travailler dessus. Cela empêche aussi beaucoup de projets inutiles ou gaspilleurs de démarrer à l’extérieur de la visibilité du PMO et on garde les ressources de la société concentrées sur les bonnes choses.

  1. La partie évaluation des hauts risques de la réunion utilise un rapport de jalons de haut niveau qui indiquent le statut Rouge, Jaune, Vert de tous les projets dans l’organisation par unité opérationnelle.

riskAucun temps n’est dépensé sur quoi que ce soit qui avance comme planifié car cela est laissé aux chefs de projets. Cette partie de la réunion est centrée sur le management des exceptions et seuls les projets en difficulté sont discutés. Des décisions sont prises sur ces projets, les obstacles éliminés et les risques atténués.

  1. La revue de l’échéancier de déploiement est la partie finale de la réunion.

Diagramme de Gantt affichant les différentes tâches et leur progrès

Puisque c’est une société de développement de logiciels qui travaille avec des utilisateurs professionnels, les déploiements sont réalisés au cours des week-ends. On fournit un calendrier des déploiements dans le mois à venir avec une attention particulière sur le prochain week-end. Ceci inclut tout morceau de code qui est déployé, les mises à jour matérielles ou la maintenance ou la production système. Ceci, à son tour, donne une excellente opportunité à chaque responsable de service de savoir ce qui vient et de préparer ses équipes pour le travail sur les choses suivantes.

Les participants

meeting 1Un composant clé à cette réussite est d’avoir la participation des bonnes personnes. Vous devez avoir présents les Chefs de projet, les Directeurs Fonctionnels et les exécutifs qui peuvent prendre les décisions sur le champ.

Comment savez-vous si vous avez les bonnes personnes ? Si vous entendez pendant la réunion « nous devons vérifier avec… » alors vous n’avez pas le bon casting. Vous avez besoin de décideurs qui peuvent se concentrer sur les questions en jeu et les (faire) résoudre rapidement.

Semaine après semaine, la société peut améliorer son niveau de professionnalisme, passer en revue et approuver de nouveaux projets, atténuer les risques et mettre tout le monde sur la même page…le tout en environ 1 heure par semaine !

Vraiment ? Juste une heure par semaine ? Cela semble un peu incroyable de couvrir toute cette matière en une heure.

La vérité est que, les premières réunions de PMO dureront plus longtemps. Tout le monde essaye de comprendre le format, ce qui est important, ce qui ne l’est pas et qui doit être présent. Les premières réunions pourraient prendre 2 à 3 heures, le temps que ces questions soient résolues.

En seulement quelques semaines vous commencez à voir une grande différence. Et en quelques mois votre réunion de PMO fonctionnera comme sur des roulettes.

Quoi ne PAS couvrir à la réunion de PMO

complexitéAussi contraire à l’intuition que cela puisse paraitre, vous voudrez éviter de résoudre des problèmes compliqués lors de cette réunion hebdomadaire. Ce n’est pas le but. Le but de cette réunion est d’identifier des problèmes, prendre des décisions et dégager le chemin. S’il y a un problème qui se présente ou une question qui va prendre longtemps à discuter, planifiez une session pour donner suite à ce sujet particulier avec seulement les personnes nécessaires. Vous pourrez alors entrer dans les détails et prendre tout le temps nécessaire pour trouver la meilleure solution.

Si vous ne faites pas cela, vous constaterez que votre réunion de PMO va rapidement dérailler. Les gens commenceront à donner des avis sur des domaines dont ils peuvent ne pas être familiers et sur-compliquer la question. À tout le moins, il sera difficile de maintenir la réunion dans sa tranche de temps allouée d’1 heure.

momentumEn tant qu’animateur de cette réunion, c’est à vous d’identifier ces points de conflit et de planifier les réunions de suivi. La bonne nouvelle est qu’il est possible d’atteindre une réunion hebdomadaire de PMO presque parfaite, sinon parfaite. Ceci exige de votre part un ordre du jour solide, la discipline pour faire avancer les sujets et le suivi. Vous apprécierez bientôt le momentum et la traction qu’une telle réunion introduit dans votre société.

Essayez ProjectManager.com pendant 30 jours et voyez comment leur module de gestion des risques et des problèmes peuvent vous aider à  garder votre PMO sur les bons rails.
SMPP
Partenaire de DantotsuPM

un PMO structuré peut améliorer la gestion de vos projets par Jeff Ball

Il s’agit de comprendre le passé. C’est un cas pratique, mais c’est bien plus que ça. Il s’agit de comprendre comment mieux appréhender le passé grâce à un cadre de référence.

Ce cas pratique explique comment une grosse société a amélioré sa gestion de projets et de portefeuilles.

Cette multinationale était structurée autour de 7 business units. Elle avait un programme de changement très ambitieux.

Ils ont mis en œuvre une initiative en 3 phases pour améliorer leur gestion de projets.

  • Phase 1 : Introduire la méthode de gestion de projet PRINCE2 supportée par des outils EPM (Enterprise Projet Management).
  • Phase 2 : Mesurer régulièrement les améliorations de maturité, en mesurant l’utilisation de la méthode PRINCE2 et de ses outils. Grâce à ces mesures, ils ont pu identifier les points faibles, et mettre en œuvre des actions correctives.
  • Phase 3 : Introduire les outils de reporting. Ils ont été mis en place une fois qu’un niveau de maturité acceptable en termes de gestion de projet fut atteint. Des données satisfaisantes de projet étaient nécessaires pour initier la consolidation du reporting du portefeuille.
Partenaire de DantotsuPM
Partenaire de DantotsuPM

Analysons ce cas pratique en termes de P30.

P3O_logoCe sera notre cadre de référence. P30 fournit une organisation avec une approche « top-down » pour améliorer leur P3 = Projets + Programmes + Portefeuilles.

O = “Office” (bureau), d’où le P3+O qui donne P3O.

Utilisons donc ce cadre de référence. Comment notre cas pratique se calque sur le modèle P3O?

Pour en savoir davantage sur P3O, lisez ce billet.
Pour en savoir davantage sur P3O, lisez ce billet.

Avec du recul on peut détecter la construction graduelle d’un modèle P3O, au fur et à mesure des différentes phases

Phase 1: Des centres d’Excellence locaux sont mis en place pour soutenir le déploiement de PRINCE2. Les centres d’Excellence locaux :
  • publient les normes, procédures et modèles,
  • mettent en place les formations et le coaching,
  • assurent le support des outils.
Phase 2 : Centralisation des centres d’Excellence. Fusion des centres d’Excellence en un seul centre d’Excellence unifié.

Le centre d’Excellence central :

  • mesure la maturité de PRINCE2 et des outils suivant une approche P3M3 (P3M3 est un modèle de maturité) ;
  • fournit un portail d’information pour les normes, procédures, modèles, etc. ;
  • dispense le coaching aux équipes n’ayant pas encore acquis le niveau de maturité requis.
Phase 3 : Déploiement d’une structure de bureau de portefeuille, avec un bureau de portefeuille centralisé géré par un manager expérimenté. Chaque bureau de portefeuille :
  • introduit la conception du portefeuille, la gestion budgétaire, la gestion de la demande, l’optimisation des ressources, l’optimisation du portefeuille ;
  • livre des portefeuilles coordonnés : surveille et contrôle les projets, la consolidation des données, les rapports de progression.

Ceci fournit de solides fondations pour la gestion de projets.

SMPP
Partenaire de DantotsuPM

On peut constater que P3O fut un facteur clé.

  • La structure de P3O fut un facteur décisif pour la gestion de projet. Sans le support des centres d’Excellence, le déploiement de PRINCE2 et ses outils n’auraient pas pu fonctionner, et nous n’aurions pas pu atteindre un haut niveau de maturité en gestion de projet.
  • La structure P3O fut aussi un facteur déterminant pour la gestion de portefeuille. Sans le bureau de portefeuille, le travail ambitieux pour structurer la gestion de portefeuille n’aurait pas pu progresser. C’était hors de portée des business managers responsables des portefeuilles – le support des bureaux de portefeuille sur le modèle P30 était vital.
Jeff Ball
Jeff Ball

Avec du recul, on apprend de nos expériences et on peut constater que P3 est un cadre de référence approprié.

Désormais, on peut se projeter dans le futur.

Afin d’améliorer la gestion de projet de votre organisation, utilisez un bon cadre de référence : Essayez d’utiliser le cadre P3O afin de tracer le futur !

© Copyright QRP International 2013. Reproduction in full or part is prohibited without prior consent from QRP International.

Institut International de Conseil et de Formation Accrédité aux Bonnes Pratiques PRINCE2® (Gestion de Projet), ITIL® (Gouvernance du SI), P3O® (Management d'un PMO) et MSP® (Management de Programme).
Partenaire de DantotsuPM