Conduire un projet : besoin, acteurs, méthodes
Comprendre ce qu'est un projet informatique, recueillir un besoin, identifier les acteurs, découper le projet en phases et choisir entre une méthode prédictive et une méthode agile.
L'essentiel
- Un projet a un début, une fin et un résultat unique ; l'exploitation est l'activité récurrente.
- Trois contraintes liées : coût, délai, qualité ; en serrer une reporte la pression sur les autres.
- On part du problème, pas de la solution : questionner avec le QQOQCCP.
- Le cahier des charges décrit besoin, périmètre, contraintes et critères de recette ; il fait référence à la fin.
- MOA : exprime le besoin et valide. MOE : conçoit et réalise. Le comité de pilotage décide.
- Cycle de vie : initialisation, cadrage, conception, réalisation, recette, déploiement, clôture.
- Un jalon est un point de décision ; un livrable est un résultat remis.
- Prédictif (cascade, cycle en V) : besoin stable, tout planifié, tests préparés en face de chaque étape.
- Agile : Scrum (sprints, Product Owner, Scrum Master, Developers, Scrum Team de 10 personnes au plus) ou Kanban (flux continu, limite du travail en cours).
- Les projets dérapent surtout sur l'organisation : périmètre, MOA absente, recette oubliée, exploitation non préparée.
Besoin fonctionnel ou non fonctionnel
Un besoin fonctionnel dit ce que le service doit faire (« créer un ticket depuis un navigateur »). Un besoin non fonctionnel dit comment il doit le faire : performance, sécurité, disponibilité, ergonomie (« accessible 24 h/24 », « mot de passe du domaine »). Les deux figurent dans le cahier des charges.
Piège classique
Dans un projet interne, le service informatique est souvent tenté de jouer aussi le rôle de la MOA et de décider seul ce qui est utile. Résultat : un outil techniquement parfait que personne n'utilise. Le besoin et la validation doivent venir des métiers (direction, comptabilité, entrepôt).
À retenir
Le temps passé au cadrage n'est jamais perdu : une erreur de besoin découverte à la recette coûte beaucoup plus cher à corriger qu'une erreur repérée en discutant avec les utilisateurs au début. Et un projet n'est fini qu'après le bilan et le passage en exploitation (qui assure le support ? qui fait les mises à jour ?).
Repères clés
| Pour… | Outil ou repère |
|---|---|
| Recueillir un besoin | QQOQCCP · entretiens avec les utilisateurs · besoin fonctionnel et non fonctionnel |
| Fixer le cadre | Cahier des charges ou note de cadrage : objectifs, périmètre, contraintes, critères de recette |
| Répartir les rôles | MOA, MOE, comité de pilotage, chef de projet · matrice RACI |
| Découper | Initialisation, cadrage, conception, réalisation, recette, déploiement, clôture · jalons |
| Méthode prédictive | Cycle en V : chaque étape de conception a son test en face |
| Méthode agile | Scrum : PO, Scrum Master, sprints, carnet de produit · Kanban : à faire / en cours / terminé |
| Outils | Trello, Jira, Planner, Planka, OpenProject, GLPI (Projets) |