Astuce pour l’examen PMP: la Structure de Découpage du Projet (Work Breakdown Structure : WBS)

J’ai plusieurs fois abordé ce sujet critique de la construction du WBS en management de projet, notamment dans les billets:

Cornelius Fichtner nous fournit ici un éclairage personnel et insiste sur la règle des 100% qui est trop souvent oubliée.

PMP Exam Tip: The Work Breakdown Structure (WBS)

Posté par Cornelius Fichtner

Work Breakdown StructureUne Structure de Découpage du Projet (Work Breakdown Structure : WBS) dans le management de projet et l’ingénierie de systèmes, est un outil utilisé pour définir et grouper les lots de travail individuels d’un projet d’une manière qui aide à organiser et définir le contenu du travail total du projet. Un élément de structure découpage du projet peut être un produit, des données, un service, ou n’importe quelle combinaison. Un WBS fournit aussi la structure nécessaire pour l’évaluation de coût détaillée et le contrôle avec des conseils pour le développement et le contrôle de l’échéancier. De plus le WBS est un outil dynamique et peut être révisé et mis à jour autant que nécessaire par le chef de projet.

Un des principes de conception de Structure de Découpage du Projet les plus importants est appelé la Règle des 100 %. Cette Règle établit que le WBS inclut 100 % du travail défini dans le périmètre du projet et capture tous les livrables – internes, externes, provisoires – en termes de travail à réaliser, y compris le management de projet. La règle des 100 % est un des principes les plus importants guidant le développement, la décomposition et l’évaluation du WBS. La règle s’applique à tous les niveaux de la hiérarchie : la somme du travail au niveau « des enfants » d’une tâche doit égaler 100 % du travail de la tâche « parent » et le WBS ne devrait pas inclure de travail externe au périmètre réel du projet, c’est-à-dire qu’il ne peut pas inclure plus de 100 % du travail. En même temps, il ne peut pas en contenir seulement 95 %. Il doit contenir 100 % du travail. Cela s’applique au niveau de l’activité. Le travail représenté par les activités de chaque lot de travail doit s’élever à 100 % du travail nécessaire pour compléter le lot de travail.

La 4ème Édition du guide PMBOK déclare que créer le WBS est le processus de subdiviser des livrables de projet et le travail de projet en des composants plus petits, plus faciles à manager. Le WBS est une décomposition hiérarchique orientée à réaliser par l’équipe projet pour accomplir les objectifs du projet et créer les produits requis, avec à chaque niveau plus bas du WBS la représentation d’une définition de plus en plus détaillée du travail du projet. Le WBS organise et définit le contenu total du projet et représente le travail indiqué dans le document approuvé de déclaration de portée du projet. Le travail planifié est contenu au niveau le plus bas WBS des composants, qui sont appelés des lots de travail. Un lot de travail peut être planifié, estimé en coûts, surveillé et contrôlé. Dans le contexte du WBS, le travail se réfère aux livrables de travail ou aux produits qui sont le résultat de l’effort et pas à l’effort lui-même.

Lisez en davantage sur le WBS dans le PMBOK en commençant par la section 5.3.

le site de microsoft projet en français
Partenaire de DantotsuPM

les réunions de démarrage de Projet

Project Kickoff Meetings de Philip Diab

project launch kickoff lancement projetBien démarrer le projet donne le ton pour tout le projet et positionne souvent l’équipe pour la réussite. Même si cela ne peut pas garantir le succès, avoir un mauvais démarrage de projet est dans la plupart des cas un premier signe d’alarme que le projet se dirige droit dans le fossé. L’événement le plus important pendant le processus d’initiation est la réunion de démarrage/de lancement. C’est cette rencontre entre l’équipe et les parties prenantes qui lance officiellement le projet. Cela pourrait bien être la réunion la plus importante parce que c’est souvent un test du chef de projet et de l’équipe par l’organisation pour voir si chacun est bien en place ou non.

