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!

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 ? 🙂

Portefeuille, Programmes et Projets

K4pm.com est le site de la connaissance en Management de Projet. Aussi, après avoir publié 3 articles, je me dis qu’il est important de rappeler les fondamentaux 🙂 – voici que ce dit le PMI®.

Qu’est-ce qu’un Portefeuille de Projet :

“c’est une collection de composants (Portefeuilles, Programmes, Projets) regroupés de façon d’une part à faciliter le pilotage et d’autre part à atteindre les objectifs. Les Programmes et les Projets au sein du portefeuille n’ont pas nécessairement un lien ou de dépendances entre eux”

Qu’est-ce qu’un Programme :
“c’est un ensemble de projets qui ont un lien entre eux. Ils sont démarrés pendant le cycle de vie du Programme et pilotés de façon coordonnée. Le Responsable du Programme coordonne les efforts entre ces projets mais ne les pilote pas directement”

Qu’est-ce qu’un Projet :
“Un projet est un effort provisoire avec un commencement et une fin (d’habitude contraint de temps et souvent contraint en budget ou dans la fourniture de livrables), entrepris pour atteindre des buts uniques et des objectifs”

Differences between projects, programs and portfolios

Les bases d’un PMO Programmes et Projets

Compte tenu du nombre toujours croissant des Programmes et/ou Projets et/ou Portefeuille à gérer tout en tenant compte de l’affectation des ressources, des plannings, les canaux de communication et de la technologie qui évolue, la vie professionnelle est en train de devenir complexe. La mise en oeuvre d’une structure telle qu’un PMO (Program/Projetc Management Office) apportera au Chef de Projet un support certain pour piloter son projet de bout en bout (de l’initialisation à la célébration).

Un PMO est une organisation dans laquelle les Programmes et les Projets sont pilotés de façon homogène. Les avantages d’un PMO sont les suivants :
– Une approche standard de Management de Programmes et Projets
– Des canaux de communication précis et une vrai responsabilité
– La duplication des activités est réduite
– L’apport d’un soutien, d’un recul aux Chefs de Projets / Responsables de Programmes et de leurs équipiers
– La garantie que les livraisons des projets seront faites dans les objectifs de temps, de budget et de qualité définis

Les activités principales d’un PMO sont :

  • La Planification globale : La réalisation du planning n’est pas de la responsabilité du PMO mais celui-ci y participe en proposant un modèle de planning propre à l’entreprise et en validant que celui-ci est réalisé sans oubli des dépendances externes (autres projets / programmes par exemple).
  • L’analyse des risques : Tout comme la planification, l’analyse des riques reste de la responsabilité du chef de projet. Cependant, ce dernier s’appuiera sur le PMO pour avoir un avis extérieur tant sur les risques connexes au projet que sur la méthodologie. Ainsi, le PMO est l’organisme disposant de l’ensemble des risques des projets / programmes en cours.
  • Le suivi des Programmes / Projets : Bien que le reporting et le suivi des Programmes / Projets est assurée par les pilotes désignés, ces informations sont agrégées au sein du PMO qui assemble ainsi une vision globale sur l’affectation des ressources, l’avancement des tâches en cours

Il y a beaucoup d’avantages à s’appuyer sur un PMO. Notamment dans les entreprises multipliant le nombre de Programmes et/ou Projets. Un PMO ne nécessite pas forcément de nombreuses ressources et garanti un lieu unique d’information sur les activités en cours.

Source : http://www.pmhut.com/the-basics-around-a-program-project-management-office

Comment rendre fou un chef de projet ?

Vous souhaitez rendre fou votre chef de projet, voici quelques exemples à suivre 😉 ou pas….

L’original de l’article decouvert sur le web est ici.

1) En tant qu’Equipier du projet toujours rester flou, ne jamais donner de probabilités de réussite ni de date précise. Lorsque vous prenez une action, répondez par “probablement”, “on va essayer de le faire pour cette date”.

2) En tant que Client ou Manager du Chef de Projet, demandez l’impossible pour tout de suite, au lieu d’un délai raisonnable.

3) En tant qu’Equipier du projet, acceptez une décision puis la prochaine fois que l’on vous en parle, dites que vous ne savez pas de quoi il s’agit.

4) En tant qu’Equipier du projet, prenez des grandes vacances sans prévenir ni remplaçant.

5) En tant qu’Equipier du projet, ne désapprouvez jamais directement. Faites le plutôt devant le responsable (mieux encore, le responsable du responsable) du Chef de projet.

6) En tant que Partie prenante, critiquez le Chef.de projet pour tout et n’importe soi. Ne lui donnez aucune chance de succès.

7) En tant qu’Equipier, acceptez immédiatement toute demande de réunion mais n’y participez jamais.

8) En tant qu’Equipier, évitez une courte discussion téléphonique avec le Chef du projet, préférez plutôt un long mail avec une longue liste de personne en copie (ajoutez bien sur le Management ;-))

9) En tant que Client, une fois par semaine, doublez le périmètre, réduisez le planning et le budget de moitié.

10) Et maintenant, à vous de proposer quelque chose !