Bienvenue Ă toutes et Ă tous ! đ
Comme vous pouvez le voir (et le lire), ce cours a Ă©tĂ© conçu dans un double format : vidĂ©o et texte. Dans les vidĂ©os, je vous expliquerai de maniĂšre trĂšs synthĂ©tique toutes les notions thĂ©oriques et vous me verrez les mettre en pratique Ă travers un exemple fictif mais concret. Dans le texte, ces notions seront approfondies. Vous y trouverez aussi des ressources complĂ©mentaires pour vous permettre de les appliquer Ă votre propre contexte.Â
Rappel : Ă la fin de chacune des 3 parties du cours, vous pourrez passer un quiz. Pour rĂ©ussir le cours, votre moyenne devra ĂȘtre supĂ©rieure Ă 70% !đ
Certains Ă©tudiants seront capables de rĂ©pondre aux quiz en regardant seulement les vidĂ©os. Ăa sera peut-ĂȘtre votre cas. Cela dit, si vous voulez tirer un maximum de ce cours, je vous recommande de lire Ă©galement le texte. Pour un apprentissage plus actif, vous pouvez aussi rĂ©sumer chaque chapitre avec vos propres mots ou mieux encore, refaire ce qui est vu dans chacun d'entre eux.
Maintenant que vous savez comment fonctionne ce cours, entrons dans le vif du sujet !
La gestion de projet ? En quoi ça consiste exactement ?
Prenons 1 minute pour nous accorder sur les termes et ainsi partir sur de bonnes bases. đ€
Dans "gestion de projet", il y a deux idées.
La premiÚre idée, la gestion, c'est l'action de gérer, autrement dit d'organiser, d'administrer, de contrÎler ou de se donner les moyens de réaliser quelque chose.
La deuxiĂšme idĂ©e, le projet, c'est justement ce quelque chose qui doit ĂȘtre gĂ©rĂ©.Â
Le mot "projet" est utilisĂ© pour dĂ©signer tellement de choses et de maniĂšre tellement approximative que l'idĂ©e que vous vous en faites est peut-ĂȘtre, elle aussi, approximative. Voici une dĂ©finition gĂ©nĂ©rale mais nĂ©anmoins prĂ©cise.
Un projet est un ensemble d'activitĂ©s coordonnĂ©es et maĂźtrisĂ©es pour atteindre un objectif en respectant des exigences de qualitĂ©, de coĂ»ts et de dĂ©lais. Un projet a une date de dĂ©but et une date de fin.Â

