How to WOW your Steering Committee

by Susanne Madsen

Preparing for and attending steering committee meetings is one of your most important roles and responsibilities as a project manager. Although the meeting is likely to only take place once a month, this may be your best opportunity to promote your team and the progress it has made. This is also your chance to personally impress senior stakeholders by communicating to them at the right level and by showing them that you are in control of the project. You can wow them by being honest, to the point, by knowing the detail and by displaying important milestones and metrics in straightforward graphs and charts.

Follow the below tips and you’ll be off to a flying start with the project’s most senior decision makers.

1. Be prepared
Always prepare thoroughly for steering committee meetings and produce a flawless presentation. People know immediately when you are well prepared for a meeting and when you are not. When you are prepared, your credibility goes up; when you are not prepared, your credibility goes down. When you are prepared and know the detail of your project you come across as honest and credible and your stakeholders will trust your opinion. You will be able to easily answer their questions and you won’t have to give vague answers or promise something which you can’t keep.

2. Understand the emotional journey
Consider the emotional journey you want to take the audience through. Which emotional state is your sponsor and key stakeholders likely to have at the beginning of the meeting and which emotional state would you like them to have at the end of the meeting? If you want them to be impressed for instance, focus on highlighting things that will impress them. If you want them to feel that the project is in a safe pair of hands, show them that you have assigned mitigating actions and owners to all risks and issues.

3. Communicate at the right level
The project’s steering committee will consist of senior managers who are working to busy schedules and who deal with a multitude of issues and decisions on a daily basis. Make the meeting as simple and pleasant for them as possible by summarizing the project’s progress and by only providing detailed information where important risks, issues or decisions need to be discussed. Your stakeholders will love you for keeping the meeting focused and for not wasting their time.

4. Promote achievements and successes
Ensure that the presentation clearly shows all major accomplishments and the good work which the team is doing. Take on the role of an ambassador for the project and put it in the positive light it deserves. When highlighting achievements, make sure you mention the benefits of these achievements to the end users. Speak the language of your client and show that you understand their business. Include timelines which show what has been delivered to date and which main products and milestones are still outstanding.

5. Know your numbers 
Impress your stakeholders by tracking the project’s key performance indicators. Know how much money the project is burning per month, what the estimate is to completion, and how much scope you have delivered compared to plan and budget. Include these earned value metrics in your presentation and insert simple graphs and charts to make the information more appealing and readable. Have the detailed financial figures at hand in case you need it. Be honest about the numbers and clearly state where the project is not on track.

6. Be on top or risks and issues
Always include the project’s top 5 or 10 risks and issues in the presentation to the steering committee. Make sure you have analyzed each item in detail and assigned appropriate actions and owners to each entry. Ask the senior stakeholders for advice and guidance on risks, issues and change requests that have the potential to significantly affect the project’s schedule, budget or quality. Provide them with all the information needed to make a decision. You will score points for bringing significant concerns to their attention and for demonstrating that you have the project’s best interests at heart.

7. Record actions and decisions
Always take minutes from the meeting so that people who were unable to attend can stay informed. Taking minutes also helps you reinforce what was decided and which actions were agreed upon and by whom. Have someone double-check the accuracy of your memo or email before you send it, but be sure to distribute it within 24 hours of the meeting taking place. Your steering committee will respect you for being an effective person who keeps taps on decisions and actions – including their own!

To download a PowerPoint template which you can use for your own Steering Committee meetings, register to get access to the RESOURCES page. It’s completely free of charge.

You can also find out more about how to set up steering committee meetings and communicating effectively with your senior stakeholders by purchasing The Project Management Coaching Workbook – Six Steps to Unleashing Your Potential. Read the great reviews on Amazon!

No more risks in your project management

RisksRisk Management is one of the virtues a project manager should have ! Of course, you can read PMBOK / Chapter 11 but not only…

I gonna list below the 9 necessary steps.

But before, remember that : Criticity = Probability x Impact

Step 1 : Build a risk registry

Archive in the Project Management Information System (Microsoft Sharepoint for example), a log for each identified risk with the following arguments :

  • Risk identifier (unique)
  • Risk description
  • Probability (unlikely, possible, highly probable)
  • Impact (low, medium, high)
  • A responsible for the risk management
  • Status
  • End-of-life estimated for the risk

