Comprendre et cadrer un projet

Page 1 sur 10. Transformer une intention en objectif mesurable, avec un périmètre et une décision de lancement.

1. Projet, produit et activité courante

Un projet organise un travail temporaire destiné à obtenir un résultat déterminé. Concevoir la première version d’un portail client constitue un projet ; répondre chaque jour aux demandes de support relève d’une activité courante. Le produit peut continuer à évoluer après la fin du projet qui l’a fait naître.

La gestion de projet relie les objectifs, les personnes, les ressources, les délais et les décisions. Elle rend visibles les engagements et les difficultés, puis organise les arbitrages. Un planning détaillé ne suffit pas si personne ne sait quel problème il faut résoudre ou qui peut accepter le résultat.

Dans le fil conducteur du cours, NKILItech souhaite centraliser les demandes de ses clients. M. Joel Stephane Yankam Ngueguim, PDG, joue le rôle de sponsor dans l’étude. Les montants, durées et règles utilisés sont des hypothèses pédagogiques, et non des données réelles de l’entreprise.

2. Partir du problème avant de choisir une solution

L’équipe reçoit actuellement des demandes par plusieurs canaux et ne retrouve pas facilement leur état. Le besoin est de rendre le suivi fiable. La création d’un portail est une réponse possible ; elle doit être comparée à d’autres réponses, comme une amélioration du processus ou l’adaptation d’un outil existant.

On décrit une situation observable, les personnes concernées et ses conséquences. « Il nous faut une application moderne » reste vague. « Le chargé d’affaires doit retrouver le responsable et l’état de chaque demande sans consulter trois fichiers » permet de discuter un résultat vérifiable.

La justification du projet relie les bénéfices espérés aux efforts nécessaires. Elle distingue les gains mesurables, les avantages qualitatifs et les hypothèses encore incertaines. Une économie de temps doit préciser qui économise ce temps, sur quelle opération et comment cette économie sera constatée.

3. Définir les objectifs et les critères de réussite

Un objectif décrit un changement attendu ; un livrable est un résultat produit par l’équipe. Livrer un portail n’implique pas automatiquement que les clients l’utilisent. Le suivi des bénéfices peut donc se poursuivre après la recette technique.

ÉlémentExemple NKILItech
ObjectifPermettre au chargé d’affaires de suivre une demande dans un dossier unique
LivrablePortail avec dépôt, consultation et changement d’état
Critère d’acceptationUn client retrouve uniquement ses propres demandes dans les essais de recette
Indicateur de bénéficeProportion des demandes suivies dans le portail un mois après lancement
HypothèseLes utilisateurs pilotes seront disponibles pour les ateliers

Un objectif utile possède une mesure et un horizon explicites. Les seuils doivent être négociés avec les personnes qui jugeront le résultat. Une mesure impossible à collecter ne devient pas exploitable parce qu’elle figure dans un document.

4. Écrire une charte courte et exploitable

La charte de projet formalise la décision de lancement et les principales limites. Elle précise le problème, les objectifs, le sponsor, le responsable de coordination, les livrables majeurs, les contraintes, les hypothèses et les premières étapes de validation.

Pour NKILItech, la première version comprend le dépôt d’une demande, son suivi et un espace de traitement interne. Le paiement en ligne et une application mobile native sont exclus de ce premier périmètre. Cette exclusion aide à estimer le travail et à répondre aux nouvelles demandes.

Une charte n’a pas à connaître tous les détails futurs. Elle doit cependant indiquer qui peut décider d’un changement et comment une hypothèse sera confirmée. Sa validation donne une base commune, qui pourra évoluer par des décisions tracées.

La charte relie le problème, l’objectif, les livrables et la décision du sponsor. Un livrable ne garantit pas à lui seul le bénéfice attendu.
La charte relie le problème, l’objectif, les livrables et la décision du sponsor. Un livrable ne garantit pas à lui seul le bénéfice attendu. Cliquer pour agrandir.

5. Comprendre les contraintes et choisir une démarche

Le périmètre, le délai, le coût, la qualité, les ressources et les risques se répondent. Si une fonctionnalité supplémentaire est demandée, l’équipe peut devoir augmenter la capacité, déplacer une date ou retirer une autre fonctionnalité. Promettre simultanément une portée accrue, le même budget et le même délai exige une justification concrète.

Une démarche prédictive convient lorsque le résultat et les étapes sont suffisamment stables. Une démarche adaptative convient lorsque des retours fréquents sont nécessaires pour préciser le produit. Un projet peut combiner une échéance contractuelle et une réalisation par incréments.

Le bon choix dépend de l’incertitude, de l’accès aux utilisateurs, des contraintes de validation et du coût des changements. La méthode sert le projet ; elle ne remplace pas le raisonnement sur ses besoins.

Exercices corrigés

Exercice 1 : Objectif ou livrable ?

Classer : mettre en ligne un portail ; retrouver le responsable de chaque demande ; fournir un guide utilisateur.

Voir le corrigé détaillé

Le portail et le guide sont des livrables. La capacité à retrouver le responsable est un résultat attendu, à préciser par un critère et un scénario. Vérifier la présence du portail ne prouve pas à elle seule cette capacité.

Exercice 2 : Cadrer une exclusion

Le client demande une application mobile native dans une version qui ne la prévoit pas. Quelle démarche ?

Voir le corrigé détaillé

Enregistrer la demande, clarifier son besoin, estimer les options et faire décider l’autorité désignée. Ne pas l’intégrer implicitement à l’engagement initial.

Pour approfondir

Gestion de projet : PMI. Exemples et schémas originaux. Données NKILItech fictives à usage pédagogique.