Les bénéfices de la réunion de démarrage incluent :

  • Affirmation de l’appui du sponsor exécutif et des leaders seniors aux objectifs du projet.
  • L’explication de l’autorité et de la responsabilité du chef de projet à l’organisation pour obtenir l’appui et demander la coopération.
  • Une occasion pour l’équipe de se réunir sous la bannière du projet.
  • Donner les attentes des parties prenantes et de l’organisation quant à ce qui est couvert ou pas dans le périmètre du projet.
  • Recevoir les réactions sur toute omission dans les bénéfices potentiels du projet et commencer à construire/raffiner les exigences.

Il est important dans cette partie du processus de planification que le chef de projet travaille avec les parties prenantes pour assurer leur bonne représentation pendant la réunion.

Les participants à la session de démarrage devraient inclure :

  • Le sponsor exécutif et le chef de projet
  • Membres clefs du comité de direction
  • Tous les membres de l’équipe projet
  • Les représentants de l’organisation du client (interne ou externe)
  • Les représentants d’autres leaders de projets qui pourraient interagir avec ce projet (dans le cas d’un programme)

Puisque c’est la première occasion pour le chef de projet de démontrer sa force et ses compétences, il est important pour le PM de bien mener/faciliter cet événement. Cependant, pour que cette activité soit perçue positivement, le PM doit passer du temps avant la réunion pour la préparer.

Voici quelques suggestions pour aider le PM à bien se préparer pour l’événement et mener une réunion efficace :

  • commentairesLa préparation d’une présentation qui est partagée avec les participants décrivant le « business case » pour le projet et la description de la portée à un haut niveau.
  • Discussion avec les membres de l’équipe des responsabilités et partager cette information pendant la réunion.
  • Mettre l’accent sur les éléments clefs de la charte de projet ou de la déclaration de travail ou du contrat client. Cela peut inclure des processus comme l’approbation de livrable ou le contrôle des modifications.
  • Discussion sur la terminologie pour parvenir à un accord sur un jeu de définitions communes.
  • Établir et/ou revoir les règles de vie d’équipe pour donner des attentes appropriées.
  • Fournir les détails de contact pour des parties prenantes clefs et exposer les étapes suivantes.
  • Détailler la suite proposée dans le processus et mettre en évidence les événements marquants prévus ou jalons pour le projet et s’assurer que chacun comprend ce qui arrivera ensuite.
  • L’identification d’une personne qui servira de preneur de notes de réunion pendant la session (autre que le PM) pour que les questions business, décisions et problèmes soient capturés.
  • La revue des éléments clefs du produit/service à livrer sur le projet afin de déterminer s’il y a bien une compréhension commune.
  • La conduite d’une session de « Team Building » si le temps permet et/ou si c’est approprié.

Une fois que l’on conclut la réunion avec succès, le processus de la réunion de démarrage n’est pas fini.

Il y a des activités de suivi que le PM et l’équipe doivent adresser pour assurer que la crédibilité se poursuive :

  • à retenirRevoir et distribuer les notes de la rencontre de démarrage incluant les points d’action.
  • Ajuster les composants clefs de la portée si certains ont été identifiés et mettre à jour la charte s’ils ont été agréés.
  • Communiquer sur le lancement du projet aux personnes non présentes ou non invitées à cette réunion.
  • Lancer une vérification de la portée détaillée et des sessions de validation des objectifs pour commencer la planification.
  • Documenter les modes opératoires et règles de vie avec l’équipe.
  • Communiquer les responsabilités convenues pour les divers membres d’équipe et parties prenantes.
  • Mettre à jour la documentation officielle comme la charte, SOW, etc …

Comme je l’ai mentionné, il n’y a peut-être aucune réunion plus importante que celle de lancement dans la vie du projet. Je m’en rappelle une, dans une organisation que j’ai rejointe, où le chef de projet est arrivé en retard et a quitté la réunion pendant 15 minutes pour faire les copies de l’ordre du jour (qu’il aurait du avoir au départ). Comme vous pouvez l’imaginer, cette réunion était peut-être la meilleure réunion de l’équipe projet qui a ensuite poursuivi sa descente aux enfers. Le projet ne s’est pas bien terminé.

Je suis sûr qu’il y a d’autres trucs que les praticiens ont relevé pendant leurs réunions de démarrage, donc merci de vos commentaires.

CSP Formation
Partenaire de DantotsuPM