Étiquette : projet

Aimeriez-vous être davantage apprécié(e) dans votre organisation en tant que manager de projet ?

Le par mopertodans leadershipLaisser un commentaire

Le secret est d’apprendre à bien communiquer avec vos dirigeants.

Want To Be Valued as a Project Manager?  par Gina Abudi

regarder vers le basIl y a tant de managers de projet qui me disent qu’ils ne sont pas estimés même avec tout le bon travail qu’ils réalisent. Ils/Elles respectent les délais des projets, tiennent les budgets, prennent en charge des projets apparemment « impossibles » et gardent toujours le sourire.

Je leur réponds… …bien sûr que non !

On attend tout ceci de vous ! Et c’est très bien que vous puissiez le faire.

Vous voulez démontrer votre valeur de manager de projet ?

Apprenez à communiquer “vers le haut de l’échelle” !

Le « Business Acumen » ou compréhension du business est un pré-requis si vous voulez que votre valeur soit reconnue par l’organisation. Définissons un peu le sens du business.

Selon Wikipedia, C’est un concept se rapportant à la connaissance et à la capacité d’une personne de prendre des décisions business rentables.

Pensez-y comme la capacité de voir le business depuis d’autres angles et perspectives. Pensez aux entrepreneurs que vous connaissez et qui réussissent. Ils/elles ont le sens des affaires. Ces leaders comprennent comment voir leur activité sous tous les angles, développer leur stratégie et la mettre en œuvre . C’est aussi ce dont vous devriez être capable en tant que manager de projet.

Pratiquement tous les managers de projet sont impliqué(e)s dans de nombreuses facettes du business simplement de par la nature transverse de leur rôle dans l’organisation. Alors en quoi tout cela a-t-il un rapport avec la communication avec les dirigeants ?

Les leaders de l’organisation connaissent le business de A à Z !

Vous avez besoin de faire de même !

Vous devriez connaître les réponses aux questions suivantes sur votre organisation :

  • résultatsQuels sont les produits et services principaux et quelle est la cible visée par ces produits et services ?
  • Quels sont les objectifs stratégiques à long terme de l’organisation ?
  • Qui sont les concurrents et comment votre organisation se compare à eux ?
  • Comment vos projets permettent-ils de supporter l’atteinte des objectifs de revenus de votre organisation ?
  • Votre industrie est-elle en croissance ou en stagnation ?
  • Quel est le potentiel de croissance de votre organisation ?

En sachant répondre à ces questions, vous êtes mieux placé(e) pour donner des conseils, suggérer des projets qui devraient être sélectionnés pour atteindre les objectifs organisationnels, devenir un conseiller auprès de l’équipe de direction.

Pensez à combien cela facilitera votre travail avec les parties prenantes et dans la motivation de l’équipe projet.

Qu’en pensez-vous ? Combien de ces réponses connaissez-vous ? Savez-vous comment aller chercher les réponses que vous ne connaissez pas encore ?

Mettez au point votre plan dès aujourd’hui sur comment vous développerez votre sens du business.

Prenez-en la ferme résolution et vous ferez un grand pas vers les rôles de direction et de leadership !

Le déclic du placebo

Le par mopertodans forum de discussion2 commentaires

The placebo ratchet

http://sethgodin.typepad.com/seths_blog/2018/04/the-placebo-ratchet.html par Seth Godin

Relisez ce billet: les chefs de projets auraient-ils un effet placebo ?

Un placebo qui fonctionne devient plus puissant.

Ce qui rend plus probable qu’il marche la prochaine fois.

C’est aussi simple que cela, mais c’est magique.

Les placebos fonctionnent pour deux raisons :

  1. La confiance qu’ils créent augmente les chances que notre corps réponde, que notre travail s’améliore, que quelque chose aille mieux.
  2. Les choses pourraient s’améliorer d’elles-mêmes, mais si le placebo était là quand c’est arrivé, il en obtient le crédit.

Et ainsi, nous finissons avec des médicaments ou horoscopes ou mantras ou méthodes ou autres dispositifs qui nous aident. Sans beaucoup de dépense, sans effets secondaires, sans lutte.

Le déclic positif du renforcement peut nous aider si nous le laissons faire.

Relisez ce billet: les chefs de projets auraient-ils un effet placebo ?

manager un projet c’est anticiper

Le par mopertodans experience sharing1 commentaire

Car anticiper, c’est se donner l’avantage du temps pour mieux préparer les actions et réactions.

Anticiper les risques bien sûr mais aussi les opportunités, les réactions des différentes parties prenantes, les évolutions de l’équipe projet,  les attentes du sponsor, les demandes d’évolutions et de changements, les changements dans votre écosystème…

PMO Agile: Développez vos compétences pour un PMO Agile

Le par mopertodans pmo et portofolioLaisser un commentaire

PMO Agile: Developing Your Skillsfor an Agile PMO

Si vous travaillez actuellement dans un PMO, vous savez qu’un des sujets chauds est bien sûr Agile. Comment le PMO peut-il supporter l’approche Agile dans l’organisation; comment le PMO peut soutenir l’agilité dans le business tout entier et cela peut aussi signifier, comment le PMO peut-il adopter un peu de la mentalité Agile pour lui-même dans la façon dont il fournit un service à l’organisation ?

Téléchargez ce rapport

Quoi que ce soit qui fasse la liaison entre les mots Agile et PMO a été très populaire dans les événements PMO Flashmob depuis les quatre dernières années. Plus récemment, des praticiens des PMO ont essayé de comprendre ce à quoi exactement ils devraient penser et plus important encore faire.

Dans un rapport récent de PMO Flashmob –The Agile PMO qui s’est concentré sur les Managers de PMO qui ont réussi à ce que leur PMO soutienne la livraison Agile. Ceci a mis à jour des secteurs clefs où le PMO peut ajouter le plus de valeur à la livraison Agile. Huit secteurs ont été mis en évidence par les Managers de PMO comme étant fondamentaux et sur lesquels se concentrer si d’autres embarquaient aussi pour ce voyage.

PMO Agile

1. Suivi et rapports

Le suivi est bien sûr une des fonctions principales que fournit le PMO et cela reste le cas quand le PMO soutient la livraison Agile.

Il y a certaines choses que le PMO doit apprivoiser ici : le type de rapport, la fréquence, la métrique et la capacité de fournir tous les rapports exigés que ce soit pour des livraisons en mode cascade, Agile ou autres.

Le PMO doit travailler avec les équipes de livraison Agiles pour être capable de faire un rapport sur des sujets comme le produit viable minimal (MVP) ou la vélocité.

Le PMO est aussi idéalement placé pour faire un rapport sur comment Agile marche pour l’organisation comme une méthode de livraison. Est-ce plus rapide et avec moins de problèmes ?

2. Cas d’affaires