D'aprÚs cette définition, la construction d'une maison, d'un pont ou encore le développement d'un logiciel sont autant d'exemples de projets.
Toutefois, selon la nature du projet, les activitĂ©s et les corps de mĂ©tier Ă coordonner pour atteindre l'objectif peuvent ĂȘtre complĂštement diffĂ©rents. De la mĂȘme maniĂšre, d'un projet Ă l'autre, les exigences de qualitĂ©, de coĂ»ts et de dĂ©lais peuvent ĂȘtre plus ou moins contraignantes. Dans ce sens, tous les projets sont uniques.
Comme son nom le suggĂšre, ce cours va se concentrer sur les projets digitaux, numĂ©riques ou informatiques (crĂ©ation de site web, d'application mobile ou de logiciel). Vous y verrez le dĂ©roulement d'un projet de A Ă Z, autrement dit, de sa date de dĂ©but Ă sa date de fin (aussi appelĂ©e deadline). Cependant, gardez Ă l'esprit que ce projet, comme tous les autres, sera unique et que par consĂ©quent ce que vous allez apprendre devra ĂȘtre re-contextualisĂ© avant d'ĂȘtre appliquĂ© Ă un autre projet.
Idéalement, tout projet commence avec l'expression d'un ou de plusieurs besoins (qui seront formulés en objectifs par la suite).
Selon qui exprime ce ou ces besoins et de quelle maniÚre, vous (le chef de projet) allez devoir gérer des scénarios potentiellement trÚs différents. La premiÚre différenciation à faire est celle des projets internes et externes.
Dans certains cas, vous Ă©voluerez au sein mĂȘme de l'organisation qui a besoin du projet, en tant qu'employĂ©. Vous ĂȘtes peut-ĂȘtre mĂȘme Ă l'origine du projet dont vous avez identifiĂ© le besoin.
Auquel cas avant de crier victoire sachez que faire partie de l'organisation ne suffit pas à garantir la réussite du projet. D'autant plus si votre rÎle premier dans cette organisation n'est pas de gérer ledit projet et que vous allez devoir faire ça en plus de vos autres responsabilités, il y a des risques pour que le projet tombe vite à l'eau ou pire, qu'il dérive indéfiniment.
Un autre scĂ©nario de projet interne, pas aussi catastrophique mais tout de mĂȘme attristant, serait celui dans lequel le besoin est rĂ©el mais pour une raison ou une autre le projet ne voit jamais le jour. Pour savoir si c'est Ă juste titre ou non, posez-vous la question : "le besoin en vaut-il les ressources ?" (dĂ©tournement de l'expression "le jeu en vaut-il la chandelle ?" đ). Â
Si vous pensez que oui, vous aurez tout de mĂȘme besoin de vendre votre projet, c'est-Ă -dire de convaincre ou persuader un dĂ©cideur.
Dans d'autres cas, une organisation peut identifier un besoin mais ne pas lancer un projet interne pour autant. Cela peut ĂȘtre dĂ» Ă un manque de ressources internes ou un Ă©loignement du coeur de mĂ©tier. Dans ce cas, cette organisation peut ĂȘtre commanditaire du projet et travailler avec une agence ou une autre forme de prestataire.
Là encore, plusieurs scénarios peuvent se présenter. Le commanditaire peut contacter directement des prestataires, auquel cas l'expression de besoins se fait à huis clos. Sinon le commanditaire peut décider de faire un appel d'offres ou un avis de mise en compétition. L'appel d'offres consiste à publier une expression de besoins sur un site spécialisé et inviter les prestataires à postuler pour mieux les étudier et sélectionner le meilleur.
Tous les appels d'offres ne sont pas les mĂȘmes non plus. Certains sont plus ou moins dĂ©taillĂ©s en fonction de la capacitĂ© du commanditaire Ă identifier et formuler ses besoins voire les solutions potentielles Ă ceux-lĂ . Alors que certains commanditaires se contenteront de quelques phrases, d'autres iront jusqu'Ă rĂ©diger eux-mĂȘmes un document de spĂ©cifications dĂ©taillant le problĂšme et la solution qu'ils s'attendent Ă voir exĂ©cutĂ©e.
Dans l'exemple de ce cours, nous nous placerons dans le contexte d'une agence. Cette agence fictive s'appelle Digitalizer.

Nous allons donc nous mettre dans la peau d'un chef de projet employé par cette agence pour répondre à l'appel d'offre trÚs succinct d'un hÎtel de luxe, l'hÎtel Paradis.
C'est donc un projet externe que nous allons gérer. Cela dit, la méthodologie que vous allez apprendre se transpose trÚs bien à bon nombre de projets internes.

â ïž Â Spoiler : vous apprendrez Ă sĂ©lectionner la mĂ©thodologie la plus appropriĂ©e en fonction de votre projet dans le chapitre suivant.
Avant de choisir une méthodologie, de planifier notre projet, le budgétiser et faire une proposition commerciale, livrons-nous à la premiÚre étape fondamentale de notre projet : l'analyse et le recueil des besoins.
Comme je vous le disais plus tĂŽt, tout projet commence avec une expression ou l'identification d'un besoin et celle-ci peut ĂȘtre plus ou moins complĂšte. Votre premier travail en tant que chef de projet, c'est donc d'analyser ce ou ces besoins, les complĂ©ter si nĂ©cessaire et les reformuler sous forme d'objectifs et de livrables.
Dans le cas du projet de l'hÎtel Paradis, à premiÚre vue les besoins semblent relativement bien cernés bien que peu détaillés, et nous pouvons donc assez facilement les traduire en livrables :
Besoin | Livrable(s) potentiel(s) |
Développer une présence en ligne | Site vitrine, plan web marketing |
Moderniser une image de marque | Plateforme de marque avec charte graphique et logo |
Permettre aux clients de réserver en ligne | SystÚme de réservation |
A priori, nous avons lĂ les livrables les plus Ă©vidents. Reste Ă savoir s'ils correspondent bien tous aux attentes rĂ©elles du commanditaire et si celui-ci n'a pas oubliĂ© ou mal exprimĂ© quelques besoins. Pour vous assurer de formuler une proposition commerciale sur-mesure, ouvrez la communication et allez Ă la pĂȘche aux informations. Pour ça, Ă vous de trouver le moyen le plus adĂ©quat de le joindre, par tĂ©lĂ©phone, en visioconfĂ©rence, sur LinkedIn ou encore par mail.

