"Start with Why" : La clé de la valeur en gestion de projet

Dans le domaine de la gestion de projet, la création de valeur est une priorité essentielle. Pour y parvenir, il est crucial de comprendre le "pourquoi" de chaque tâche, de chaque livrable du projet. C'est là qu'intervient le concept très intéressant de Simon Sinek : "Start with Why".

Dans sa célèbre vidéo [1], Sinek nous incite à réfléchir à l'importance de définir le sens profond de nos projets. Que ce soit dans le cadre du cycle en V, une méthode traditionnelle et structurée, ou dans une approche agile, où l'adaptabilité est primordiale, le "pourquoi" reste le pilier central de la création de valeur.

Dans cet article, nous explorerons comment intégrer la philosophie de "Start with Why" de 2 façons différentes, afin de maximiser la valeur de nos projets en gestion de projet."

Simon Sinek “Start with Why”

Ce chapitre propose un résumé rapide de la vidéo originale de Simon Sinek[1]

Le pouvoir du "Pourquoi" 

Beaucoup d'entre nous savent ce que nous faisons et comment nous le faisons, mais peu sont capables d'exprimer clairement pourquoi nous le faisons. Le "Pourquoi" représente notre raison d'être, notre objectif ultime et notre croyance profonde.

Comprendre et communiquer efficacement notre "Pourquoi" est essentiel pour inspirer et motiver les parties prenantes de toute transformation, de tout projet.

L'impact sur les actions et les comportements

Lorsque nous sommes clairs sur le "Pourquoi", cela influence profondément nos actions, nos décisions et nos comportements. Les leaders et les organisations , en partageant leur vision et leur objectif, suscitent l'engagement et l'adhésion de leur équipe.

Cela crée une culture d'inspiration et de motivation au sein de l'organisation.

L'exemple inspirant d'Apple

Apple est un exemple éloquent de l'importance du "Pourquoi". Plutôt que de simplement promouvoir leurs produits en mettant l'accent sur leurs caractéristiques techniques, Apple communique son "Pourquoi" en défiant le statu quo et en encourageant les gens à penser différemment.

Cette approche inspirante a contribué à leur succès continu et à leur différenciation sur le marché.

Les leçons historiques

L'histoire regorge d'exemples où le "Pourquoi" a joué un rôle crucial dans la réussite. Martin Luther King Jr. a pu mener le mouvement des droits civiques grâce à sa conviction profonde dans la justice et l'égalité. Les frères Wright ont réussi à réaliser le premier vol motorisé grâce à leur passion et à leur vision audacieuse. Ces exemples démontrent que le "Pourquoi" motive les individus et les équipes à surmonter les obstacles et à atteindre des résultats extraordinaires.

Nous voyons donc que comprendre le "Pourquoi" est essentiel dans la gestion de projet. En identifiant et en communiquant clairement notre raison d'être, nous sommes en mesure d'inspirer et de mobiliser notre équipe, de dépasser les attentes et de réaliser des résultats exceptionnels. Alors, la prochaine fois que les choses ne se dérouleront pas comme prévu, rappelez-vous de revenir à votre "Pourquoi" et laissez cette vision guider vos actions vers le succès.

Mais répondre à la question « pourquoi » ne résoud pas tout pour le projet … à ce stade on ne connait ni livrables, ni tâches, bref, on n’a pas encore la moindre idée du détail de tout ce qu’il y aura à produire par le projet.

Essayons d’aller plus loin avec 2 méthodes : la méthode classique, et la méthode agile.

La méthode classique

1. Le "Why" - Comprendre les besoins du client

La première étape consiste à comprendre le "Why" de notre projet, c'est-à-dire la raison d'être du projet.

Cela implique d'approfondir notre connaissance des besoins et des attentes de nos clients et utilisateurs.

Un client peut être une entreprise ou une personne qui bénéficiera directement ou indirectement du résultat du projet. En identifiant les personas, qui sont des représentations fictives de nos utilisateurs types, nous pouvons mieux appréhender leurs motivations, leurs objectifs et leurs défis.