Comprenez et vérifiez le Business Case

Ce qui est devenu apparent très rapidement est que travaille avec Agile pour approche de livraison exige vraiment beaucoup de discipline. La partie la plus cruciale du processus commence par un bon cas d’affaires. Mais la création d’excellents cas d’affaires a été une étape notoirement difficile pour quelqu’un travaillant dans le management de projet. Juste parce que c’est Agile, ne signifie aucunement que ce soit plus facile qu’avec les approches prédictives, en cascade.

Le PMO a un rôle à jouer dans le support de l’organisation vers une amélioration des cas d’affaires pour qu’ils soient solides comme un roc.

3. Réalisation des Bénéfices

Livre su Amazon

Un autre secteur que ceux travaillant dans le management de projet trouvent aujourd’hui difficile de réussir : la gestion et la réalisation de bénéfices. Agile est très centré sur les bénéfices et la valeur mais manageons-nous bien le processus qui permet au business de que les bénéfices et la valeur sont livrés ?

Le PMO se familiarisera avec les cérémonies et les artefacts Agiles qui indiquent que bénéfices sont livrés. Le PMO devra à son tour maitriser comment les bénéfices sont mesurés et comment le communiquer. Il y a aussi un rôle d’éducation des sponsors : Ils sont responsables des bénéfices atteints aussi, de quel support ont-ils besoin ?

4. Valeur

Avec Agile tout est “livraison de valeur business” ou livrer des bénéfices. Les termes sont utilisés de façon interchangeable et pour le PMO il y a d’autres termes qu’ils doivent comprendre et contextualiser comme l’assurance de valeur et des cartes de flux de valeur.

Pour les Managers de PMO “la livraison de la valeur business” fait aussi penser à leur propre PMO : Livrent-ils de la valeur business? Si c’est le cas, comment est-ce mesuré : Quelle est la métrique et comment savons-nous que les bénéfices sont réalisés ?

5. Coaching

Agile a ses coachs et le PMO gagnerait à travailler à côté d’un coach Agile pour augmenter sa propre connaissance et comprendre comment l’équipe travaille et délivre. Ce qui est devenu clair est juste à quel point les capacités de coaching sont cruciales au PMO lui-même.

Depuis longtemps, il y a une exigence pour que les membres de l’équipe PMO fournissent “coaching et mentoring” aux managers de projet. Souvent cela traduit principalement par du mentoring et souvent les praticiens du PMO manquent des compétences qui feraient d’eux des coachs couronnés de succès.

La conversation Agile vient de remettre ce sujet au premier plan et a mis en évidence le manque de compétences de coaching dans la plupart des PMOs actuels. Quelque chose à considérer pour le PMO.

6. Management du risque

Tous les projets portent un certain élément de risque et un projet Agile n’est en rien différent et, avec des équipes auto-managées, il y a certainement un rôle pour une vérification indépendante de comment les risques sont gérés. Le PMO peut faire partie de l’auditoire dans ces sessions, s’assurant l’équipe est sur la bonne voie. Nous revenons aussi au rôle de coach avec le PMO coachant l’équipe pour s’assurer que la réflexion sur le management du risque est incorporée dans tout ce qu’ils font sur une base quotidienne.

7. Finances

Il y a deux ou trois secteurs à considérer; le changement dans comment les prévisions et les dépenses sont communiqués et l’analyse dans les projets hybrides.

Le département des finances est utilisé pour calculer les dépenses et des données de revenus prévisionnelles dans des tableaux bien classés et produits par le PMO. Avec les projets Agiles dans le mix, parfois les équipes différentes annoncent les chiffres de différentes façons.  Avec des projets Agiles ayant un budget fixe, c’est le suivi du budget qui impacte comment le PMO change la façon dont il rapporte sur les aspects financiers.

Il y a ici un rôle pour le PMO et d’un certain nombre de façons différentes. Rassembler le tout pour gagner en cohérence. Travailler avec le département finances pour aider dans la traduction de rapports de formats différents et les réconcilier en un rapport hybride (tant cascade/prédictif que Agile).

8. Approvisionnements

Voici un autre secteur que le PMO s’est colleté pendant une longue période de temps. Secteur fortement impacté par  les équipes de livraison Agiles auto-managées et responsabilisées qui représentent un grand changement culturel dans les organisations. Les cadres supérieurs et les managers doivent déléguer cette autorité et avoir confiance en elles pour construire et livrer sans avoir besoin de processus de suivi du consommé.

Les Managers de PMO parlent aussi de l’impact d’équipes Agiles qui sont ensemble pour la durée totale du projet et comment cela peut impacter la planification de capacité en ressources. Il y a seulement un certain nombre de personnes dans l’organisation qui délivre les projets, donc la priorisation devient encore plus importante quand les ressources sont allouées à temps plein pour travailler sur des approches Agiles.

Et après ?

Le but du rapport était d’obtenir des praticiens PMO leurs idées sur le support des approches Agiles dans leurs organisations. En jetant un coup d’œil aux fonctions et aux services que la plupart des PMOs fournissent aujourd’hui (indépendamment de la méthode de livraison de projet utilisée), nous pourrions explorer comment ces fonctions et services pourraient changer (ou rester les mêmes !) spécifiquement pour l’approche Agile.

Le rapport commence à fournir une compréhension pratique des huit secteurs décrits ici.

Ce que le rapport ne fait pas est d’explorer les autres faces de PMO Agile, à savoir comment le PMO peut soutenir l’agilité Business dans des organisations ou utiliser des mentalités et des principes Agiles et les appliquer au PMO lui-même.

premiers pasCe rapport est un premier pas pour commencer la conversation dans la communauté PMO.

Il n’y a aucune réponse juste ni définitive sur comment le PMO s’adaptera pour soutenir des méthodes de livraison hybrides actuelles et peut-être demain une myriade d’autres méthodes de livraison dont nous ne savons encore rien.

Ce que nous savons vraiment est qu’il y a toujours une place dans une organisation de livraison pour quelqu’un ou quelque chose qui aide à manager efficacement le changement.  Comme le changement devient de plus en plus complexe et compliqué, la maturité et la sophistication des approches de livraison sont nécessaires pour y répondre.

Qui d’autre que le PMO a le devoir d’aider et soutenir l’organisation en combinant les approches et méthodes ; peut gérer la mise en œuvre; va s’assurer qu’elles soient adoptées et continuellement améliorées, sinon le PMO ?

Conclusion

