articles, méthodes, partages d'expérience et rdv du management de projets et de l'agilité
This annual piece of research is undertaken by Wellingtone, with contribution from the APM PMO SIG and APM Systems Thinking Group. You can take a look at the 2017 survey here.
Click here to enter the survey
Project Management for non-governmental organization (PM4NGOs) est une organisation internationale non gouvernementale qui promeut et encourage le professionnalisme dans tous les projets et programmes à buts non lucratifs dans le monde entier.
The Program Guide (PgMD) présente le cycle de vie des programmes de manière simple avec ses outils, processus, disciplines et modèles qui permettent de réussir ceux-ci. 5 principes essentiels sont mis en exergue: Bonne gouvernance, approche participative, complétude, intégration et adaptation.
Vous trouverez les détails et le guide gratuit en anglais sur le site PM4NGOS: http://www.pm4ngos.com/
Les programmes ont prouvés leur importance vitale pour déployer des initiatives stratégiques et critiques aux succès des organisations.
The Standard for Program Management – Fourth Edition est destiné aux organisations et personnes désireuses d’améliorer leurs compétences et capacités en management de programme. Son approche basée sur de grands principes fondateurs permet de le rendre applicable à toutes les approches de management de projets.
Une version PDF est téléchargeable gratuitement sur le site du PMI pour tous les membres de l’association.
“PMI,” the PMI logo, “PMP,” “PMBOK,” “PM Network,” “Project Management Institute” and “Pulse of the Profession” are registered marks of Project Management Institute, Inc.
Aujourd’hui les experts d’IQar, cabinet conseil dans la Maturité en Projets des organisations publiques et privées, partagent avec nous un premier niveau de réflexion autour d’une question que très souvent les clients leur posent :
Dans la mesure où aujourd’hui les organisations doivent se transformer, innover et évoluer en permanence sur leur marché, ces organisations se retrouvent dans des environnements de performance financière et de production contraints ; Ainsi, la problématique de la mise en œuvre d’un outil PPM n’échappe pas à cette règle.
Déployer un logiciel PPM est un investissement, c’est un fait.
Qui dit investissement dit à la fois Bénéfice (physique et/ou moral) et Dépenses !
Le projet de déploiement d’un logiciel PPM c’est :
L’équipe projet devra être mobilisée pour recueillir et spécifier le besoin, afin de sélectionner en fonction la solution PPM la plus adaptée à l’organisation, puis la paramétrer et la déployer.
Un outil PPM apportera de nouvelles manières de travailler, plus productives pour gérer les projets. De fait des formations pour les collaborateurs devront être menées pour faciliter la conduite du changement, un volet trop souvent oublié dans le cadre du projet ! Enfin, une solution PPM a un coût propre (licence, hébergement, support) même si les solutions en SAAS offrent l’avantage de limiter ce coût à simplement la licence, le logiciel étant hébergé et maintenu directement par l’éditeur.
Gain en productivité pour les collaborateurs : c’est le premier bénéfice recherché dans l’investissement d’un outil PPM.
Le PPM porte l’enjeu sensible d’outiller le lien entre le l’organisation hiérarchique (qui fait référence en mode « Opération » ) et l’organisation matricielle, qui elle, fait référence en mode « Projet ».
Un logiciel PPM outille une méthodologie de gestion des projets adaptée à l’organisation.
Cette méthodologie vise des objectifs à valeur ajoutée très clairs :
et se traduit par la mise en place d’un référentiel, de processus et d’outils qui permettront d’atteindre les objectifs fixés.
Ce référentiel, ces processus et ces outils composent …. Tadaaaaam : la Gouvernance en gestion de projet de l’organisation ! Gouvernance qui sera outillée par le logiciel PPM, la boucle est bouclée ?!
ATTENTION TOUT N’EST PAS SI FACILE !!! Si l’on n’est pas convaincu en amont des gains organisationnels et de productivité que peut apporter à l’organisation la mise en place d’une telle gouvernance, …. Alors inutile de réfléchir à outiller son management en projets et acquérir une solution logiciel, vous perdrez votre temps et argent !
Mais dans le cas contraire, si le manager sait précisément ce qu’il recherche à travers un logiciel de pilotage portefeuille et projets, Bingo ! Vos gains potentiels d’une telle solution seront évidents pour votre organisation !
Un choix d’outil PPM éclairé, adapté en termes de couverture fonctionnelle, c’est-à-dire le plus adapté à ses objectifs, à sa stratégie et à son contexte est la meilleur manière de réussir le Projet ‘Outiller sa gouvernance en projets’.
En somme, à travers le déploiement d’un logiciel PPM, on vise un ROI qualitatif et organisationnel mesurable financièrement à long terme. L’enjeu d’un tel projet est de permettre à l’organisation de travailler mieux pour se mettre en situation de gagner plus et non l’inverse. Dans un tel projet il ne faut donc pas chercher un ROI immédiat. C’est un investissement sur l’avenir qui permettra de rester concurrentiel en faisant plus avec moins et d’atteindre par ce biais rien de moins que l’efficience.
… Alors convaincus d’un choix éclairé et adapté de son outil PPM ? Vous rêvez d’un pilotage stratégique du portefeuille projets simple et efficace ?
Véritable kit complet de pilotage en Projets, SuiteProG intègre les dernières fonctionnalités innovantes du PPM (Kanban, scoring…) ainsi qu’une méthode de management en projets labélisée (SMPP)!
Conçu et développé par des Chefs de Projets et PMO, SuiteProG vous donne toute les clés pour réussir votre pilotage stratégique et opérationnel de vos Projets.
Découvrez SuiteProG !
Demandez une démo : cliquez ici !
IQar, cabinet conseil dans le développement de la maturité en projets. Auteur du référentiel français du Système de Management du Portefeuille Projets, labélisé Bureau Véritas, www.smp2.org
Contact commercial : hnogues@iqar-france.fr
Approximativement 1% des personnes sont naturellement ambidextres et si vous regardez le pourcentage de PMOs qui ont développé cette capacité, c’est aussi un très faible pourcentage.
Tout comme nos outils quotidiens favorisent les droitiers (pensez aux ouvre-boîtes ou aux ciseaux), le focus traditionnel des PMOs est de développer des habitudes ‘droitières’ qui se concentrent sur la prévisibilité souvent au détriment de l’innovation. Beaucoup de chefs de projet plutôt innovateurs se réfèrent désespérément aux tendances droitières des PMOs comme le ‘Waterfall’, se heurtant aux structures de direction restrictives et réagissant vivement quand on leur demande des artefacts droitiers comme un cas d’affaires.
Ce qu’ils échouent à reconnaître est que même si les PMOs très performants encouragent des outils ‘gauchers’ comme Scrum ou Kanban, il y a une réelle volonté d’accroitre le développement d’une équipe PMO qui ait un haut degré de capacité et de polyvalence avec chaque main.
Le membre d’un PMO moderne est moins ingénieur de processus et davantage musicien, une activité exigeant beaucoup d’habileté des deux mains. Ces ‘musiciens’ qui composent les PMOs les plus performants sont aussi confortables à jouer de la musique classique (la prédictibilité) que du jazz (l’expérimentation et l’innovation).
Ils reconnaissent que le mouvement ‘gaucher’ est bien intentionné et nécessaire, mais comprennent que le PMO de demain doit se concentrer sur la livraison tant prédictible qu’innovante pour leurs organisations.
C’est seulement PMO ambidextre qui peut dé-risquer les programmes actuels qui sont caractérisés par un haut degré de rupture technique (plates-formes digitales, intelligence artificielle) et des ruptures dans le mode de livraison (Agile, Lean, Six Sigma et Design-Centric).
Même si les PMOs performants ont beaucoup en commun, leur design est « sur mesure » et doit être développé en prenant en compte la stratégie spécifique de l’organisation, la culture (le mélange actuel de ‘gauchers’ et ‘droitiers’) et le portefeuille. La standardisation et le design de PMO généraliste ne réussira plus à délivrer une valeur durable.
La direction de programme efficace est atteinte grâce à trois organes de interconnectés qui fonctionnent ‘top to bottom’ et reconnaissent le besoin de séparer et manager le ‘stratégique’, le ‘design’ et la ‘gestion de la livraison de façons très différentes.
Les PMOs qui réussissent vraiment collaborent étroitement avec le Développement Organisationnel pour développer des stratégies intégrées qui managent pro-activement les défis émergents avec les personnes : de nouvelles compétences techniques, des contrats de travail plus flexibles, la rétention de la connaissance, l’accroissement de l’agilité.
Le PMO sait quand expérimenter pour résoudre de nouveaux problèmes et quand exploiter ce que l’on connaît déjà. Il est primordial pour le PMO de savoir comment faire les deux et intégrer sans couture des outils traditionnels et de nouvelles pratiques émergents.
Les PMOs performants continuent de fournir le support traditionnel (pendant qu’ils encourageant davantage d’autonomie dans les équipes fonctionnelles) et ajoutent une valeur complémentaire en :
Au final, ces PMOs soutiennent aussi le business dans la production et l’utilisation de la preuve (analytique, retours d’utilisateurs) pour prendre des décisions de projet informées. Ce qui en fait devrait être le focus de tout PMO : de meilleures décisions pour faire avancer le business tout en incluant toujours inclure la prise en considération de solutions novatrices mariées avec la prédictibilité.
Selon ce rapport, la maturité en management de projet de nombreuses organisations reste insuffisante pour répondre aux exigences de délais et budgets de leurs projets.
Des indicateurs simples comme la régularité avec laquelle les revues de projet ont lieu restent trop faibles.
Même si les méthodes et certifications en management de projet sont appréciées des sociétés, il y a un écart important entre connaissance et application de celles-ci.
Agile reste trop souvent perçu comme un buzzword au sein des organisations et davantage d’éducation sur ce sujet est requise.
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.
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.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.
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.
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 !
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.
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.
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.
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é.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Disraeli voyait juste quand il a dit : « Il y a trois types de mensonges – des mensonges, des satanés mensonges et la statistique «
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:
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.
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.
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 !
PMI is a registered mark of the Project Management Institute
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.
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 ?
sur www.testmaturite.com et www.profilprojet.com
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.
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.
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
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.
For 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.
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.
He 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
http://www.projectmanagers.net/profiles/blogs/metrics-in-project-management par Crystal Lee, PMP
Mais 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.
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 »).
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.
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.
Les 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.
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.
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.
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.”
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 :
Vert signifie “Jusqu’ici tout va bien”.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érieurComme 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 »
Comme 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.
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.
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).
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.
Pensez à 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.
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.
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.
Suivez 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.
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.
Bonne chance !
These 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…
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.
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
Download it here http://pmoflashmob.org/pmo-benchmark-report-just-launched/
Governance of Portfolios, Programs, and Projects: A Practice GuideTake 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
DantotsuPM.com 