pourquoi des projets sont-ils 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 avec 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 déclare que :

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

N’oublions pas que beaucoup de secteurs ont un rythme naturel. Un exemple est 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 Kydler pour le stockage sur disque (~12 mois) et la Loi d’Haitz pour la production de LED’s (~18 mois).

Pourquoi y-a-t-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 derrière moi les projets que j’ai managés dans ma carrière, le cycle de 18 mois d’annulation des projets réapparaît à travers les industries, le contexte, la technologie, la taille d’organisation et les nationalités. La règle semble universelle. Pourquoi ? Dix-huit est le nombre maximal de mois pendant lesquels le management peut souffrir. La douleur est la répétition de re-justification d’un projet dont on attend toujours les bénéfices.

Pourquoi est-ce 18 et pas 12 ou 24 ?

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 l’impact potentiels. Quand le cycle budgétaire suivant arrive, le projet est bien en route et le financement est presque assuré étant donné que 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. Le résultat est que les ressources sont maintenues en place et le projet continue à progresser.

Le deuxième cycle est une question différente. Quand le cycle budgétaire revient, il y a des questions levées sur le projet : est-ce que ce projet est toujours important ? Y aurait-il des projets plus importants que nous devrions financer au lieu de celui-là ? Atteignons-nous les progrès escomptés ?

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 simplement laisser le projet mourir et éviter cette douleur. Comme nous pouvons tous l’apprécier, éviter la douleur est une réaction humaine naturelle.

douleurSi le management pouvait voir la valeur (quelque chose qui justifie la douleur), 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 l’obtenir 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 de plusieurs années et que les bénéfices viendraient à la fin. Est-ce que ceci ne prouve 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 douleur grandit avec chaque cycle ultérieur. Ce qui signifie que vous devez montrer une valeur et un impact toujours croissants pour continuer. La douleur ne part pas. En réalité, elle augmente .

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

Comment une équipe évite-t-elle la règle ? Par les quelques étapes simples suivantes :

Remettre les horloges à zéro1) 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 produits 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 ? Esquiver le problème d’évitement d’une douleur qui s’intensifie avec le temps. Chaque projet remet l’horloge à zéro.

Dans mon expérience, j’ai vu la règle appliquée à des projets qui devraient avoir été tués au départ et à d’autres qui n’auraient jamais dus être tués. Cette apparente prise de décisions 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 les stratégies de management de projet simples afin d’éviter ce que dans le passé vous aviez attribué à des caprices du management.

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

Bonne chance !

indicateurs d’évaluation des contributions de votre PMO

Indicators That Evaluate Your PMO’s Contributions

http://www.pmi.org/eNews/Post/2011_02-25/Insights_Indicators-That-Evaluate-Your-PMOs-Contributions.html

by Claudia Weninger, Insights from Inside Project Management Journal®

Le management de projet contribue à la performance organisationnelle. Mais comment la mesurer ? Les indicateurs sont la solution, mais quels indicateurs sont à la fois nécessaires et importants ?

Article original de Aubry, M. et Hobbs, B., (2011). A Fresh Look at the Contribution of Project Management to Organizational Performance. Project Management Journal 42, pages 3 à 16. dans le Project Management Journal.

La performance organisationnelle peut être définie comme une construction subjective ancrée dans les valeurs et les préférences des parties prenantes (Cameron, 1981).

La Structure de Valeur Compétitive (Competing Value Framework selon Quinn et Rohrbaugh), qui a été utilisée dans diverses industries, est basée sur les rapports tendus qui existent dans toutes les organisations où des besoins, des tâches, des valeurs et des perceptions doivent rivaliser.

Un article dans la publication de Février 2011 du Project Management Journal intitulé “un Nouveau regard sur la Contribution du Management de projet à la Performance Organisationnelle, examine comment le management de projet contribue à la performance organisationnelle et quels indicateurs sont clefs pour l’évaluation.

Des indicateurs clefs pour évaluer la performance organisationnelle de PMOs

Basé sur le jeu de 17 critères de la Structure de Valeur Compétitive, l’article décrit le la mise au point d’un groupe de 79 indicateurs uniques pour évaluer la performance de bureaux de management de projet (PMOs). L’avantage de la structure est l’intégration de la perspective de performance financière avec d’autres concepts pour former une perspective multidimensionnelle. Les quatre groupes d’indicateurs de conceptions principaux sont :

1. Indicateurs dans les Ressources Humaines

Ces indicateurs favorisent une compréhension plus claire du rôle que le PMO peut jouer dans ce domaine. Le PMO a un rôle direct dans le développement de compétences pour le personnel, selon les besoins des projets à venir et des souhaits des salariés. Il a donc une fonction importante dans le management de ressources humaines. En outre, le PMO joue un rôle social et influence l’équilibre vie privée/travail. En résumé, le PMO fournit une contribution significative à la performance organisationnelle quant aux Ressources Humaines.

2. Indicateurs dans les Processus Internes

Ce groupe présente le plus grand nombre d’indicateurs individuels. Beaucoup d’indicateurs ont une relation aux critères d’informations et de communication. Parce que le PMO collabore dans beaucoup de réseaux, il a un rôle central dans le transfert d’informations. En outre, ces indicateurs reflètent la qualité d’informations et la facilité de leurs flux partout dans l’organisation.

3. Indicateurs dans la Conception de Buts Raisonnables