Lors de vos échanges exploratoires, au-delà d'un relationnel irréprochable, vous allez porter une attention particuliÚre à 4 choses :
les besoins explicites du client
les besoins implicites du client
les livrables potentiels
et sa grille de lecture supposée
Par "besoins explicites", comprenez les besoins exprimés clairement, sans ambiguïté et sur lesquels il y a un consensus. Pour savoir si c'est le cas, essayez de les reformuler et analysez la réaction de votre interlocuteur.
Dans notre exemple, le besoin de développer la présence en ligne de l'hÎtel Paradis à travers la création d'un site web est un besoin assez explicite.
Si vous avez regardĂ© la vidĂ©o de ce chapitre, vous avez vu que la clientĂšle de l'hĂŽtel est principalement Ă©trangĂšre, le site devra donc impĂ©rativement ĂȘtre multilingue. Ce besoin, en revanche, n'a pas Ă©tĂ© exprimĂ© clairement par le commanditaire. On dira donc que c'est un besoin implicite et une contrainte qui devra ĂȘtre prise en compte dĂšs le lancement du projet.
Besoins explicites | Besoins implicites | Livrable(s) potentiel(s) |
Développer la présence en ligne | Rendre le site accessible dans 4 langues : français, anglais, chinois et russe. | Site web (multilingue) |
Moderniser l'image de marque | Conserver le nom et le logo de l'établissement. | Adaptation de la charte graphique |
SystÚme de réservation | Permettre au staff de l'hÎtel de gérer ses prix et ses réservations en back-office. | SystÚme de réservation (et de gestion) |
Parfois certains besoins du commanditaire peuvent paraßtre contradictoires, comme ici, le souhait de moderniser son image de marque tout en conservant le logo de l'établissement. à vous de juger s'il est préférable de confronter le commanditaire à ses contradictions ou de trouver docilement un compromis.
Pendant que vous Ă©changez avec votre client potentiel, profitez-en pour vous essayer Ă l'exercice suivant : le dĂ©cryptage de sa grille de lecture !Â
La grille de lecture du commanditaire est l'ensemble des critÚres à partir desquels il/elle va sélectionner l'agence candidate. Certains donnent plus d'importance à la compréhension de la problématique rencontrée ou au budget proposé alors que d'autres privilégient l'esthétique des livrables ou le relationnel avec le prestataire.
Que cette grille soit formalisée ou non pour votre commanditaire, il est essentielle que vous la compreniez pour pouvoir anticiper ses priorités et ainsi rédiger votre proposition commerciale en conséquence.
Pour ce faire, listez simplement les critÚres de sélection qui reviennent le plus souvent et donnez-leur un ordre de priorité d'aprÚs ce que vous pensez comprendre de votre commanditaire.
Voici un exemple de grille de lecture supposée :
CritÚre de sélection | Importance |
Compréhension de la problématique |  2 |
 Esthétique | 3 |
 Solution technique | 4 |
 Méthodologie | 5 |
 Budget | 1 |
à la fin de ce premier échange vous devriez avoir suffisamment d'éléments pour passer à l'étape suivante : le cadrage du projet. Toujours en vue de formuler une proposition commerciale, vous allez consulter votre équipe pour élaborer une solution, étudier la faisabilité du projet et donc collecter les informations nécessaires à la planification et la budgétisation.
Rendez-vous au prochain chapitre pour assister Ă votre premiĂšre rĂ©union de cadrage et rencontrer le reste de l'Ă©quipe Digitalizer ! đ