Les 12 principes du PMBOK 7, expliqués avec des exemples

Le PMBOK 7 a cessé de vous diriger avec une liste de processus pour commencer à vous guider avec des principes. Ils sont au nombre de 12, et ce ne sont pas des règles rigides : ce sont des critères pour bien décider lorsque chaque projet est différent. Les voici, en langage clair et avec un exemple de ce que l’on observe lorsqu’ils sont respectés.

Pourquoi des principes et non des processus

Une règle vous dit quoi faire dans une situation précise. Un principe vous dit quoi rechercher dans n’importe quelle situation. L’examen et la vie réelle regorgent de cas qu’aucune règle n’avait prévus, c’est pourquoi le PMBOK 7 vous entraîne à raisonner, et non à réciter.

Les 12 principes

1. Être un gestionnaire diligent, respectueux et attentionné. Vous prenez soin des ressources, des personnes et de la confiance qui vous a été accordée. Exemple : vous signalez à temps un dépassement de coûts au lieu de le cacher jusqu’à la fin.

2. Créer un environnement d’équipe collaboratif. Une équipe en sécurité et respectée est plus performante. Exemple : vous établissez des accords de travail clairs pour que personne n’ait peur de soulever un problème.

3. Impliquer efficacement les parties prenantes. Leurs attentes définissent la valeur. Exemple : vous parlez au client chaque semaine, et non seulement lors de la livraison finale.

4. Se concentrer sur la valeur. Le projet existe pour générer de la valeur, et non pour accomplir des tâches. Exemple : vous priorisez ce dont l’entreprise a besoin avant ce qui est facile à faire.

5. Reconnaître les interactions du système et y répondre. Un projet est un système de parties connectées. Exemple : vous constatez qu’un retard dans les achats touchera le calendrier des tests et vous agissez en amont.

6. Faire preuve de leadership. Cela ne dépend pas du poste. Exemple : vous montrez l’exemple en respectant ce que vous demandez à l’équipe.

7. Adapter selon le contexte. C’est le tailoring. Exemple : dans un petit projet, vous choisissez moins de documentation et plus de dialogue.

8. Intégrer la qualité dans les processus et les livrables. La qualité se construit, elle ne s’inspecte pas à la fin. Exemple : vous révisez les critères d’acceptation avant de commencer, et non après.

9. Naviguer dans la complexité. Vous reconnaissez l’incertitude et vous l’abordez par étapes. Exemple : vous découpez un périmètre ambigu en livraisons courtes pour apprendre au fur et à mesure.

10. Optimiser les réponses aux risques. Vous gérez les menaces mais aussi les opportunités. Exemple : vous réservez du temps pour un risque connu au lieu de croiser les doigts.

11. Adopter l’adaptabilité et la résilience. Les projets changent, vous vous en remettez. Exemple : lorsqu’un fournisseur fait défaut, vous avez déjà un plan B en tête.

12. Permettre le changement pour atteindre l’état futur prévu. Gérer le changement chez les personnes fait partie du travail. Exemple : vous préparez les utilisateurs avant le lancement, pour que la solution soit réellement utilisée.

Comment ils tombent à l’examen

L’examen vous demande rarement « quel est le principe numéro 4 ? ». Il vous présente un scénario et mesure si votre décision reflète ces principes. En cas de doute, choisissez l’option collaborative, proactive et orientée vers la valeur. C’est généralement la bonne.

Une façon de les retenir

Ne les mémorisez pas comme une liste. Regroupez-les par intention : comment vous traitez les personnes, comment vous préservez la valeur, comment vous affrontez l’incertitude et comment vous menez le changement. Lorsque vous comprenez l’intention, le principe exact vient de lui-même.

Rejoignez la liste d’attente

Chez The PM Architect, nous expliquons chaque principe avec des cas pratiques et des exercices de type examen. Les livres seront gratuits : laissez votre e-mail sur la page d’accueil et nous vous préviendrons dès qu’ils seront disponibles.