Tanguy El Mouahidinefocus projet bienvenue sur focus projet le podcast du management de projet le management de projet qu'est ce que c'est ça va ĂȘtre les diffĂ©rentes techniques et outils qui vont nous permettre de mener Ă bien nos projets planning coĂ»t risque gestion d'Ă©quipe changement communication dĂ©finition du besoin au fil des Ă©pisodes on va voir tout cela ensemble Alors que tu sois le directeur de projet de la prochaine Gigafactory, ou que tu te retrouves Ă t'occuper des projets de ton entreprise en plus de ton travail, abonne-toi. Ce podcast va simplifier la rĂ©ussite de tes projets. Lorsque je parle du facteur de rĂ©ussite d'un projet, j'insiste souvent sur le fait de bien dĂ©finir le contenu de celui-ci au dĂ©part. Pour beaucoup de gens, cela paraĂźt superflu. On leur confie un projet et on leur indique ce qu'ils doivent faire. Il est vrai que dans beaucoup de situations, un cahier des charges est fourni, ou Ă minima, des attentes sont formalisĂ©es. Mais il y a aussi beaucoup d'autres cas oĂč le contenu n'est pas dĂ©taillĂ©, voire pas dĂ©fini du tout. Dans cette situation, cela va ĂȘtre en partie Ă vous de choisir ce que vous allez mettre en place avec votre projet pour rĂ©pondre aux besoins. Quelle que soit votre situation de dĂ©part, il est pour moi indispensable de passer du temps sur la dĂ©finition du pĂ©rimĂštre de votre projet. Pourquoi c'est important ? En quoi cela va consister ? Comment faire pour bien dĂ©finir le contenu ? C'est ce que l'on voit ensemble aujourd'hui. Pourquoi est-il important de bien dĂ©finir le contenu du projet ? Le contenu du projet, son pĂ©rimĂštre, reprĂ©sente ce que vous allez avoir Ă rĂ©aliser avec votre projet. Si vous ne savez pas ce que vous avez Ă faire, le projet va vite devenir trĂšs compliquĂ©. Il va vous ĂȘtre difficile de vous organiser, d'Ă©valuer le temps et les ressources nĂ©cessaires, ou d'anticiper les problĂšmes que vous pourriez rencontrer. Mais au-delĂ de cet aspect, ne pas savoir ce qu'il faut faire, c'est aussi une Ă©tape importante pour s'assurer que ce que vous allez rĂ©aliser va rĂ©pondre aux objectifs du projet. D'une certaine maniĂšre, c'est la clĂ© de la rĂ©ussite du projet. Il faut que ce qui va ĂȘtre produit par le projet rĂ©ponde le mieux possible aux besoins qui ont donnĂ© lieu Ă la crĂ©ation du projet. Il ne faut pas oublier que ce que l'on attend rĂ©ellement du projet, ce ne sont pas les livrables qui vont ĂȘtre produits. C'est le changement que le projet va crĂ©er. et la maniĂšre dont ce changement va rĂ©pondre aux besoins. Vous pouvez rĂ©aliser votre projet dans les temps et le budget, mais si les livrables ne rĂ©pondent pas aux besoins, ça sera un flop. Donc, au-delĂ de savoir ce que vous allez rĂ©aliser avec votre projet, il est important de passer du temps sur la dĂ©finition du contenu pour bien comprendre le besoin et vous assurer que ce que vous allez faire va permettre d'y rĂ©pondre. En quoi la dĂ©finition du contenu consiste-t-elle ? Comme je viens de le sous-entendre, une bonne dĂ©finition du contenu passe par une comprĂ©hension approfondie du besoin et une analyse fine de celui-ci. Il s'agit d'aller plus loin que ce qui peut ĂȘtre Ă©crit ou dit en surface. Il faut trouver et comprendre les problĂ©matiques de fond auxquelles le projet doit rĂ©pondre. A partir de celles-ci, on va sĂ©lectionner les moyens les plus adĂ©quats pour y rĂ©pondre en respectant les contraintes du projet. Ces moyens sont gĂ©nĂ©ralement les diffĂ©rents livrables que l'on va produire avec le projet. L'idĂ©e, c'est de passer du besoin Ă ce que l'on met en place. Ceci est aussi valable lorsqu'un cahier des charges est fourni. Malheureusement, tous les cahiers des charges ne sont pas bien construits, explicites et exhaustifs. Le besoin rĂ©el n'est pas forcĂ©ment exprimĂ©. Faire cet exercice de comprĂ©hension du besoin et sa transposition en Ă©lĂ©ments tangibles est aussi nĂ©cessaire de mon point de vue dans ce cas. Il vous permettra une connaissance approfondie de la problĂ©matique de fond de votre projet. Vous vĂ©rifierez. par la mĂȘme occasion l'adĂ©quation entre ce que vous allez rĂ©aliser et le besoin. Comment faire ? Tout d'abord, lisez et analysez les documents et les informations qui vous sont fournis. Cela vous permettra de vous faire une premiĂšre idĂ©e. Par contre, comme je l'ai dit, ne vous arrĂȘtez pas lĂ . Allez discuter avec votre client, le sponsor, les utilisateurs futurs, avec toutes les parties prenantes du projet. Ăcoutez-les. Qu'est-ce qu'elles en pensent ? Qu'est-ce qu'elles souhaitent ? Qu'est-ce qu'elles craignent ? Posez des questions, soyez curieux et Ă l'Ă©coute. Ă travers ces discussions, identifiez leurs besoins, leurs exigences, leurs craintes et leurs prioritĂ©s. Ces discussions vont vous amener plein d'informations qu'il va falloir traiter et analyser. Votre but est d'identifier ce qui va compter pour votre projet, ce qui va permettre de rĂ©pondre aux besoins, ce qui va faire que votre projet va ĂȘtre une rĂ©ussite Ă la fin. Une fois l'ensemble de ces informations, de ses besoins, de ses exigences collectĂ©es et centralisĂ©es. il va vous falloir les arbitrer. Il y a de fortes chances pour qu'une partie d'entre elles soit incompatible ou contradictoire, que d'autres ne rentrent pas forcĂ©ment dans le cadre du projet ou qu'elles ne permettent pas de respecter certaines contraintes. Il est donc nĂ©cessaire de faire le tri, de rĂ©aliser des arbitrages en acteur avec votre commanditaire pour fixer le pĂ©rimĂštre du projet. Une fois que c'est fait, ne vous arrĂȘtez pas lĂ . Formalisez ce pĂ©rimĂštre et communiquez dessus. Explicitez ce que vous prĂ©voyez. Dites aussi clairement ce qui ne pourra pas ĂȘtre rĂ©alisĂ© ou pris en compte. Cela ne sert Ă rien de mettre les choses sous le tapis. Cela ne vous apportera que des problĂšmes par la suite. Expliquez vos choix et justifiez vos arbitrages. N'hĂ©sitez pas Ă retourner voir les gens de maniĂšre individuelle pour expliquer de maniĂšre plus prĂ©cise les dĂ©cisions qui ont Ă©tĂ© prises. Comment formalise-t-on le pĂ©rimĂštre du projet ? Il est important de formaliser le pĂ©rimĂštre. Il est nĂ©cessaire de laisser une trace. Il serait bĂȘte d'oublier ce qu'on a dĂ©cidĂ©. Cela peut prendre diffĂ©rentes formes en fonction de ce en quoi le projet consiste. Un document textuel, des listes, des plans, des livrables dans un outil informatique, que sache, toutes les solutions peuvent ĂȘtre bonnes. Par contre, il est nĂ©cessaire qu'on puisse facilement et clairement identifier ce qui est prĂ©vu d'ĂȘtre rĂ©alisĂ© avec le projet. En plus de cela, il est judicieux de prĂ©ciser ce qui ne sera pas fait, ce qui est exclu, pour ne pas laisser de doute. Lorsque des interfaces ne sont pas forcĂ©ment nettes, que la limite entre ce qui est prĂ©vu et ce qui est exclu n'est pas Ă©vidente, je conseille aussi de bien prĂ©ciser cette limite entre ce qui est inclus et ce qui est exclu. Le but, c'est d'ĂȘtre le plus clair possible, de laisser le moins de place possible Ă l'interprĂ©tation par la suite. Vous gagnerez en sĂ©rĂ©nitĂ© de cette maniĂšre. Vous allez me dire, c'est gentil tout ça, mais comment je fais si je suis incapable de dĂ©terminer dĂšs le dĂ©but, en dĂ©tail, tout ce qui doit ĂȘtre fait ? Ne vous en faites pas, ça arrive trĂšs souvent. Il est normal de ne pas pouvoir dĂ©finir en dĂ©tail tout ce qu'on va faire quand on commence le projet. Il y a diffĂ©rentes solutions pour cela. En fonction des situations, on va en prĂ©vulger une ou une autre. La premiĂšre, ça va ĂȘtre de travailler par Ă©tapes. On commence par une dĂ©finition un peu grossiĂšre de ce qu'on a Ă faire, de maniĂšre Ă pouvoir avancer. On rĂ©alise des premiers choix assez gĂ©nĂ©raux qui vont nous permettre d'obtenir de nouvelles informations. Nous approfondissons nos connaissances du besoin et des contraintes de cette maniĂšre. Avec ces premiers rĂ©sultats, ces premiĂšres orientations et ces recherches, on peut rĂ©itĂ©rer cet exercice et dĂ©finir de maniĂšre plus prĂ©cise le contenu du projet. Cela se fait souvent lorsqu'on part du besoin et qu'on met le projet en place. On peut dans ce cas-lĂ rĂ©aliser plusieurs phases de dĂ©couverte pour bien dĂ©finir ce que l'on va mettre en place et s'assurer que le projet va correspondre aux besoins. Une autre maniĂšre de faire est de travailler de maniĂšre incrĂ©mentale. L'idĂ©e ici, c'est de commencer par rĂ©aliser ce qu'on est en mesure de dĂ©finir, ce que l'on sait. Une fois que c'est fait, on continue de rĂ©pondre aux besoins, puis en dĂ©finissant et rĂ©alisant d'autres Ă©lĂ©ments. On fait ici les choses morceau par morceau, lĂ oĂč avec la mĂ©thode prĂ©cĂ©dente, on va plutĂŽt rĂ©aliser les choses tout d'un coup, mais en ajoutant des dĂ©tails petit Ă petit, en avançant dans le projet. Avec cette mĂ©thode incrĂ©mentale, cela peut se faire au sein d'un mĂȘme projet, mais aussi en dĂ©coupant cela en plusieurs projets, dans un programme par exemple. Une autre solution, c'est d'adopter une mĂ©thode de rĂ©alisation agile. Dans ce cas-lĂ , on travaille de maniĂšre itĂ©rative. Le but, ça va ĂȘtre de livrer rapidement et rĂ©guliĂšrement des Ă©lĂ©ments. Cela nous permet de nous assurer que ce que l'on produit correspond aux besoins tout au long de la rĂ©alisation du projet. Dans ce cas, la dĂ©finition du contenu se fait sur la prochaine itĂ©ration. On va rĂ©aliser des petits morceaux les uns aprĂšs les autres. et s'assurer que chaque morceau corresponde bien aux besoins. Cela permet d'adapter le contenu du projet aux retours qui sont rĂ©alisĂ©s. Le besoin dans ce cas peut plus facilement ĂȘtre changeant sans que cela n'affecte l'adĂ©quation entre ce que l'on rĂ©alise et le besoin. Pour rĂ©sumer, la dĂ©finition du contenu du projet est un Ă©lĂ©ment clĂ© pour la rĂ©ussite de celui-ci. Au-delĂ de dĂ©finir ce que l'on va rĂ©aliser avec le projet, elle permet de s'assurer que les livrables prĂ©vus sont en adĂ©quation avec les besoins. La dĂ©finition du contenu passe par une comprĂ©hension approfondie de la problĂ©matique Ă laquelle le projet doit rĂ©pondre et Ă la sĂ©lection des moyens les plus adĂ©quats pour cela. Pour y arriver, il est nĂ©cessaire de discuter et de questionner l'ensemble des parties prenantes pour cerner leurs attentes et leurs exigences. Une fois ces Ă©lĂ©ments collectĂ©s et centralisĂ©s, il est nĂ©cessaire de faire des arbitrages pour dĂ©cider du contenu du projet. Quand il est Ă©tabli, communiquez dessus et formalisez-le. La maniĂšre dont on le formalise n'a pas vraiment d'importance. Cela peut varier en fonction des projets. Ce qui est important, c'est que ce que l'on va rĂ©aliser soit clair. Il est aussi bon de prĂ©ciser ce qui ne sera pas fait pour pas qu'il n'y ait de doute. J'espĂšre que vous avez maintenant une meilleure idĂ©e de la maniĂšre dont on dĂ©finit le contenu d'un projet et de l'intĂ©rĂȘt d'y consacrer du temps. Vous avez une astuce pour faire cela ? Une mĂ©saventure Ă ce sujet ? Venez nous en faire part soi-mĂȘme. Cet Ă©pisode vous a plu ? Abonnez-vous ! Vous avez pensĂ© Ă quelqu'un Ă qui cet Ă©pisode peut ĂȘtre utile ? Partagez-le ! Bonne semaine et Ă lundi prochain.