Gestion de Projet & Méthodes Agiles

Module 1 · Module 1 — Les fondamentaux de la gestion de projet · Leçon 1 sur 1

Les fondamentaux de la gestion de projet

Un projet, ce n'est pas une tâche. C'est un ensemble d'actions temporaires, avec un début et une fin, qui mobilise des ressources humaines et financières pour atteindre un objectif précis. Une tâche répétitive comme la facturation mensuelle n'est pas un projet. Lancer une nouvelle application mobile, organiser un événement, ou digitaliser le circuit de commande d'une PME — ça, ce sont des projets. Pourquoi tant de projets échouent-ils, même quand l'équipe est compétente et motivée ? La réponse tient rarement à un manque de talent. Elle tient presque toujours à un manque de cadrage au départ. Prenons un cas concret. Une PME de distribution alimentaire décide de digitaliser la gestion de ses commandes fournisseurs. Le patron dit à son équipe : « on a besoin d'un outil pour suivre les commandes ». L'équipe se lance, choisit un outil, commence à le configurer. Trois semaines plus tard, on découvre que le service commercial pensait qu'il s'agissait aussi de suivre les clients, pas seulement les fournisseurs. Le budget prévu pour un outil simple ne couvre pas cette fonctionnalité. Le projet est arrêté, l'argent déjà dépensé est perdu, et la confiance de l'équipe dans les futurs projets numériques en prend un coup. Ce projet n'a pas échoué à cause d'un mauvais outil. Il a échoué parce que personne n'avait clarifié, avant de démarrer, trois questions essentielles : quel est l'objectif exact, quel est le périmètre — c'est-à-dire ce qui est inclus et ce qui ne l'est pas — et qui sont les parties prenantes, c'est-à-dire toutes les personnes concernées par le résultat ou capables d'influencer le projet. La gestion de projet, dans sa forme la plus simple, répond à quatre questions dans l'ordre. Pourquoi fait-on ce projet — c'est l'objectif. Pour qui — ce sont les parties prenantes et les utilisateurs finaux. Quoi exactement — c'est le périmètre. Et enfin comment et avec quelles ressources — c'est la planification. Historiquement, la gestion de projet s'est d'abord construite autour d'une approche dite « en cascade » : on planifie tout à l'avance, dans un ordre strict, et on exécute étape par étape sans revenir en arrière. Cette approche fonctionne bien quand le résultat final est parfaitement connu dès le départ — construire un pont, par exemple. Mais pour des projets numériques, où les besoins évoluent souvent en cours de route, elle montre vite ses limites : on découvre trop tard qu'une fonctionnalité ne correspond pas au besoin réel. C'est de ce constat qu'est née l'approche agile, que nous détaillerons dans le module suivant. Mais avant d'y arriver, retiens ceci : quelle que soit la méthode choisie ensuite — cascade ou agile — aucune méthode ne compense un mauvais cadrage de départ. Un projet bien cadré avec une méthode simple réussit plus souvent qu'un projet mal cadré avec la méthode la plus sophistiquée du marché. Trois rôles reviennent dans presque tous les projets, quelle que soit leur taille. Le sponsor, qui porte le budget et la décision finale. Le chef de projet, qui coordonne l'exécution au quotidien. Et l'équipe, qui réalise le travail. Dans une petite structure, une même personne peut cumuler plusieurs de ces rôles — mais il faut être conscient du chapeau qu'on porte à chaque instant. Retiens un chiffre : selon plusieurs études internationales sur la gestion de projet, environ soixante-dix pour cent des projets qui échouent le font pour des raisons liées au cadrage initial et à la communication, pas à des problèmes purement techniques. C'est la raison pour laquelle ce module ouvre la formation, avant même de parler d'outils ou de méthodes.

Aperçu gratuit, sans compte — la suite de ce module et les modules suivants s'ouvrent après inscription.