Ce groupe inclut le critère de rentabilité et reflète l’intérêt à sélectionner les bons projets. La contribution du PMO à la performance organisationnelle est reconnue par sa participation dans le management de programme et de portefeuille de projets. Elle intègre les valeurs économiques de rentabilité, d’efficacité de management de projet et de retour sur investissement.

4. Indicateurs dans la Conception de Système ouvert

Ce groupe traite de la flexibilité, l’adaptation et l’innovation dans le management de projet. Un critère clef est la croissance de l’organisation et il inclut les variables qui permettent de mesurer la croissance et de prendre en compte les ventes, les résultats qualitatifs et l’efficacité.

Une approche Étude de cas

La recherche a utilisé une approche d’étude de cas. Quatre organisations ont participé sur une durée de 2 à 13 ans. Au total, 11 PMOs différents ont été analysés, chacun constituant une étude de cas. Les données ont été rassemblées grâce à des entretiens et un questionnaire. On a demandé aux personnes interrogées d’évaluer les 17 critères de la structure mentionnée ci-dessus. Dans cette recherche, l’évolution de la perception de la contribution du PMO à la performance organisationnelle a été tracée.

Conclusion

Le but de cet étude était de déterminer la valeur du management de projet dans la performance organisationnelle. En se basant sur la Structure de Valeur Compétitive, les auteurs ont développé 79 indicateurs uniques pour évaluer la performance du PMO.

La performance organisationnelle doit être examinée depuis différents points de vue et le PMO est au centre de diverses perspectives sur la performance organisationnelle. Les praticiens des projets qui ont besoin d’informations pour communiquer sur la valeur du management de projet sur la performance organisationnelle sauront tirer profit de la lecture l’article intégral dans le journal.

Partenaire de DantotsuPM - Cliquez sur ce logo pour contacter Ventura

les sept étapes d’expertise en management de projet

inspiré du billet “The Seven Stages of Expertise in Software Engineering”