Cette compréhension approfondie nous permet de définir la raison d’être du projet.

2. Le "How" - Planification et tâches :

Une fois que nous avons identifié le "Why" de notre projet, nous passons à l'étape du "How".

Cela implique de planifier les différentes étapes du projet et de définir les tâches nécessaires à sa réalisation. Les tâches représentent les actions spécifiques à effectuer pour atteindre les objectifs du projet.

Il est essentiel de décomposer le projet en tâches claires, mesurables et réalisables afin de garantir une progression fluide et efficace. Une approche courante pour définir les tâches consiste à décrire les fonctionnalités du produit du point de vue de l'utilisateur. Cela aide à maintenir le focus sur les besoins des utilisateurs tout au long du projet. 

3. Le "What" - Création des livrables

La dernière étape du processus est le "What", qui se concentre sur la création des livrables du projet ou fonctionnalités du produit. Les livrables sont les résultats concrets que nous fournissons à nos clients et utilisateurs. Ils peuvent prendre différentes formes, comme des produits, des rapports, des fonctionnalités, des documents ou des services.

En se basant sur les tâches et les fonctionnalités définies précédemment, nous pouvons raffiner les livrables en veillant à ce qu'ils répondent pleinement aux attentes des utilisateurs et qu'ils apportent de la valeur.

Cela nécessite une collaboration étroite avec l'équipe du projet pour assurer une exécution efficace et une qualité optimale des livrables.

En suivant ces trois étapes du "Why, How, What", nous pouvons créer de la valeur en gestion de projet en fournissant des livrables qui répondent aux besoins et aux attentes de nos clients et utilisateurs.

En comprenant le "Why" du projet, en planifiant les tâches de manière stratégique et en créant des livrables pertinents, nous sommes en mesure de générer un impact positif et de favoriser la réussite du projet.

L’approche agile avec l’atelier d’impact mapping

L'impact mapping est une méthode puissante qui permet de visualiser les résultats attendus d'un projet et de justifier les actions nécessaires pour les atteindre. En utilisant cet outil, les équipes peuvent définir les objectifs commerciaux, les comportements attendus des utilisateurs et les livrables clés. Cela permet de créer une feuille de route claire et orientée vers la création de valeur.

Lors de l'atelier d'impact mapping, il est essentiel d'impliquer les clients et les utilisateurs dans le processus. En comprenant leurs besoins et leurs attentes, les équipes peuvent définir des personas, c'est-à-dire des profils fictifs représentant les différents types d'utilisateurs. Les personas aident à comprendre les motivations et les comportements des utilisateurs, ce qui permet de créer des user stories pertinentes.

Les user stories sont des descriptions courtes et spécifiques des fonctionnalités souhaitées du produit, formulées du point de vue de l'utilisateur. Elles permettent de décomposer les objectifs stratégiques en tâches réalisables et de hiérarchiser les efforts de développement. En utilisant les user stories, les équipes peuvent se concentrer sur les fonctionnalités qui auront le plus d'impact pour les utilisateurs, tout en gardant à l'esprit les objectifs commerciaux.

Voici un déroulé typique de l’atelier, compter 2 heures en tout :

Conclusion

Dans cet article, nous avons vu en quoi Simon Sinek nous inspire pour décliner concrètement et précisément la valeur délivrée par le projet. L’approche classique, orientée décomposition en tâches permet de définir précisément les livrables et fonctionnalités attendues. L’approche agile, quant à elle, est plus tournée vers les utilisateurs et clients finaux, en identifiant ce qu’ils doivent arrêter et commencer une fois le projet livré.

Voir aussi notre article « WBS vs. Backlog » relatif à la valeur du projet.

Références

[1] Start with Why, Simon Sinek https://www.youtube.com/watch?v=u4ZoJKF_VuA

[2] Impact Mapping , exemple, https://draft.io/fr/example/impact-mapping

[3] Mapping User Stories in Agile https://www.nngroup.com/articles/user-story-mapping/

[4] “WBS vs. Backlog : lequel choisir ? » mbcs.fr/blog