Step 2 : Identify the risks with your team

The project manager is not alone ! risk management is a “core team’s job”

Each part of the project should be analyzed (scope, schedule, resources, budget, quality, sponsors, environment, stakeholders, providers, etc…)

Step 3 : Identify the opportunities

Even if a risk is frequently a threat, don’t forget it could be an opportunity. In this case, project manager has to explore it.

Step 4 : Analyze the root cause

Understanding the root cause will help the project manager to manage better the risk in order to reduce is criticity. Be careful if the risk become an issue !

Step 5 : Estimate the Impact

Project Manager has to build a “scoring grid” for managing the risk. This tool will help the team to quantify and classify the risks in the project.

Step 6 : Estimate the Probability (likelihood)

Same method as previous topic but for estimating the probability that this risk occurs.

Step 7 : Assign a responsible

Assigning a responsible will help the project manager to delegate the risk management to someone more skilled with the risk’s technical cause.

Step 8 : Monitor the risks

Reviewing the risk in project comity will help the project manager to estimate the total amount of the risk in its project. It’s also a good opportunity for updating the global risk status.

Step 9 : Communicate ! (again and again :-))

More than 80% of project management activity is communication. Then, communicate on risks identified and associated action plans !

Patrick

Note : same article in french here

Les facteurs de succès d’un Projet

Project success factorsEn mars 2012, le PMI® publiait une étude selon laquelle les facteurs de succès d’un projet seraient les suivants :

  • le talent de l’équipe, les compétences réunies dans un même objectif
  • la prise de temps pour la préparation du projet
  • le sponsoring par le top-management de l’entreprise
  • garder les bénéfices comme objectif essentiel
  • savoir gérer les changements

A noter également dans cette étude la forte croissance du recours aux méthodes agiles dans le Management de projets.

Vous trouvez l’original de cet article ici

Patrick

Pour un management de projet sans risques !

RisksLe management de projet par les risques est une des vertus que doit avoir un Chef de projet. Il faut s’armer d’une bonne dose de méthodologie (cf chapitre 11 du PMBOK® Fourth Edition) mais pas seulement.. Je vais lister ci-dessous les étapes nécessaires !

Pour rappel : Criticité = Probabilité x Gravité

1) Construire le registre des risques

Archiver dans le système d’information de votre projet (Sharepoint par exemple), un registre contenant pour chaque risque identifié :

  • l’identifiant unique
  • une description
  • la Probabilité d’occurrence (faible, moyen, fort)
  • la Gravité (faible, moyen, fort)
  • le porteur
  • le statut
  • la date de fin

2) Identifier les risques avec votre équipe

L’identification des risques ne se fait pas seul, c’est le travail de la “core team” du projet. L’identification passe par une revue de tous les secteurs possibles du projet (périmètre, planning, ressources, budget, qualité, sponsors, environnement, fournisseurs, etc..)

3) Identifier les opportunités

Ne pas oublier que même si bien souvent un risque est une menace pour le projet, il peut être aussi une opportunité. Dans ce cas, il convient de l’exploiter 🙂

4) Analyser la root cause

Comprendre la cause vous permettra de mieux aborder ce risque et potentiellement en réduire sa Criticité. Le chef de projet doit fait tout son possible pour éviter que le risque ne se transforme en problème (issue) pour le projet.

5) Définir l’impact

Dès le début du projet, le chef de projet va créer “une grille de scoring” pour les risques. Cela permettra de quantifier sans doute les risques qui seront identifiés par l’équipe.

6) Définir la probabilité d’occurrence

La même démarche que pour l’impact sera initiée au début du projet et consignée dans le Plan Projet.

7) Assigner un porteur

Tout risque doit avoir un porteur qui doit s’attacher à réduire au minimum (voir faire disparaître) le risque pour le projet.

8) Organiser des revues régulières

Des revues régulières (en Comité Projet par exemple), permettrons au chef de projet de considérer si l’ensemble des risques sur le projet sont à la hausse, à la baisse ou stagnent.