Le rapport conclut sur huit points pour vous donner à réfléchir à l’adaptation de votre propre PMO pour incorporer Agile :

  1. S’instruire sur Agile doit être une priorité pour le PMO
  2. Le Reporting, les cas d’affaires, la réalisation des bénéfices sont des fonctions et services principaux du PMO Agile
  3. Le PMO a un rôle de traducteur à jouer dans les débuts de l’adoption d’Agile
  4. Coaching, pas mentoring, est un rôle clef pour les membres du PMO dans le support de Agile
  5. Le PMO travaillera dans une organisation de livraison hybride et utilisera les outils des deux mondes
  6. ‘ Concentrez-vous sur la valeur, livrez de la valeur tôt et souvent ’ un mantra pour soutenir Agile et être un PMO Agile
  7. Le PMO a un rôle à jouer pour aider les équipes à travailler efficacement ainsi qu’aider l’organisation à changer sa mentalité vers Agile et l’agilité
  8. Les principes de notre PMO aideront à guider les fonctions et les services que nous offrons, particulièrement en des temps où de nouvelles approches sont nécessaires.
SMPP est Partenaire de DantotsuPM

Si vous êtes directeur de programme numérique, comment éviter les erreurs qui coûtent cher ? par Stéphane Congnet

Le par mopertodans experience sharingLaisser un commentaire

Dans le milieu de l’entreprise, le projet a trop souvent une gouvernance qui a trop souvent tendance à se focaliser sur le « comment » au lieu du « pourquoi ».

Cette orientation stratégique coûte cher quand cette approche n’est pas appliquée par un directeur de programme numérique.

Stéphane Congnet partage avec nous ses expériences sur ce sujet. Aujourd’hui, chef de projet consultant free-lance, il a pour « marque de fabrique », le souci de piloter le projet numérique et métier des entreprises en transversalité et synergie avec l’ensemble des acteurs de l’entreprise. Son offre de  services  en gestion de projet numérique  couvre plusieurs domaines d’intervention : l’énergie, le commerce, la banque,  l’assurance,  l’industrie du luxe sur les régions Ile de France, Pays de La Loire, Nouvelle aquitaine et au-delà selon les opportunités.

Le directeur de programme numérique doit éviter…

De ne pas maîtriser les coûts

jeter l'argentC’est le cas lors de validation de devis de prestations coûteuses sans connaître les détails du tarif et signer sans chercher à comprendre (parce que nous faisons toujours cela…). Une commande élevée sera alors validée et la conséquence se fera sur une autre prestation de qualité alors réduite, car le budget est contraint et que le suivi des commandes n’est pas assuré par une compétence adéquate.

De ne pas avoir la capacité d’adaptation

Le directeur de programme numérique doit être acteur dans la vie d’un projet, il doit suivre les phases de déni, de colère, de marchandage, de dépression/lâcher-prise et d’acceptation du projet. Cela nécessite un certain recul et une vision d’ensemble sans se laisser dépasser par les événements.

De ne pas être dans une logique de gestion du temps

Remettre les horloges à zéroCeci est primordial. Lorsque par exemple, le directeur de programme numérique décrit la situation actuelle au lieu de celle souhaitée,  il déploie des compétences qui ne sont pas en adéquation les enjeux de l’objectif cible. Il doit pour cela éviter la sur qualité sur des problématiques techniques processus et procédures et diversifier son dispositif compétences sur une notion de résultats, avec des livrables orientés clients et utilisateurs.

D’oublier de définir qui fait quoi

C’est sans doute l’erreur la plus présente dans les projets, personne ne connait son périmètre, ni celui des autres. Cela favorise des objectifs flous qui ont pour conséquence des résultats négatifs en terme financier, humain, de production et de satisfaction client. Connaître le rôle et les responsabilités de chacun favorise la performance et la qualité du projet.

De ne pas instaurer l’esprit d’équipe

Ne pas prendre en compte l’aspect humain dans un projet et le lien entre les différents intervenants est une erreur stratégique. Il est vital de créer des liens, des synergies, de la communication entre tous les participants du projet, de fédérer vos équipes vers un but commun.

De trop faire confiance et de ne pas instaurer la gestion des risques

prise de risquesC’est par exemple un développeur qui affirmera pendant 3 mois que tout va bien !!! et au final, tout le code est erroné, résultat : le projet prend 3 mois de retard… Établir des points de suivi durant le projet et décider de la fin du projet en question soi-même permet d’avoir une vision d’ensemble des livrables et d’évoluer vers un niveau de qualité et de performance du projet.

De ne pas être vigilant sur le comportement de ses équipes

Ignorer le fonctionnement des interlocuteurs peut avoir des conséquences sur la vie du projet. Avoir une cartographie des réactions : les satisfaits, les attentistes, les suiveurs et ceux qui résistent permet de mieux aborder les blocages du projet.

SMPP est Partenaire de DantotsuPM

Le directeur de programme numérique doit savoir déléguer pour ainsi répondre au diverses problématiques du projet, il peut s’entourer de chef de projet coordinateur transverse facilitateur pour éviter des erreurs qui coûtent cher.

Global Transversal Consulting apporte 20 ans d’expertise en pilotage de projet – Tel :06 63 09 16 79 – https://globaltransversalconsulting.com/

 

Le monde va-t-il mieux ou plus mal ? Regardons les chiffres, par Steven Pinker

Le par mopertodans forum de discussionLaisser un commentaire

Beaucoup de gens font face aux nouvelles chaque matin avec tremblements et fébrilité.

Chaque jour, nous entendons parler de fusillades, d’inégalité, de pollution, de dictature, de guerres et de la propagation des armes nucléaires. Ce ne sont que quelques-unes des raisons qui ont fait que 2016 a été appelée la « pire année possible ». Jusqu’à ce que 2017 revendique ce record et laisse les gens envier les décennies précédentes, quand le monde semblait plus sûr, plus propre et plus égalitaire.

Mais est-ce un moyen sensé pour comprendre la condition humaine au 21ème siècle ?

Comme l’a souligné Franklin Pierce Adams:

« Rien n’est plus responsable du bon vieux temps qu’une mauvaise mémoire. »

Steven Pinker ouvre nos yeux sur une réalité d’ensemble mais aussi de détails qui est bien différente de celle propagée par la presse et les journaux télévisés qui sont toujours à la recherche de sensationnel, scandales et catastrophes…

Voici qui donne à réfléchir aux managers de projets.

Les risques dont nous entendons le plus parler dans notre écosystème et qui paraissent effrayants ont-ils une réelle chance de se matérialiser sur notre projet ? Ne dépensons-nous pas trop de temps, ressources et énergie à nous protéger de risques qui ont très peu de probabilité de survenir mais une si forte presse que notre management et nos clients nous demandent sans cesse de nous en prémunir ?

les moments les plus difficiles du projet sont aussi ceux où le manager de projet se révèle !

Le par mopertodans leadershipLaisser un commentaire