de Meilir Page-Jones (http://www.waysys.com/ws_content_al_sse.html)

L’auteur de ce billet  fait un parallèle que j’ai trouvé amusant et fort à propos entre chasse à l’ours et développement logiciel. Je me propose de transposer cette comparaison au domaine du management de projet…

Regardons la manière dont les personnes peuvent absorber de nouvelles techniques perfectionnées et ensuite les appliquer à leur travail : autrement dit les étapes d’expertise par lesquelles nous passons tous lorsque nous apprenons. Alors que l’idée de départ pourrait être qu’il y ait seulement deux types de personne : novice et expert. L’auteur a en réalité découvert sept étapes d’expertise par lesquelles une personne parvient à passer d’une ignorance totale à une connaissance de niveau international. Ces étapes sont nommées : Innocent, Exposé, Apprenti, Praticien, Compagnon, Maître et Expert. Comme vous le verrez ci-dessous, ces sept é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 ». « Vous voulez dire que je pourrais même les appliquer à la compétence en chasse à l’ours ? » a-t-il répliqué inopinément. « Oui » répondit Meilir.

Appliquons les donc ici au management de projet. Mais commençons par le début :

l’exemple de la chasse à l’ours

Étape 1 : Innocent

À l’Étape 1, la personne n’a jamais vu ni entendu parler d’ours. Cela ne lui viendrait pas à l’esprit à l’Étape 1, si elle rencontrait un ours, que l’on pourrait le chasser. Elle ne se rendrait pas compte non plus qu’un ours est une source potentielle de danger.

Étape 2 : Exposé

À l’Étape 2, la personne a occasionnellement vu un ours et a lu des articles dans des magazines suggérant que l’on puisse chasser les ours. De plus, lors de l’Étape 2, la personne a probablement des amis qui ont chassé des ours. Elle a appris quelques faits étonnants mais fascinants sur les ours et leurs habitudes. Elle est motivée pour en apprendre davantage.

Étape 3 : Apprenti

Une personne à l’Étape 3 a suivi un séminaire de 5 jours à propos de la chasse à l’ours. Pendant ce séminaire, les participants se groupent en équipes de trois ou quatre et pratiquent la chasse de très petits ours sous l’œil toujours vigilant d’un instructeur. Après quelques échecs en cours de route, le vendredi après-midi toutes les équipes ont avec succès chassé leur ours. Les apprentis remplissent des formulaires d’évaluation certifiant que “la chasse d’ours est très utile et appropriée dans leur travail.” Cependant, ils sont à peine préparés pour le monde des vrais ours.

Étape 4 : Praticien

À l’Étape 4, ayant achevé l’enseignement formel de chasse à l’ours, la personne est pleine de confiance. Elle est prête à dépasser le stade des minuscules ours de l’atelier de 5 jours et à sortir pour de vrais ours, de plus grands ours, des ours féroces. Elle est prête pour la Grande Ourse. Son manager tient aussi à l’y envoyer et avec les dernières techniques de chasse à l’ours parce que les utilisateurs veulent de la fourrure et ils la veulent hier. Malheureusement, dans la frénésie résultante, on peut envoyer le chasseur d’ours débutant sans boussole et avec une flèche de mauvais calibre dans son carquois. Dans la chaleur de la confrontation avec l’ours, le Praticien de l’Étape 4 peut aussi oublier ou mal interpréter sa formation théorique en salle de classe et précipiter le désastre. Il est typique que quelques Étape 4s obtiennent quelques ours; mais il est aussi typique que quelques ours obtiennent quelques Étape 4s.

Étape 5 : Compagnon

Le compagnon de l’Étape 5 a réchappé aux traumas de l’Étape 4 et possède la mécanique de la chasse à l’ours. À l’Étape 5, il utilise des techniques modernes de chasse à l’ours naturellement et automatiquement; en fait, il ne peut plus s’imaginer comment il a pu ne pas les avoir. Il est précis et productif : le Comité de pilotage indique simplement l’ours à abattre et il le chasse tant dans le budget que dans les délais. L’Étape 5 est le chasseur moderne exemplaire que les personnels de marketing de séminaires de chasse à l’ours s’attribuent dans leurs brochures.

Étape 6 : Maître

À l’Étape 6, le chasseur a intériorisé non seulement la mécanique de la chasse à l’ours, mais aussi les principes qui sont à la base de ces techniques. Il connaît plus que des règles : Il sait pourquoi les règles existent et il sait même quand il est permis de les rompre. Par exemple, un Étape 3 ou 4 pourrait être accidentellement debout contre le vent d’un ours et lui faire peur. Alors qu’un « Maître » peut savoir qu’en portant le Vaporisateur Déodorant de yogi il peut être debout contre le vent sans être détecté et peut ainsi surprendre l’ours en arrivant d’un côté inattendu. À cause de leur profonde connaissance, un Maître de l’Étape 6 est parfaitement capable de former d’autres personnes aux techniques de chasse.

Étape 7 : Chercheur

On demande à l’Étape 7 d’écrire des livres et de donner des conférences aux groupes de pratiquants de la chasse à l’ours. Ils sont aussi engagés dans l’extension et la généralisation de techniques de chasse à l’ours pour résoudre de nouveaux problèmes. Par exemple, un Étape 7 peut prolonger la chasse d’ours pour travailler aussi sur la chasse au Yéti ou il peut même développer une Méthodologie nec plus ultra de chasse au Yéti.

Maintenant revenons au monde du management de projet et voyons comment les Sept Étapes d’Expertise s’appliquent à nous.

les Sept Étapes d’Expertise appliquées au management de projet

Étape 1 : Innocent

Un Étape 1 peut ne pas avoir entendu parler de techniques de management de projet. Ou, plus probablement de nos jours, il peut être vaguement conscient de leur existence, mais ne peut pas voir leur pertinence dans sa situation. En effet, il peut être seulement vaguement conscient qu’il y a des problèmes de management de projet dans son entreprise. Si des Étape 1 peuvent 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 1970 et les années 1980 quand les utilisateurs ont exigé 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 complexe et qui aurait poussé nos anciennes techniques de management de projet vers l’extinction.

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 place dans une casserole d’eau chaude, une grenouille qui est placée dans une casserole d’eau froide puis 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 chaud par ici! Je pense que je devrais sauter de là. »

Beaucoup d’Étape 1 éprouvent le syndrome de “la Grenouille dans la Casserole” et essaient d’aborder les problèmes d’aujourd’hui 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 ont été créées pour soulager.

Étape 2 : Exposé

L’Étape 2 a remarqué que l’eau devient décidément trop chaude, sinon brûlante. Donc il cherche activement les techniques de management de projet qui le 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. Son niveau d’intérêt est élevé mais son niveau de connaissance reste faible, limité à quelques termes et définitions et non pas basé sur une expérience pratique de management de projet.

Étape 3 : Apprenti

L’Étape 3 a suivi un ou deux ateliers de 5 jours sur les techniques de management de projet. Dans ces ateliers il a abordé des études de cas petites mais réalistes qui ressemblent en miniature à ses propres projets. Les études de cas ont fourni un renfort appliqué au matériel de cours formel et étaient donc indispensables. Cependant, le réalisme apparent transmis par les études de cas donne à l’Étape 3 une confiance souvent injustifiée.

Si un Étape 3 absorbe tout d’un séminaire, il est équipé à minima pour aborder un vrai projet, grandeur nature dans la jungle d’entreprise. D’habitude, cependant, un Étape 3 ne saisit pas la totalité de la complexité ou bien il rencontre des difficultés à dimensionner les techniques de l’étude de cas proportionnellement au 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’utilisation 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 à un Étape 4 débutant d’adopter des techniques de management de projet qu’il 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, il essaye de se rappeler ce qu’il a appris en cours et d’augmenter proportionnellement les techniques vues lors de la formation à la situation réelle, souvent par un facteur 10 à 100. Il a besoin du conseil d’experts, sans lesquels il rencontrera une série d’échecs mineurs ou plus graves. Beaucoup de personnes jettent l’éponge à ce point et retournent à leurs anciennes habitudes 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

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; et sur chaque projet successif un Étape 5 trouve de nouvelles pierres sur lesquelles affûter son habileté et améliorer sa productivité. Un Étape 5 est auto-suffisant et il est plus souvent une source de conseil en management de projet que son destinataire.

Étape 6 : Maître

L’Étape 6 est non seulement un technicien connaisseur, mais il possède aussi une fondation méthodologique profonde. Au-delà des « quoi » et des « comment”, L’Étape 6 connaît les « pourquoi » du management de projet. Cette profondeur lui permet de transgresser parfois une règle superficielle, tout en adhérant à un principe méthodologique plus fondamental. L’Étape 6 est un bon instructeur 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 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 les techniques. Il 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 Sept Étapes d’Expertise et de leurs effets sur la productivité de vos chefs de projet. Examinez où vous en êtes personnellement et où en sont chacun de vos chefs de projet. Définissez pour chaque chef de projet ses buts de moyen à 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 seulement à un PM qui en est seulement à l’Étape 3 (apprenti) ou en deçà. Pour les Étape 4 (praticiens), choisissez avec eux les projets qui leur permettront l’accès à l’Étape 5 (compagnon) et 6 (Maître) si possible. Si vous n’avez pas d’Étape 5, assurez-vous d’en acquérir ou d’en développer une rapidement…

CSP Formation
Partenaire de DantotsuPM

le management de projet reçoit enfin un réel respect

Project Management Is Finally Getting Real Respect

By Jonathan Feldman, dans InformationWeek le 18 octobre 2010

Selon cet article, des bonnes priorités aux salaires plus élevés, le management de projet reçoit enfin plus qu’un intérêt de pure forme dans beaucoup de sociétés.

L’auteur qui est Directeur Informatique pour une ville de Caroline du Nord y parle notamment des Project Management Offices (PMOs). Il aborde les raisons de créer un PMO : prioriser les projets, standardiser l’approche en management de projet, fournir de la visibilité, suivre le progrès et leurs coûts.

Il explore également la problématique des petits projets qui passe souvent sous le radar des PMOs.

Il conclut par une discussion sur les outils et les certifications de projet en particulier le PMP du Project Management Institute.

Modèles et outils de management de projet proposés Kelly Project Solutions

Voici quelques modèles fort utiles si vous démarrez un PMO.

Kelly Project Solutions Templates & Tools

Kelly Project Solutions templates

Même si nous sommes heureux de fournir ces modèles et des outils pour vous aider dans vos efforts de management de projet, ils sont seulement aussi bons que…

  1. L’équipe les personnalisant pour répondre aux besoins de votre organisation et à la vitesse de votre activité.
  2. L’équipe les mettant en œuvre pour supporter et cultiver la maturité des capacités de management de projet de votre organisation

Vue d’ensemble du Management de projet

Modèles de Management de projet

PMO expérimenté ERP en région parisienne

offre d'emploiUne connaissance business qui monte une boîte de prestations en PMO spécialisé sur les ERP (Entreprise Resource Planning), notamment Oracle, recherche un nouveau membre pour son équipe, de préférence un free-lance. Au delà de ce premier contrat, la volonté est de monter une offre PMO ERP (avec autant d’automatisation réutilisable que possible).

Si vous pensez avoir l’expérience ERP/Oracle nécessaire et les compétences en management de projet et PMO, merci de m’envoyer votre CV que je lirai avec attention et je vous recontacterai dans les meilleurs délais.

Le poste

Basé à l’extérieur de Paris (20km de Orly) pour l’un des plus grands groupes internationaux originaire de France.  Un programme global avec définition d’un modèle cœur pour l’ensemble de la division et son déploiement en France et à l’international. Sur une base logicielle Oracle avec Cognos Business Intelligence. Le poste de PMO à pourvoir complétera une équipe de 2 personnes en place avec les bons réseaux en interne chez le client pour réaliser du bon travail.

Quand ?

Plein temps démarrage le plus rapidement possible (début septembre au plus tard) jusqu’à fin décenbre 2010; avec possibilité d’extension.

Repose en Paix : projet informatique

repose en paix« RIP: IT Project » de Susan Lyle Dodia

C’est la fin du 2ème Trimestre et de la première moitié de l’année. Pour beaucoup d’organisations, c’est un moment où projets et programmes sont passés en revue et analysés. Certains seront au bout du compte choyés : plus d’argent, de ressources, d’attention, quelque soient les ressources nécessaires. D’autres projets et programmes ne s’en tireront pas aussi bien et seront brutalement arrêtés ou « mis en veille » jusqu’à ce que mort s’en suive.

Couper le courant sur un projet est une intéressante question de management du changement. Même si en tant que chefs de projet nous signons pour un projet sachant qu’il est, par définition, provisoire, nous voulons que cela se finisse parce que nous avons fini le travail, pas parce que l’organisation n’en veut plus. Et nous sommes très investis émotionnellement dans nos projets, peut-être parce qu’ils sont provisoires et que nous avons envie d’avoir un réel impact pendant notre brève intendance. En conséquence, nous pouvons réellement ressentir un sentiment de perte quand un projet est annulé, et il en est de même pour tout autre membre de l’équipe projet.

Donc j’ai été très intéressé quand j’ai récemment lu par hasard un article dans le magazine CIO : When IT Projects Founder, Emotions Run High de Michel Fitzgerald. “Il est difficile de ne pas ressentir d’émotions quand des projets longs et aux technologies très en pointe sont injustement assassinés, euthanasiés avec bienveillance ou livrés avec des défauts”, écrit Fitzgerald.

Fitzgerald met en lumière un sujet légèrement embarrassant pour beaucoup de personnes de l’informatique. C’est, euh, le, hum, les sentiments. C’est précisément cette réticence à parler de sentiments qui peut causer tant de problèmes quand un projet finit de manière inopinée.

“Chaque projet tué ou à problème a sa propre histoire pathétique particulière ”, dit Fitzgerald. “Certains subissent des événements imprévus – la fin de la guerre froide, un ralentissement de l’économie, une fusion, un changement dans les priorités business. Certain s’enfoncent à cause d’une mauvaise combinaison de technologie, objectifs et compétences. Mais chaque fois que les projets trébuchent ou même meurent, et que des gens se sentent blessés, cela a d’habitude un rapport avec le problème le plus persistant de l’humanité : la communication.”

tristeSi vous devez passer votre été avec un projet moribond, n’oubliez pas de faire attention aux sentiments que les gens ont au sujet de leur travail. Une fois engagé sur un projet, il peut être difficile pour beaucoup de personnes de couper l’interrupteur dans leur esprit et de s’en séparer. Les gens ont besoin de parler de comment ils se sentent à la fin d’un projet et un bon chef de projet les y aidera.

Un exercice facile qui peut aider à faire son deuil à l’équipe de projet est l’exercice des Glads, Sads et Mads (contents, tristes et en colère). Pensez-y comme à une session sur les Leçons Apprises mais pour les émotions! Rassemblez votre équipe, peut-être dans un endroit informel, en dehors du bureau, et faites le tour de table en demandant à chaque personne de partager trois sentiments sur le projet : pourquoi ils sont heureux que le projet finisse, pourquoi ils sont tristes qu’il finisse et pourquoi ils sont en colère qu’il finisse. Cela aide l’équipe à faire sortir ses sentiments de manière ouverte et à entendre des perspectives rafraîchissantes. Ils peuvent être soulagés d’apprendre que d’autres ont également de fortes émotions, et peuvent ressentir du plaisir à voir le niveau d’engagement exprimé par leurs coéquipiers.

Quoi que vous fassiez, n’ignorez pas le côté émotionnel d’un projet technologique annulé. Assurez-vous que les membres de votre équipe ne transportent pas leurs sentiments ou émotions négatifs sur le projet suivant en les aidants à confronter leurs sentiments lorsqu’ils terminent l’ancien projet.

a great whitepaper on PMOs

The document in English can be downloaded on PMI.ORG.

A very interesting analysis on multi-project PMOs (Project Management Office) produced by Brian Hobbs, University of Québec, in Montréal, and based on a survey of 500 PMOs.

The whitepaper confirms that PMOs are strongly influenced by the culture and context of their company and organizations and vary in roles, structure, legitimacy… Just like the tomoatoes on the picture, not 2 PMOs are alike while some polarities do exist among them such as:

  • number of Project Managers in the PMO versus no PMs in the PMO
  • decision making authority versus supportive

In the whitepaper, the author also highlights a lack of consensus on the value of PMOs that may partly explain the fact that 50% of PMOs are less than 3 years old while it takes a couple of years to fully deploy one. He further identifies in his analysis 27 functions that PMOs provide with the top 9 being:

  1. Report project status to upper management
  2. Develop and implement a standard methodology
  3. Monitor and control project performance
  4. Develop competency of personnel, including training
  5. Implement and operate a project information system
  6. Provide advice to upper management
  7. Coordinate between projects
  8. Develop and maintain a project scorecard
  9. Promote project management within organization

So, if you’re running a PMO or planning to create one, I’m sure that you’ll find the 17 key findings of this study very worthwhile reading.

un excellent livre blanc sur les PMOs

Ne manquez pas ce document en Anglais sur PMI.ORG.

Il s’agit là d’une analyse très intéressante sur les PMOs (Project Management Office) multi-projets qui a été produite par Brian Hobbs, de l’Université de Québec, à Montréal. Elle est basée sur une enquête réalisée auprès de 500 PMOs.

Ce livre blanc confirme que les PMOs sont fortement influencés par les cultures et les contextes des entreprises et des organisations et qu’ils varient dans leurs rôles, structure, légitimité… Tout comme ces tomates, il n’existe pas 2 PMOs absolument identiques même si quelques polarités les rassemblent telles que :

  • Un certain nombre de chefs de projet dans le PMO ou bien aucun
  • Une autorité décisionnelle ou bien un rôle de support

Dans ce livre blanc, l’auteur met aussi en évidence un manque de consensus sur la valeur des PMOs qui peut en partie expliquer le fait que 50 % des PMOs ont moins de 3 ans alors qu’il faut deux à trois ans pour en déployer un pleinement. Il identifie plus loin dans son analyse 27 fonctions que les PMOs fournissent dont les 9 premiers sont :

  1. Donner le statut des projets auprès de la direction
  2. Développer et mettre en œuvre une méthodologie standardisée
  3. Surveiller et contrôler la performance des projets
  4. Développer la compétence du personnel, y compris sa formation
  5. Déployer et exploiter un système d’information de projet
  6. Fournir un conseil auprès de la direction
  7. Fournir une coordination entre projets
  8. Développer et maintenir un tableau de bord (scorecard) de projet
  9. Promouvoir le management de projet dans l’organisation

Donc, si vous managez un PMO ou planifiez d’en créer un, je suis certain que vous trouverez les 17 points clefs de cette étude très éducatifs.

5 ideas to deploy an effective management of projects

I wrote this post on OBS Live Blog Yesterday.

I propose to start with five key items which are neither complex nor difficult and nevertheless too often poorly implemented.

cinq idées pour mettre en place un management de projet efficace

J’ai publié un article sur le blog Orange Business Live sur ce sujet.

Il propose de commencer par cinq points clés qui ne sont ni complexes ni difficiles.

Faire fonctionner le management de projet dans votre organisation

Brad Egeland a publié sur le blog PM Tips un article sur comment faire marcher le management de projet et plus spécifiquement un PMO dans votre organisation.

Les conseils sont tirés principalement du livre de James Lewis “Fundamentals of Project Management” sur la manière de faire fonctionner le management de projet dans une organisation.

Certains sont un peu « tarte à la crème » mais restent néanmoins valides:

  • Impliquer la direction: Sans implication forte des cadres supérieurs dans le PMO, il aura une pérennité limitée.
  • Fournir une formation de base à tous sur les outils de management de projet et les principales bonnes pratiques.
  • Donner une journée de formation/sensibilisation au management senior sur les principes de management de projet et établir des attentes réalistes.
  • Amorcer la pompe par de petits succès. Ne par lancer d’entrée de jeu de nouveaux chefs de projet sur les projets les plus ardus.
  • Créer un réseau terrain et une atmosphère favorable à la remontée des problèmes qui mettent en avant votre rôle de conseil pour les chefs de projet en cas de difficultés.
  • Réaliser des audits pour apprendre et essayer de s’améliorer aussi fréquemment que possible.
  • Être proactif, et pas seulement réactif. Prendre le leadership. Faire sauter les blocages rencontrés par les équipes projet.
  • Donner de la visibilité aux chefs de projet auprès la direction: leur donner l’opportunité de présenter leur projet majeur de temps en temps.
  • Garder les managers qui fournissent des ressources aux projets bien informés sur ce qu’elles font.
  • Sur les projets les plus importants, examiner la possibilité de co- localiser les personnes accomplissant des activités qui sont sur le chemin critique.
  • Trouver des champions pour soutenir les diverses parties du processus de management de projet. Par exemple, un champion de la méthode de la valeur acquise pourrait faire le tour de la société et essayer de faire adhérer à cette  approche.

Pourriez-vous auditer mon projet svp ?

bad auditorCette demande vous semble-t-elle étrange ? Êtes-vous comme de nombreux PMs qui fuient les audits comme la grippe H1N1 ? Les considérez-vous comme une perte de temps au mieux et un assassin potentiel de projet dans les cas extrêmes ?

J’ai partagé ces « a priori » mais cela n’est pas une fatalité. Les audits sont utiles, peuvent être productifs et apporter des avantages réels à votre projet ainsi qu’à vous-même.

Je suggère de commencer par le début : qui a commandité l’audit ? Pourquoi ? Qui sont les auditeurs ? Quelle est l’objet précis de l’audit?

J’ai découvert à l’expérience qu’en répondant à la dernière de ces questions, c’est-à-dire la portée de l’audit, on répond souvent aux autres. En effet, une fois partagé et compris, l’objet mettra en évidence plusieurs secteurs d’investigation et de revue. Cela pourrait être les pratiques de management de projet, les dépenses, la qualité des livrables, la sécurité, l’état d’avancement, les détails du plan de projet ou une combinaison de ceux-ci et d’autres.

Avec un peu de réflexion et de discussion avec les auditeurs, cela devrait expliquer les raisons et identifier le commanditaire. Le type d’auditeurs vous recevez, internes ou cabinets de conseil externes, généralistes ou auditeurs spécialisés, en dit également long sur l’importance accordée à l’audit et son but.

keeping moneyPar exemple, pendant un projet de construction et déploiement de progiciel de gestion intégrée (PGI), nous avons eu un audit interne. Une fois compris que le focus était essentiellement de s’assurer que nous contrôlions correctement dépenses et risques, il fut facile pour l’équipe de fournir les évidences de ce que nous faisions dans ces domaines. Nous avons montré notre processus de suivi des dépenses, notre méthode de suivi des affectations, le journal des questions ouvertes et le registre des risques. Le responsable financier a été rassuré par les résultats de l’audit. De plus, les auditeurs nous ont aidés à aller plus loin dans notre management des risques en nous permettant d’organiser une session de revue et de brainstorming sur les risques avec le comité exécutif du projet.

La suggestion suivante est de comprendre le processus que les auditeurs prévoient de suivre. Il est en effet important de comprendre leur approche pour mieux préparer l’équipe à cet événement qu’ils peuvent initialement percevoir de manière négative. En général, cela commence par des entretiens avec des membres clefs de l’équipe et les commanditaires du projet, souvent précédés par des requêtes de documentation pour pré-analyse. L’étape suivante implique des entretiens additionnels pour entrer plus profondément dans des questions spécifiques.

Un exemple basé sur mon expérience personnelle est sur un projet informatique où nous avions rencontré de graves problèmes pendant le déploiement. En tant que PM junior, je n’avais ni l’expérience ni le charisme pour « manager » un auditeur (externe dans ce cas). Il est venu et a exécuté son show sans expliquer le pourquoi et le processus à qui que ce soit. Dès le départ, il a émis des commentaires négatifs. L’équipe est devenue très préoccupée et quelque peu défensive. Les personnes ont fourni tous les documents demandés, mais d’une façon peu structurée. Il n’y avait pas d’histoire d’ensemble pour mettre les données brutes dans leur contexte. L’audit a pris beaucoup de temps et était très stressant pour tous. Au bout du compte, le rapport n’a pas aidé le projet à traverser cette période difficile. Dans ce cas spécifique, un audit, qui pouvait apporter la valeur, n’a réussi qu’à tuer un projet. Je garde encore un souvenir déplaisant de cette expérience certes utile mais par trop douloureuse.

meeting 2Vous devriez aussi prendre en compte le fait que les auditeurs feront certainement des points de suivi avec la direction et les commanditaires. Ils partageront leur état avancement à ces sessions, exposeront leurs découvertes, testeront leurs idées initiales (pour voir les réactions potentielles) et, plus tard, ils présenteront leurs recommandations (intermédiaires puis finales).

L’année dernière, je fus nommé leader pour l’audit d’une application interne. Comme j’avais été plusieurs fois du coté de l’audité, j’ai placé une attention particulière à expliquer les jalons et l’approche de l’audit. Nous avons discuté du périmètre proposé et de qui ferait quoi. Nous avons partagé nos observations au fur et à mesure avec l’équipe pour éviter les surprises. Nous leur avons donné l’occasion de faire des remarques (ce qu’ils ont fait et nous les avons prises en considération). Nous avons partagé nos recommandations avec l’équipe de projet avant de le faire avec la direction. Nous avons aussi aidé à définir et mettre en place un plan d’action pour adresser les points identifiés. Nous avons même ensuite (après l’audit) assuré un suivi de l’exécution de ces plans d’action. Cela, je suis certain, fut beaucoup plus bénéfique à la société qu’un simple rapport.

Indépendamment du scénario, le point clé pour le PM est de supporter activement les auditeurs pendant leurs investigations. Nous devons leur fournir toutes les informations appropriées en totale transparence et demander à nos membres de l’équipe projet de faire de même. Nous nous attacherons aussi à dégager du temps pour eux dans nos agendas surchargés. Nous voulons être des partenaires positifs et de valeur. En agissant ainsi, nous pouvons espérer gagner le privilège d’être impliqués dans la préparation des documents et sessions pour la direction. Ce peut être limité à valider la justesse des faits rapportés et ceci est déjà très utile. Ce peut être de comprendre ce qu’ils vont mettre en évidence et même de discuter certaines de leurs recommandations intermédiaires.

Dans mon rôle de PM, si les auditeurs me demandent mes attentes de l’audit, je mets en évidence 2 points majeurs :

  1. Obtenir des recommandations de valeur pour améliorer le projet
  2. Équité envers les membres de l’équipe.

L’étape suivante est l’achèvement de l’audit et de la production des recommandations. Inévitablement, il y en aura certaines avec lesquelles vous êtes d’accord ou que vous pouvez comprendre. Il y aura d’autres qui seront plus difficiles à accepter. Dans tous les cas, il est absolument critique de rester positif et ouvert. Passer en mode défensif n’aiderait en rien. De plus, gardez à l’esprit que les recommandations des consultants et auditeurs sont une chose; le choix des recommandations sur lesquelles la direction décidera d’agir est une autre affaire (bien plus critique pour vous et votre projet).

Dès que vous comprenez quelles actions correctives ou d’amélioration sont retenues, partagez celles-ci avec l’équipe projet de manière positive. Il est fréquent que le rapport complet des auditeurs ne soit pas diffusé. Seuls les points principaux des rapports sont présentés. Ceux qui engagent l’équipe sur des actions productives.

En conclusion, je suggère que, si votre projet n’est pas encore audité, vous considériez quels domaines pourraient être améliorés par un conseil externe et sollicitiez un audit sur ceux-ci : Demandez de l’aide avant que quelqu’un au-dessus de vous ne décide que vous avez besoin d’être aidés.

external eyeSur de nombreux projets, vous constaterez que les auditeurs vous aideront énormément à améliorer certains aspects comme le contrôle du périmètre, la rigueur dans la gestion des demandes de changement ou l’engagement de vos sponsors dans le management des risques. Les auditeurs portent un œil externe sur votre projet et sont donc bien plus objectifs que vous ne pouvez l’être.

Auditez mon projet !

Cette injonction vous semble-t-elle étrange ? Êtes-vous comme de nombreux PMs qui fuient les audits comme la grippe H1N1 ? Les considérez-vous comme une perte de temps au mieux et un assassin potentiel de projet dans les cas extrêmes ?

J’ai partagé ces « a priori » mais cela n’est pas une fatalité. Les audits sont utiles, peuvent être productifs et apporter des avantages réels à votre projet ainsi qu’à vous-même.

Je suggère de commencer par le début : qui a commandité l’audit ? Pourquoi ? Qui sont les auditeurs ? Quelle est l’objet précis de l’audit?

J’ai découvert à l’expérience qu’en répondant à la dernière de ces questions, c’est-à-dire la portée de l’audit, on répond souvent aux autres. En effet, une fois partagé et compris, l’objet mettra en évidence plusieurs secteurs d’investigation et de revue. Cela pourrait être les pratiques de management de projet, les dépenses, la qualité des livrables, la sécurité, l’état d’avancement, les détails du plan de projet ou une combinaison de ceux-ci et d’autres.

Avec un peu de réflexion et de discussion avec les auditeurs, cela devrait expliquer les raisons et identifier le commanditaire. Le type d’auditeurs vous recevez, internes ou cabinets de conseil externes, généralistes ou auditeurs spécialisés, en dit également long sur l’importance accordée à l’audit et son but.

Par exemple, pendant un projet de construction et déploiement de progiciel de gestion intégrée (PGI), nous avons eu un audit interne. Une fois compris que le focus était essentiellement de s’assurer que nous contrôlions correctement dépenses et risques, il fut facile pour l’équipe de fournir les évidences de ce que nous faisions dans ces domaines. Nous avons montré notre processus de suivi des dépenses, notre méthode de suivi des affectations, le journal des questions ouvertes et le registre des risques. Le responsable financier a été rassuré par les résultats de l’audit. De plus, les auditeurs nous ont aidés à aller plus loin dans notre management des risques en nous permettant d’organiser une session de revue et de brainstorming sur les risques avec le comité exécutif du projet.

La suggestion suivante est de comprendre le processus que les auditeurs prévoient de suivre. Il est en effet important de comprendre leur approche pour mieux préparer l’équipe à cet événement qu’ils peuvent initialement percevoir de manière négative. En général, cela commence par des entretiens avec des membres clefs de l’équipe et les commanditaires du projet, souvent précédés par des requêtes de documentation pour pré-analyse. L’étape suivante implique des entretiens additionnels pour entrer plus profondément dans des questions spécifiques.

Un exemple basé sur mon expérience personnelle est sur un projet informatique où nous avions rencontré de graves problèmes pendant le déploiement. En tant que PM junior, je n’avais pas l’expérience ni le charisme pour « manager » l’auditeur (un externe dans ce cas). Il est venu et a exécuté son show sans expliquer le pourquoi et le processus à qui que ce soit. Dès le départ, il a émis des commentaires négatifs. L’équipe est devenue très préoccupée et quelque peu défensive. Les personnes ont fourni tous les documents demandés, mais d’une façon peu structurée. Il n’y avait pas d’histoire d’ensemble pour mettre les données brutes dans leur contexte. L’audit a pris beaucoup de temps et était très stressant pour tous. Au bout du compte, le rapport n’a pas aidé le projet à traverser cette période difficile. Dans ce cas spécifique, un audit, qui pouvait apporter la valeur, n’a réussi qu’à tuer un projet. Je garde encore un souvenir déplaisant de cette expérience certes utile mais par trop douloureuse.

Vous devriez aussi prendre en compte le fait que les auditeurs feront certainement des points de suivi avec la direction et les commanditaires. Ils partageront leur état avancement à ces sessions, exposeront leurs découvertes, testeront leurs idées initiales (pour voir les réactions potentielles) et, plus tard, ils présenteront leurs recommandations (intermédiaires puis finales).

L’année dernière, j’étais nommé leader pour l’audit d’une application interne. Comme j’avais été plusieurs fois du coté de l’audité, j’ai placé une attention particulière à expliquer les jalons et l’approche de l’audit. Nous avons discuté du périmètre proposé et de qui ferait quoi. Nous avons partagé nos observations au fur et à mesure avec l’équipe pour éviter les surprises. Nous leur avons donné l’occasion de faire des remarques (ce qu’ils ont fait et nous les avons prises en considération). Nous avons partagé nos recommandations avec l’équipe de projet avant de le faire avec la direction. Nous avons aussi aidé à définir et mettre en place un plan d’action pour adresser les points identifiés. Nous avons même ensuite (après l’audit) assuré un suivi de l’exécution de ces plans d’action. Cela, je suis certain, fut beaucoup plus bénéfique à la société qu’un simple rapport.

Indépendamment du scénario, le point clé pour le PM est de supporter activement les auditeurs pendant leurs investigations. Nous devons leur fournir toutes les informations appropriées en totale transparence et demander à nos membres de l’équipe projet de faire de même. Nous nous attacherons aussi à dégager du temps pour eux dans nos agendas surchargés. Nous voulons être des partenaires positifs et de valeur. En agissant ainsi, nous pouvons espérer gagner le privilège d’être impliqués dans la préparation des documents et sessions pour la direction. Ce peut être limité à valider la justesse des faits rapportés et ceci est déjà très utile. Ce peut être de comprendre ce qu’ils vont mettre en évidence et même de discuter certaines de leurs recommandations intermédiaires.

Dans mon rôle de PM, si les auditeurs me demandent mes attentes de l’audit, je mets en évidence 2 points majeurs :

1. Obtenir des recommandations de valeur pour améliorer le projet

2. Équité envers les membres de l’équipe.

L’étape suivante est l’achèvement de l’audit et de la production des recommandations. Inévitablement, il y en aura certaines avec lesquelles vous êtes d’accord ou que vous pouvez comprendre. Il y aura d’autres qui seront plus difficiles à accepter. Dans tous les cas, il est absolument critique de rester positif et ouvert. Passer en mode défensif n’aiderait en rien. De plus, gardez à l’esprit que les recommandations des consultants et auditeurs sont une chose; le choix des recommandations sur lesquelles la direction décidera d’agir est une autre affaire (bien plus critique pour vous et votre projet).

Dès que vous comprenez quelles actions correctives ou d’amélioration sont retenues, partagez celles-ci avec l’équipe projet de manière positive. Il est fréquent que le rapport complet des auditeurs ne soit pas diffusé. Seuls les points principaux des rapports sont présentés. Ceux qui engagent l’équipe sur des actions productives.

En conclusion, je suggère que, si votre projet n’est pas encore audité, vous considériez quels domaines pourraient être améliorés par un conseil externe et sollicitiez un audit sur ceux-ci : Demandez de l’aide avant que quelqu’un au-dessus de vous ne décide que vous avez besoin d’être aidés.

Sur de nombreux projets, vous constaterez que les auditeurs vous aideront énormément à améliorer certains aspects comme le contrôle du périmètre, la rigueur dans la gestion des demandes de changement ou l’engagement de vos sponsors dans le management des risques. Les auditeurs portent un œil externe sur votre projet et sont donc bien plus objectifs que vous ne pouvez l’être.

modeste expérience PMO / PMO modest experience

modeste expérience de PMO pour la mise en place d’un ERP :sharing experience Un retour sur mon expérience de PMO pour le déploiement d’un ERP en 2003. Voir slides 13 à 30 pour une vue pratique pour chacun des domaines de compétence identifiés par PMI.

http://intranet.pmi-fr.org/documents/clients/35/docviadeo/PMOLessonsLearned-MichelOperto.pdf

modest PMO experience for an ERP implementation: An experience sharing of an ERP Programme Management Office in 2003. Check slides 13 to 30 for a practical return on experience for each of the PMI competency domains.