9) Communiquer et……communiquer !

80% de l’activité du chef de projet est la communication.
Donc, communiquez sur les risques identifiés, communiquez sur les plans d’actions, communiquez !

Patrick

Note : la traduction anglaise ici

Gold Plating is too much !

Gold plating is a bad project management practice. It consists in adding a feature not scheduled in the initial project scope (Sometimes, project’s team is very motivated for adding a new feature or new fixes…). The project manager role is to analyze the risk of this change and alert consequently the project board.

Risks

Le ‘Gold plating’ est une mauvaise pratique du pilotage de projet. Elle consiste à ajouter du contenu au périmètre initial. Même si parfois l’équipe est tentée d’ajouter une nouvelle fonctionnalité ou un correctif important au périmètre initialement défini, il en va de la responsabilité du Chef de Projet d’analyser le risque inhérent et d’en alerter le Management ou le Board de Pilotage (si celui-ci existe).

Patrick

Les 5 conseils pour faire capoter un projet

1) Dire oui à tout

Decision_Yes

Bien que les clients attendent du chef de projet une souplesse et une compréhension des besoins, ce dernier ne doit pas être trop permissif sur les changements qui lui sont proposés. Toute demande de changement doit être instruite et actée en âme et conscience des impacts (sur le périmètre, sur les coûts, sur le planning du projet).

2) Une organisation projet fortement matricielle

Ce type d’organisation a l’avantage d’impliquer et responsabiliser un maximum de ressources. En revanche, il faut veiller à ce que la décision revienne toujours au chef de projet . Le risque dans ce type d’organisation est que tout le monde décide et by-pass le chef de projet.

3) Une non gestion des risques

La gestion des risques est essentielle dans un projet. La négliger est suicidaire ! Un bon chef de projet doit ressentir les choses, être à l’affût et anticiper en permanence les risques de son projet. Une revue régulière pour éviter que les risques deviennent des problèmes est nécessaire.

4) Mauvaise estimation des durées

Trop souvent on construit le planning avant de définir le périmètre 😦 
L’élaboration du WBS, même si elle parait pénible, est une étape fondamentale. Une fois réalisée, il est plus simple d’estimer les durées des différentes tâches, définir le chemin critique et fournir au client une durée réaliste. Il convient également d’établir des jalons de passages sanctionnant des étapes majeures, ainsi, les clients pourront constater l’avancement du projet.

5) Ignorer les erreurs

PDCA

Comme le dit l’adage : “l’erreur est humaine”. Nous sommes tous humains et il arrive de faire des erreurs… Il renvient au chef de projet d’établir en cas d’erreur, un dialogue constructif avec l’équipe qui aboutira sur un plan d’action qu’il faudra présenter au client. ne pas oublier d’indiquer comment cette erreur ne se reproduira plus dans le futur !

Patrick

Les 5 phases d’un Programme

Un Programme s’articule autour de 5 phases (traduction française du Standard for Program Management — Second Edition – PMI) :

  • La préparation du Pré-Programme (Préparation)
  • L’initialisation du Programme (Initiation)
  • La définition du Programme (Setup)
  • Les livrables du Programme (Deliveries)
  • La clôture du Programme (Closure)

Les durées de ces phases sont variables et dépendent directement du périmètre du Programme.
Chacune de ces phases est validée par un point de passage formel qui valide les livrables produits.

1) La préparation du Pré-Programme

  • Comprendre et identifier les gains stratégiques du Programme,
  • Préparer le planning initialisant le Programme,
  • Définir les objectifs du Programme et les mettre en cohérence avec les objectifs de l’entreprise,
  • Préparer un ‘high level business case’ démontrant la justification du Programme,
  • Convenir d’une série de jalons programme clefs, qui permettront de s’assurer que le programme est conforme aux attentes.

2) L’initialisation du Programme

L’objectif principal de cette phase est de définir en détail comment le Programme sera organisé, piloté, et quels seront les principaux bénéfices attendus.

3) La définition du Programme

Cette phase finalise la charte programme et défini les bases du programme. Elle indique également comment le programme sera piloté et ses principaux livrables.
Cette phase se concluera par l’approbation du Plan de Management du Programme