Aide un manager de projet ! (Help A Project Manager Out! #HAPMO), une belle initiative lancée sur LinkedIn par Andy Kaufman

Le par mopertodans experience sharing1 commentaire

Et si vous décidiez vous aussi d’aider un manager de projet, ou de tester si le mécanisme peut fonctionner sur l’un de vos soucis si vous êtes manager de projet ?

Lisez le billet de Andy Kaufman sur LinkedIn et rejoignez la discussion

Voici ce que nous propose Andy

« Aujourd’hui nous annonçons l’initiative Help a Project Manager Out! (HAPMO!) . C’est une initiative bénévole conçue pour aider toute personne qui a un intérêt ou une passion pour livrer des projets. Votre titre ou industrie ne sont pas discriminants. Peu importe si vous menez actuellement des projets ou espérez le faire un jour.

Il y a une communauté de professionnels qui sont prêts à aider et voici comment ça marche

Deux fois par mois je posterai un article qui ressemble à celui-ci. Typiquement ce sera en début et milieu de mois.

Êtes-vous en transition et à la recherche d’un rôle projet ?

Répondez par un commentaire avec les renseignements pertinents que vous souhaitez partager avec vos collègues du monde entier. Indiquez l’opportunité ou le poste que vous recherchez. Nous avons des personnes dans des rôles de leadership partout dans le monde qui pourraient vous aider dans vos recherches en partageant des conseils ou en facilitant les introductions.

Cherchez-vous à obtenir une certification et avez-vous une question ?

PM holding certification Arras report 2018

Posez votre question en commentaire. Qu’il s’agisse d’une certification liée au PMI ou pas, des professionnels qui ont déjà suivi cette voie peuvent soit répondre directement à votre question, soit vous orienter vers des ressources pour vous aider.

Dirigez-vous un projet et cherchez-vous des idées ?

Laissez un commentaire avec votre question ou situation. Certains des plus grands managers de projets pourraient tout simplement partager leurs pensées en retour.

Êtes-vous un recruteur à la recherche de pros liés au projet ?

nous recrutonsSurveillez les commentaires. La personne que vous cherchez pourrait être là.

Vous voulez élargir votre réseau ?

Soyez à l’affût des gens qui s’engagent ici et qui tentent de vous répondre. Connectez-vous et commencez à communiquer avec eux.

Êtes-vous passionné par le mentorat et donner en retour ?

Partagez votre opinion. »

Allez, tout le monde? aidons un manager de projet à s’en sortir ! Postez vos commentaires sur le billet de Andy.

Si vous n’avez pas le temps de nettoyer, vous n’avez pas le temps de cuisiner. par Seth Godin

Le par mopertodans best practicesLaisser un commentaire

Les professionnels comprennent que le projet est l’ensemble du projet, pas simplement la partie amusante, urgente ou intéressante du travail.

Il existe d’innombrables raccourcis productifs en cours de route. Mais ne pas terminer le projet n’en fait pas partie.

Billet original de Seth Godin

Communications, ikigaï, frustrations et difficultés des PMs, les différents types de « non ».

Le par mopertodans pointeurs utilesLaisser un commentaire

Billets les plus lus sur le management de projet en Octobre 2019

10 conseils pour délivrer une présentation plus efficace aux parties prenantes du projet

Parfois il semble que l’efficacité d’une réunion de trente minutes puisse être conclue dans les dans soixante premières secondes.

10 conseils qui pourraient aider vos interactions !

Méta Projets Management est partenaire de DantotsuPM

et si votre Ikigai vous permettait de décrocher le job de vos rêves ?

Je vous ai déjà parlé du concept japonais nommé Ikigai (生き甲斐) qui signifie “la raison d’être”.

L’auteur de cette vidéo propose de l’appliquer de manière pratique pour trouver que faire de sa vie quand on a rien pour se guider dans le vaste océan des possibles.

Quelles sont les principales frustrations et difficultés rencontrées dans votre travail de chef de projet ?

Réponses à l’enquête 2018 menée par le blog DantotsuPM auprès de ses lectrices et lecteurs.

La lourdeur des processus, le manque de temps et les problématiques d’engagement de la direction, des équipes, des managers transverses et bien sûr les réticences aux changements sont ressortis de manière particulièrement exacerbée cette année.

Et si nous apprenions à reconnaitre les différents types de « non » comme le font si bien les japonais ?

Ce fut certainement l’un des points les plus troublants lors de mes voyages professionnels au Japon : On n’y dit jamais non !

« Exprimer son désaccord en japonais n’est pas qu’une affaire de mots mais aussi de coutumes, de règles et de respect de l’autre. Un « non » direct est considéré comme trop franc, trop fort et est, en général, mal perçu. Aussi, les japonais disposent-ils de tout un attirail d’expressions leur permettant de refuser poliment tout en respectant leurs interlocuteurs… »

Centre de contrôle : règles 60 à 65 des 100 pour les managers de projet de la NASA: le matériel, les ordinateurs et logiciels

Le par mopertodans best practicesLaisser un commentaire

Voici les règles sur le matériel, les ordinateurs et logiciels

Règles précédentes: le rôle du manager de projet, les aspects communications et l’humain, les revues et rapports de projet, les sous-traitants, Ingénieurs et Scientifiques.

Matériel

La règle #60 : Dans le domaine spatial, il n’y a rien de tel que du matériel ayant précédemment volé. Les gens qui construisent l’unité suivante n’ont probablement jamais vu l’unité précédente. Il y a probablement des changements mineurs (peut-être même des changements majeurs); l’environnement opérationnel a probablement changé; les gens qui vérifient l’unité dans la plupart des cas ne comprendront ni l’unité ni l’équipement de test.

La règle #61 : La majorité des équipements fonctionnent comme construits, pas comme le concepteur l’avait prévu. Ceci est dû à la représentation du design, une faible compréhension de la part du designer ou des spécifications des composants.

Ordinateurs et Logiciels

La règle #62 : La non utilisation de techniques modernes, comme des systèmes informatiques, est une grande erreur, mais oublier que l’ordinateur simule la pensée est une erreur encore plus grande.

La règle #63 : Le logiciel a maintenant repris tous les paramètres du matériel (c’est-à-dire, dérive des exigences, fort pourcentage du coût de la mission de vol, besoin de contrôle de qualité, besoin de procédures de validation, etc.). Il a la caractéristique supplémentaire qu’il est difficile de s’assurer qu’il n’est pas bogué. Faites d’abord marcher le système de base et ajoutez ensuite les options. Ne jetez jamais une version qui marche même si vous avez la plus grande confiance au monde que la version plus récente fonctionne. Il est nécessaire d’avoir des plans de contingence pour le logiciel.

La règle #64 : La connaissance est souvent revisitée avec des simulations ou la mise à l’épreuve, mais des modèles informatiques ont des défauts cachés dont le moindre n’est pas de mauvaises données d’entrée.

La règle #65 : Autrefois, les ingénieurs avaient l’expérience du terrain, les techniciens comprenaient comment l’électronique fonctionnait et ce qu’elle pouvait réaliser et les techniciens au sol le savaient aussi, mais aujourd’hui seul l’ordinateur sait à coup sûr et il ne parle pas.

Méta Projets Management est partenaire de DantotsuPM

Liste complète en anglais sur Geekboss par Matthieu Stibbe

Si vous deviez recommander un seul livre à un manager de projet, quel serait-il ?

Le par mopertodans pointeurs utiles3 commentaires

Bonjour, Noël approche, aussi aimerais-je rafraichir un peu la liste de livres à offrir aux managers de projets, leaders et membres d’équipes projet.

que lire et quels livres offrir ?

Vous trouverez une première liste sur DantotsuPM avec les catégories:

  • Agile
  • Leadership
  • Référentiels
  • Retours d’expérience
  • Soft Skills
  • Techniques et Innovation

Si vous deviez recommander un seul livre à un manager de projet, quel serait-il ?

Merci d’expliquer en quelques phrases pourquoi ce livre.

Méta Projets Management est partenaire de DantotsuPM

Centre de contrôle : règles 34 à 46 des 100 pour les managers de projet de la NASA: Les revues et rapports de projet

Le par mopertodans best practicesLaisser un commentaire

Après les 15 premières règles, puis celles sur les aspects communications et l’humain, nous trouvons ici celles sur les revues et rapports de projet.

Revues et Rapports

relisez ce rapport d’Axelos sur le PPM.

La règle #34 : La NASA a établi un panel d’examinateurs et un jeu de revues. Une fois fermement établi, le système se battra pour rester en vie, profitez-en le plus possible. Essayer de trouver une voie pour que ces revues fonctionnent pour vous.

La règle #35 : Le nombre de revues augmente, mais les transferts de connaissance restent les mêmes; donc, tous vos tableaux et matériels de présentation devraient être construits en gardant ceci à l’esprit. Cela signifie que vous devriez être capable de construire un jeu de diapositives qui nécessite seulement d’être adapté de présentation en présentation.

La règle #36 : Ne cachez rien des examinateurs. Leur réputation et la vôtre est en jeu. Exposez toutes les verrues et boutons. N’offrez pas d’excuses, juste les faits.

pour aller plus loin sur ce sujet: l’Audit Projet, synthèse Synertal par Vincent Iacolare

La règle #37 : Des revues externes sont prévues au plus mauvais moment possible, donc, tenez à jour un jeu de données business et techniques pour pouvoir rapidement répondre. Ne pas avoir de données à jour devrait être une cause de renvoi.

La règle #38 : Ne critiquez jamais votre personnel en public (c’est-à-dire, aux réunions publiques, ne changez pas complètement des décisions sur le travail que vous leur avez confié). Même si vous dirigez un changement, n’enlevez jamais la responsabilité de mise en œuvre de votre personnel.

La règle #39 : Les revues sont pour celui qui est passé en revue pas pour l’examinateur. La revue est un échec si ceux qui sont passés en revue n’en apprennent rien.

La règle #40 : Une réunion de travail a environ six personnes qui participent. Les réunions plus grandes que cela sont pour du transfert de l’information (la science du management a montré que, dans un groupe comprenant plus de douze personnes, certaines perdent leur temps).

La règle #41 : La quantité de revue et de rapports est proportionnelle à la compréhension du management (c’est-à-dire, moins le management sait ou comprend les activités, plus il exige de revues et de rapports). Il est nécessaire dans ce type d’environnement de s’assurer que les données sont présentées pour que la personne moyenne, légèrement familière avec les activités, puisse les comprendre. Garder les données simples et claires n’insulte jamais l’intelligence de qui que ce soit.

La règle #42 : Les managers qui comptent seulement sur les écrits pour faire leur rapport d’activités sont connus pour être des échecs.

Les rapports et documentations fournissent seulement une photo statique du projet à un instant T.

La règle #43 : La documentation ne prend pas la place de la connaissance. Il y a une grande différence entre ce que l’on suppose, ce que l’on pense être arrivé et la réalité. Les documents donnent normalement une photo statique à un moment donné qui devient rapidement périmée.

La règle #44 : Donner vos rapports mensuels, ne vous autorise pas à abréger quoi que ce soit dans un rapport annuel. Si la management avait compris les rapports mensuels, il n’aurait pas besoin d’un annuel.

Les acronymes sont souvent un écran de fumée destiné à cacher des vérités gênantes.

La règle #45 : Les abréviations sont une plaie. Chaque projet en a maintenant plusieurs milliers. Cela impose à la direction d’en connaître des centaines. Utilisez-les avec modération dans des présentations à moins que votre objectif ne soit de semer le doute.

La règle #46 : Souvenez-vous, il est souvent plus facile de faire de la paperasse idiote que d’en combattre la nécessité. Ne vous battez que si c’est une question globale qui sauvera beaucoup de travail dans le futur.

Méta Projets Management est partenaire de DantotsuPM

Liste complète en anglais: Https://geekboss.com/nasa-project-managers/ par Matthieu Stibbe

Et si l’école de la voile était aussi celle du management de projet ?

Le par mopertodans experience sharingLaisser un commentaire

7 choses que la voile m’a appris sur le management de projet

7 things that sailing taught me about project management

http://pmcrumbs.blogspot.fr/2017/09/7-things-that-sailing-taught-me-about.html par Emanuele Passera

La navigation à la voile est une merveilleuse expérience.

Si vous n’avez jamais navigué de votre vie, vous pouvez à peine imaginer la beauté de ce sport. Le contact du soleil sur la peau, le parfum des embruns, le bruit de la coque qui fend les vagues, la force majestueuse du vent quand il arrive dans la voile et bien sûr le sens de paix et de liberté que vous ressentez en surfant sur les vagues.

Si vous êtes passionnés de bateaux à voiles, que vous faites de la planche à voile ou, même du kitesurf, je pense que vous ne pouvez pas nier les ressemblances qui existent entre la navigation à voile et la gestion d’un projet.

Je ne parle pas de la collaboration de l’équipage qui est réelle et indéniable, mais de quelque chose de plus intrinsèque à l’expérience elle-même.

1 – Le cap

Vous avez besoin d’un cap, c’est certain.

Le besoin d’un cap est particulièrement vrai si vous planifiez de vous éloigner de plus que quelques centaines de mètres de la plage. Aussi, tenez compte de problèmes possibles et pensez d’avance aux contre-mesures (quelqu’un a parlé de gestion de risques ?). Qu’arrivera-t-il si les vagues grossissent ? Serez-vous toujours capables d’atteindre votre destination ? Seriez-vous capables d’appeler au secours

Et si le vent change de direction ?

Vous devez être bons et rapides dans l’élaboration d’un nouveau cap. La magie ne réside pas dans le plan, mais dans l’effort de planification.

2 – La connaissance de l’environnement

Examinez l’environnement dans lequel vous vous déplacez. Y a-t-il des écueils juste au-dessous de la surface de l’eau ? Parfois, une conversation rapide avec un marin (ou un chef de projet) qui a déjà été là où vous allez, peut s’avérer de la plus grande aide imaginable.

3 – Le vent

Vous ne pouvez pas naviguer sans vent, peu importe quelle surface de voile vous hissez.

Le vent, pour un projet, est le support qu’il obtient à l’intérieur d’une société.

Si le sponsor du projet n’est pas capable d’offrir l’appui et le support adéquats, le projet n’ira nulle part. Peu importe la solidité du cas d’affaire ni comment vous organisez et managez bien les activités.

Parfois, il n’y a rien de plus que vous puissiez faire que rester assis et attendre.

4 – La navigation sous le vent

Qui laisserait jamais passer l’occasion de s’évader à la voile sous le vent ? Certainement pas moi.

Vous pouvez bien vous amuser, mais restez attentif, si le vent tourne soudainement, vous courrez le risque de tomber accidentellement ou de vous faire assommer par la bôme.

De même, dans le management de projet, restez toujours concentré et ne vous relâchez pas juste parce que vous estimez que le projet est parfaitement aligné avec le sponsor. Le projet est une créature vivante dans un environnement toujours changeant. Prêtez toujours attention à ce qui se passe autour de vous.

5 – La navigation contre le vent

Si nécessaire, ce peut être fait.

Évidemment, vous ne pouvez pas mettre votre voile directement contre le vent, mais si vous planifiez soigneusement votre course, il est possible d’atteindre pratiquement n’importe quel point. Cela prendra probablement plus de temps et d’efforts mais vous avez tout de même la possibilité de réussir.

N’abandonnez pas face aux difficultés, pensez et planifiez soigneusement puis agissez en conséquence.  Faites toujours attention si votre voile se positionne exactement contre le vent à être prêt à patienter ou à travailler encore plus dur. Sinon, vous n’irez nulle part.

6 – La mer calme

Quand la mer est calme, n’importe quel idiot peut être un bon marin.

« Une mer calme n’a jamais fait un bon marin« 

Ce parallèle entre voile et management de projet est tout à fait évident. Ne faites pas de vous-même un idiot en n’étant pas réaliste sur vos compétences et demandez de l’aide dès que vous pensez en avoir besoin. Après tout, la navigation à la voile, particulièrement si le bateau est plus grand qu’un Laser,  ne peut pas être une activité unipersonnelle.

Sous-estimer les problèmes ou sur-estimer vos capacités peut mener à de cruelles conséquences.

7 – La destination : Où voulez-vous aller ?

La planche à voile est excellente pour s’amuser, mais si vous planifiez de faire une croisière de 14 jours en Méditerranée, eh bien, peut-être devriez-vous opter pour une embarcation un peu plus grande et un équipage.

Il en va de même des projets. De petits projets n’exigent pas d’infrastructure significative et, parfois, l’équipe de management de projet et le chef de projet peuvent ne faire qu’un. Mais, quand la taille des projets augmente, il vaut mieux créer une vraie équipe de management de projet, soutenue par une méthodologie de management de projet bien structurée. Dans le doute, référez-vous au point 6.

Méta Projets Management est partenaire de DantotsuPM

Une bonne compréhension mutuelle est à la base de tout projet réussi

Le par mopertodans experience sharingLaisser un commentaire

Comprendre les parties prenantes du projet et leurs besoins, mais aussi, ceux du sponsor de projet, des donneurs d’ordre, des utilisateurs finaux et des membres de l’équipe projet.

Une meilleure compréhension des autres est à la base du projet qui se donne une chance de réussir.

Méta Projets Management est partenaire de DantotsuPM

les projets sont par définition uniques et nouveaux et donc les erreurs inévitables et compréhensibles

Le par mopertodans experience sharingLaisser un commentaire

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.

Toute nouveauté nécessite de prendre des initiatives dont certaines marcheront du premier coup et d’autres permettront d’apprendre pour faire mieux la fois suivante.

Méta Projets Management est partenaire de DantotsuPM

10 conseils pour délivrer une présentation plus efficace aux parties prenantes du projet

Le par mopertodans experience sharing1 commentaire

Parfois il semble que l’efficacité d’une réunion de trente minutes puisse être conclue dans les dans soixante premières secondes.

Presenting to Project Stakeholders: 10 Tips to Effective Communication par Ty Kiisel

Maintenir une ligne de communication ouverte et efficace avec les parties prenantes est important. Il y a deux ou trois ans je suis tombé sur cette liste d’astuces pour mieux présenter aux parties prenantes, qui méritent d’être revues. Parfois il semble que l’efficacité d’une réunion de trente minutes puisse être conclue dans les dans soixante premières secondes. Les parties prenantes ont parfois des laps de temps d’attention très courts. Si vous ne captez pas leur attention dans les deux premières minutes, ils commenceront à vérifier leur courrier électronique et regarder l’horloge ou pire, quitteront votre réunion.

Toute personne impliquée dans un projet doit traiter avec des sponsors et des parties prenantes.

Voici dix conseils qui pourraient aider vos interactions

1.      Piquez leur curiosité : Un ordre du jour est toujours une bonne idée, mais un bref résumé de ce qui sera discuté est encore mieux. En plus, on donne aux parties prenantes quelque chose à prendre dans la rencontre et cela leur permet de venir préparées avec leurs questions.

2.      Ne supposez pas qu’ils connaissent le travail attendu de leur part en tant que partie prenante : Ils pourraient en avoir une vue de haut niveau, mais vous devrez probablement expliciter les détails de ce qu’ils devront faire.

3.      Faites simple : Exposez-leur la situation en termes directs. Ne les noyez pas d’informations. Restez-en à l’essentiel. (Cependant, soyez prêt à entrer dans les détails s’ils commencent à poser des questions.)

4.      Utilisez des chiffres et des images :

Ma bible pour préparer des présentations mémorables (disponible sur Amazon)

PowerPoint est un excellent outil pour présenter des graphiques et des chiffres aux parties prenantes. C’est la façon dont elles se présentent les informations entre elles. Vous devriez en faire autant.

5.      Parfois vous devez utiliser la logique : Acceptez le fait qu’il pourrait ne pas toujours y avoir des données pour supporter une situation particulière. Ne pas avoir de chiffres pour soutenir votre position pourrait rendre un bon argument problématique, dans ce cas vous devriez vous tourner vers une logique « si … alors … » pour expliquer une situation. Cependant, ne vous attendez pas aux mêmes résultats ou à la même réponse de la part des parties prenantes car avec elles les chiffres font loi.

6.      Temporiser n’est jamais une bonne option : n’attendez pas qu’un problème soit évident — il est souvent plus difficile de résoudre le problème à ce moment-là.

7.      Offrez toujours une solution : si vous venez exposer un problème sans offrir une solution potentielle, vous pourriez aussi bien demander les parties prenantes : « Virez-moi tout de suite. » Trouver des solutions fait partie de votre travail de chef de projet.

8.      Spécifiez les actions qu’ils doivent entreprendre : si les parties prenantes doivent agir, ne supposez pas que ce sera évident pour elles. Récapitulez — sous forme de liste — quelles actions doivent être prises et quand.

9.      Dites toujours « oui », mais assurez-vous qu’ils comprennent combien coûtera ce « oui« : les Sponsors et des parties prenantes n’aiment pas entendre « Non », donc ne le dites pas. Assurez-vous simplement qu’ils comprennent le coût de leur requête, alors ils peuvent juger par eux-mêmes si « oui » vaut vraiment le coup.

10.  N’arrêtez pas de reporter sur le statut du projet parce que les parties prenantes arrêtent de l’exiger : la perception est la réalité. Si les parties prenantes perçoivent que vous ne faites rien : c’est que vous ne faites rien. Ne laissez pas votre tête être la suivante sur le billot.

Indépendamment de la méthodologie de management du travail de votre société, il y a beaucoup d’outils de management de projets disponibles pour faciliter la gestion des tâches et des délais. Ils vous aideront aussi à communiquer plus efficacement avec les parties prenantes dans votre organisation. Que votre outil de management de projet facilite ou pas cette forme de communication, ignorer cette partie importante de votre rôle de chef de projet est dangereux.

Que faites-vous dans votre organisation pour encourager une relation positive avec les parties prenantes ?

Méta Projets Management est partenaire de DantotsuPM

Avis personnel

La neuvième recommandation qui suggère de toujours répondre par « oui » aux demandes des parties prenantes en indiquant simplement le coût associé à ce « oui » me semble dangereuse.

Par exemple : « Oui, nous pouvons effectivement réaliser cette nouvelle fonctionnalité en augmentant le budget de 10% et en reculant d’un mois la date de livraison. »

need for budget - besoin de budgetMon expérience personnelle est que trop souvent la contrepartie ou les conditions nécessaires pour autoriser ce « oui » seront occultées par une grande majorité des parties prenantes. Elles n’entendront que le « oui » de début de phrase. Or, les conditions qui permettraient ce « oui » ne sont pas réalisées au moment où il est prononcé : Besoin de budget additionnel, report au niveau des délais, ajout de  personnels et de compétences, compromis sur le contenu des livrables ou la qualité…

Je suggérerais donc, dans cette situation, de choisir d’adopter la position de dire « non » suivi d’un « sauf à » faire ceci ou cela (à augmenter les ressources, à réduire les exigences, à reporter la date de livraison…).

Par exemple :

« Cet augmentation de fonctionnalité semble en effet attractive, mais nous ne pouvons pas y répondre sauf à augmenter le budget de 10% et reculer la date de livraison d’un mois ».

Ceci permet à mon avis d’être beaucoup plus clair sur l’incidence de passer outre à ce « non ».

comment éviter le tristement célèbre « effet tunnel » dans les projets si j’utilise une méthode prédictive (Waterfall) ?

Le par mopertodans best practicesLaisser un commentaire

« Je vous ai dit ce dont j’avais besoin et vous avez lancé un projet pour y répondre mais je n’en ai plus entendu parler depuis. »

« Où en êtes-vous? Où est le bout du tunnel ?

Ce livrable correspond à mes attentes de l’an dernier, pas à celles de cette année !

Vous êtes trop lents, pas assez agiles, pas assez présents… »

De nombreux chefs de projet peuvent être un jour confrontés à ces commentaires de la part de leur clients et parties prenantes. L’effet tunnel y est pour quelque chose. En le supprimant, grâce à des livrables fréquents ou en limitant ses effets grâce à des jalons d’avancement bien pensés, vous gagnerez en crédibilité et votre projet aura de bien meilleures chances de réussite.

Méta Projets Management est partenaire de DantotsuPM

Avoiding the « Dark Twisty Turn-filled Tunnel Syndrome »

(Comment éviter le syndrome du tunnel sombre et tortueux) de Bob McGannon

Combien de projets finissent abandonnés sans avoir même jamais servi ?

Souvent le projet pourtant bien conçu au départ finit en tas de ferraille qui prend la rouille. Ce peut être à cause d’attentes inadéquates, ou de sponsors et parties prenantes clés qui s’en désintéressent ou qui s’impatientent quand les projets ne délivrent pas de résultats assez rapidement.

Ces projets, après la création d’un intérêt initial, semblent entrer dans un « tunnel sombre et tortueux ». A bout d’un moment, on ne voit plus la lumière d’entrée dans le tunnel, la sortie du tunnel n’est pas en vue et des jalons significatifs adéquats n’existent pas pour attester des progrès réalisés. Éviter ce piège n’est en rien une question subalterne car cela demande davantage que la simple définition de jalons pour votre projet. Une intense planification, un soin supplémentaire porté aux estimations et à la répartition des livrables par phases significatives sont critiques pour éviter cet « effet tunnel » tant redouté.

Voici nos recommandations pour garder votre projet « dans la lumière du jour » et éviter son annulation ou sa baisse de priorité en raison du « Syndrome du tunnel sombre et tortueux ».

Établissez des jalons significatifs

Les jalons sont la base de chaque échéancier de projet bien construit. Ils établissent des points dans le temps où des événements significatifs seront atteints, des livrables produits, ou des passages de phase réussis. Souvent ces événements marquants sont insérés dans le planning par le chef de projet sans réfléchir aux perceptions qu’ils génèrent chez les parties prenantes sur le long terme. Il y a bien sûr des jalons « naturels » appropriés comme les passages de phases.

Cependant, si on définit et instaure des jalons en gardant à l’esprit de démontrer de manière significative les progrès côté business : Un plus grand bénéfice sera obtenu de ces indicateurs d’avancement du projet. La clé pour que cela fonctionne est de lier les jalons à des événements qui reflètent l’objectif business qui a justifié de lancer le projet.

Aussi, les jalons peuvent (et doivent !) être définis avant d’achever le planning détaillé.

Les jalons qui sont significatifs aux sponsors business peuvent être définis au moment de la création de la charte de projet. Ceux-ci peuvent ensuite être modifiés pendant la planification initiale et le design de la solution avec la participation du sponsor et des parties prenantes. Ces jalons, créés et modifiés avec l’engagement du client, sont alors insérés dans un échéancier détaillé de projet, avec les événements marquants comme le début de chaque phase.

parfois nous risquons de perdre nos clients dans le brouillard de notre jargon technique

En travaillant sur la création de jalons significatifs, on devrait être attentif à s’assurer que « le langage de solution technique » ne s’introduise pas subrepticement  dans les jalons. Parler avec un sponsor peu intéressé par la technologie d’un concept technique comme la création d’un modèle de données informatiques présente peu de valeur.

Bien que ce soit un événement marquant significatif dans la création d’un produit informatique, ce livrable a peu de pertinence pour un manager qui essaye de réduire le temps d’exécution de son processus ou de réduire ses dépenses !

Il est utile d’inclure des jalons marquants techniques pour suivre de près le progrès pour l’équipe technique, mais se servir seulement de ces éléments comme jalons de projet pour les parties prenantes business est une invitation à cheminer dans un très long et sombre « tunnel ».

La création de jalons et leur suivi ne sont pas des choses à prendre à la légère!

Découpez le projet en phases de 9 mois ou moins

La manière la plus fondamentale, et cependant souvent la plus difficile d’éviter le « tunnel sombre et tortueux » est d’éviter la tentation de créer un long projet avec une unique phase. Ceci est un principe fondamental des méthodologies « agiles ».

Source : Egg Lighting

Des projets plus petits ou de grands projets découpés en plusieurs petites phases de livraison sont très efficaces pour maintenir l’intérêt des parties prenantes du projet. Les parties prenantes sont plus engagées simplement parce qu’elles perçoivent les bénéfices du projet  plus tôt et plus souvent.

Tandis que cette approche est relativement évidente pour certains projets, sur d’autres, comme la mise en œuvre d’un gros ERP, cela peut être plus difficile. Ces projets plus complexes et vastes devraient être planifiés par phases, avec de nouvelles fonctionnalités délivrées à intervalles réguliers. Pas plus de neuf mois ne devraient se passer entre l’expression des besoins et la livraison de la fonctionnalité !

La planification d’un projet être plus difficile de cette façon, mais cela peut être fait et les bénéfices le valent bien.

Ces bénéfices incluent :

  • Éviter les problèmes  de changements de priorités business ou de manque de « continuité d’attention » de l’entreprise. Les projets seront plus probablement menés à leur fin quand la valeur business est délivrée à intervalles réguliers.
  • Introduire le changement chez les clients avec une ampleur et une allure qu’ils puissent absorber. Les projets longs qui produisent de gros livrables présentent une somme considérable de changements d’un seul coup. Ce seul fait peut créer des problèmes d’assimilation du changement pour les utilisateurs finaux. Il peut renforcer des problèmes de processus business et générer du mécontentement. Gardez les changements de taille raisonnable, livrez-les régulièrement et vous ferez plus probablement des clients heureux !
  • Garder la fraîcheur des exigences business. Les projets longs ont souvent des problèmes avec un périmètre et des besoins qui changent tout simplement parce que le business que le projet supporte ne reste pas statique. Le business bouge rapidement et montre peu ou pas de signes de ralentissement de la vitesse des évolutions. Des projets plus longs répondent souvent à des exigences éventées ou déjà dépassées. Maintenez un cycle court (par phases) de l’expression des besoins à la livraison de la solution et vous aurez moins de problèmes d’obsolescence et de volatilité des exigences.

    de nouvelles idées surgissent !

Managez et Comprenez la longueur « du trajet »

La triple Contrainte
la triple contrainte

Les triples contraintes de projet sont posées tôt dans le projet. Bien sûr, elles devraient changer comme on découvre de plus en plus les détails du projet et la solution exigée. Malgré cela, certains des paramètres généraux pour le projet sont établis très tôt. Une durée satisfaisante pour la livraison en considérant l’ampleur du changement et la complexité du projet, est décidée tôt et fait partie de la triple contrainte. Cependant, ceci est souvent oublié quand les demandes de changement sont traitées ou les ajustements de priorité pour des raisons business et autres événements inattendus sont rencontrés par l’équipe de projet. Nous avons une tendance à nous concentrer sur le niveau micro du changement et à oublier la macro durée du projet, ce que nous avons à l’origine utilisé pour justifier le lancement du projet !

Manager le niveau macro durée du projet exige la chose suivante :

  • Pendant les premières étapes de planification du projet, mettez une durée désirable pour le projet et « une durée avec un risque acceptable ». La durée avec un risque acceptable est une durée qui est plus longue que celle prévue à l’origine, cependant elle reste acceptable pour les clients business et l’équipe de projet. Cette durée de risque devrait considérer le degré de volatilité business, le paysage compétitif de votre secteur et la capacité à conserver les membres d’équipe avec les bonnes compétences pendant toute la durée prévue.
  • Considérez l’impact à plus long terme de tout changement.

    Focalisez-vous sur l’impact à long terme d’accepter tout changement dans le projet. Un processus standard de management des changements devrait être exigé sur tout projet. À un certain point cependant, idéalement quand on s’approche « de la durée de risque acceptable », la portée des changements sur l’entièreté du projet devrait être évaluée. Tous les changements qui ne sont pas achevés devraient être reconsidérés et priorisés. Le périmètre, au macro niveau, peut alors être revu pour s’assurer que le projet reste dans une durée acceptable.

Le tunnel « sombre et tortueux » est un endroit solitaire pour un chef de projet. La planification diligente, le management attentif des changements et garder un œil sur la vue d’ensemble, en plus des procédures de management de changement typiques, peuvent maintenir votre projet en vie et vos clients heureux.

Et ce n’est pas mal non plus pour votre santé mentale personnelle !

reconstruction

Seule la pratique donne la maîtrise, dans le management de projet comme dans toute autre discipline.

Le par mopertodans experience sharingLaisser un commentaire

Être disposé à faire n’est pas suffisant, nous devons faire.

Seule la pratique donne la maîtrise dans le management de projet comme dans toute autre discipline. Connaître les techniques, outils, processus, méthodes est nécessaire mais pas suffisant.

Méta Projets Management est partenaire de DantotsuPM

il est difficile de parler opportunités en partant de l’état d’esprit négatif associé aux risques…

Le par mopertodans experience sharing1 commentaire

Si vous êtes comme moi, quand quelqu’un parle de management des risques dans votre projet, vous pensez aux dangers qui menacent votre projet.

Ceci ne signifie pas que vous êtes en mode réactif vis-à-vis de ces risques.

Bien au contraire, vous anticipez, identifiez les risques, les évaluez, les priorisez, prévoyez des plans de management, d’atténuation et de contournement de ces risques… mais avec l’idée première de vous en prémunir.

Mais n’est-il pas difficile de travailler sur les opportunités en partant de la terminologie « négative » associée aux risques (plan de contingence, de contournement, déflexion, assurance, transfert, atténuation…) ?

Méta Projets Management est partenaire de DantotsuPM

Relisez ce billet sur cette idée et partagez votre position personnelle sur le sujet dans les commentaires.