4) Les livrables du Programme

Cette phase représente l’exécution du programme et notamment le suivi des livrables des projets qui le compose. L’équipe en charge du pilotage du programme sera vigilante et s’assurera que :

  • Les projets du programme délivrent conformément aux attentes définies
  • Les ressources partagées, les activités en commun sont nominalement coordonnées
  • Les risques soient correctement identifiés et suivis
  • Les problèmes connus ont des actions correctives prévues (porteur + date)
  • Les demandes de changements et activités non prévues soient actées ou pas
  • La communication auprès des parties prenantes soit effective

Le responsable du programme s’assure de l’alignement général, les chefs de projet ne s’occupant que de leur activité.


5) La clôture du Programme

Cette phase marque la fin du programme est généralement terminée suite à la livraison du produit accepté par le client.
Les activités réalisées durant cette phase sont :

  • La revue des livrables avec les parties prenantes
  • Le démantèlement de l’organisation, des moyens, et la libération des ressources impliquées
  • La compilation des leçons apprises
  • L’archivage de la documentation afin de pouvoir la réutiliser pour les programmes futurs

Le pilotage d’un projet s’apparente souvent à une grossesse

Voici un billet qui n’est pas une bonne pratique du Management de Projet ou de Programme mais plutôt un constat, un ressenti vécu à chaque réalisation d’un projet. Bien sûr, on se rapporte à des concepts connus comme vous pourrez le lire plus bas. L’écriture de cet article m’est venue après avoir lu un billet sur un autre blog dont voici le lien : http://www.pmhut.com/managing-projects-is-like-having-a-baby. Je vous souhaite une bonne lecture et autant de plaisir à le lire que moi à l’écrire.

Je vis chaque projet comme la naissance d’un enfant. D’ailleurs on dit souvent du projet que l’on dirige ‘c’est mon bébé !’. Mais comment se passe cette grossesse ? (enfin, je voulais dire cette réalisation)

Tout d’abord il y a eu la conception, ou plutôt la maturation de l’idée. Nous avons longtemps réfléchi, pensé…et puis après quelques tentatives (Proof of Concepts), nous nous sommes lancés, tous très motivés !

Les premiers mois ont été compliqués, voire nauséeux. Il a fallut communiquer, expliquer pourquoi, présenter les risques, les hypothèses et les objectifs attendus, les contraintes mais aussi les bénéfices, tenir compte de toutes les parties prenantes, réfléchir au nom, consulter les experts en tout genre qui ont eu …”l’Expérience”, a-t-on pensé à tout…

Le premier trimestre passé, on a commencé à avoir une grande faim de ressources, notre carburant. Une sorte de boulimie qu’il a fallut freiner en pensant à l’après et à la cure d’amaigrissement qu’il faudra subir. Le contrôle de prise de poids, les échographies aux jalons prévus se sont bien passées. La gestion du risque a été permanente. Rien de très critique mais quelques changements ont du être accepté. Le comité de suivi composé des parties prenantes s’est réuni à chaque décision et a acté en connaissance de cause.

Les mois avançant et le terme arrivant, les risques d’un accouchement prématuré se sont fait ressentir. Il fallait être vigilant à ne pas aller trop vite, bien tout vérifier, ne pas confondre vitesse et précipitation. Il restait encore pas mal de travail : préparer l’arrivée, s’assurer que tout était prêt à accueillir cet heureux évènement.

Voilà le moment tant attendu de tous : la délivrance. Tous les principaux acteurs sont là, stressés dans l’attente de voir comment sera le résultat dans le monde qui l’entoure, la qualité du travail réalisé, après tout ces mois de maturation. A quoi ou à qui ressemblera-t-il ?, comment sera-t-il accueilli ? se demandent les parties prenantes.

Et enfin, quelques jours ce sont passés. Lui est là, tout va bien, fonctionne à merveille et pourtant, on se sent triste. Le project blues se fait ressentir. On se demande qu’est-ce que l’on va faire maintenant ? doit-on le regarder évoluer, vérifier si les indicateurs sont conformes aux attentes ou doit-on rapidement réfléchir au petit frère ? 🙂