B1-11 Conduire un projet : besoin, acteurs, méthodes

1. Qu'est-ce qu'un projet ?

Dans un service informatique, une partie du travail se répète tous les jours : répondre aux utilisateurs, surveiller les serveurs, faire les sauvegardes. C'est l'exploitation (ou le run). Le reste consiste à changer quelque chose : installer un nouvel outil, renouveler un parc, ouvrir une agence. Ces changements sont des projets.

1.1 Le triangle des contraintes

Tout projet doit tenir trois objectifs à la fois. Ils sont liés : quand on en tire un, les deux autres bougent. Le rôle du chef de projet est de garder l'équilibre et de faire arbitrer la direction quand il faut choisir.

2. Du besoin au cahier des charges

Un projet commence par un besoin : un problème à résoudre ou une amélioration souhaitée. Le piège est de partir tout de suite sur une solution (« il faut acheter tel logiciel ») sans avoir compris le problème. On commence donc par écouter et questionner les personnes concernées.

2.1 Questionner avec le QQOQCCP

La méthode QQOQCCP donne sept questions à poser pour ne rien oublier. Voici les réponses obtenues chez Brocéliande Logistique pour l'outil de gestion des demandes.

2.2 Le cahier des charges

Le cahier des charges est le document rédigé par le demandeur qui décrit le besoin, les attentes et les contraintes. Il sert de contrat entre celui qui demande et celui qui réalise, et de référence pour vérifier le résultat à la fin.

• Contexte et objectifsL'entreprise, la situation actuelle, le problème et ce que le projet doit améliorer, si possible de façon mesurable (« zéro demande perdue »).
• PérimètreCe qui est compris dans le projet… et ce qui ne l'est pas (« la téléphonie n'est pas concernée »). C'est la meilleure protection contre les ajouts en cours de route.
• Besoins fonctionnelsLa liste des fonctions attendues, classées par priorité (indispensable, souhaitable, facultatif).
• Besoins non fonctionnelsSécurité, disponibilité, performances, compatibilité avec l'existant (Active Directory, navigateurs), accessibilité.
• ContraintesBudget, délai, règles de l'entreprise (RGPD, charte informatique), compétences disponibles.
• Critères de recetteComment on saura que c'est réussi : les tests qui seront faits à la livraison (fiche B1-13).

3. Les acteurs du projet

Un projet réunit des personnes qui n'ont pas le même rôle. La distinction la plus importante, celle que le jury demande souvent, est celle entre maîtrise d'ouvrage et maîtrise d'œuvre.

Pour éviter les « je croyais que c'était toi », on récapitule qui fait quoi dans une matrice RACI.

R = réalise · A = approuve (une seule personne par ligne) · C = consulté · I = informé.

4. Le cycle de vie d'un projet

Quelle que soit la méthode, un projet passe par les mêmes grandes étapes. Chaque passage d'une étape à l'autre est un jalon : on vérifie que l'étape est bien finie et on décide de continuer, d'ajuster ou d'arrêter.

5. Les méthodes prédictives : cascade et cycle en V

Les méthodes prédictives (ou « traditionnelles ») planifient tout le projet au départ : chaque étape est terminée et validée avant de passer à la suivante. Elles conviennent quand le besoin est clair et stable et quand une erreur coûte cher (infrastructure, matériel, réglementation).

5.1 La cascade

Dans le modèle en cascade, les étapes s'enchaînent comme l'eau qui descend d'une marche à l'autre : besoin, conception, réalisation, tests, mise en service. Revenir en arrière est possible mais coûteux.

5.2 Le cycle en V

Le cycle en V ajoute une idée essentielle : à chaque étape de conception (branche descendante) correspond une étape de test (branche montante), préparée dès la conception.

Limite des méthodes prédictives : l'utilisateur ne voit le résultat qu'à la fin. Si le besoin a été mal compris ou a changé entre-temps, on s'en aperçoit trop tard.

6. Les méthodes agiles : Scrum et Kanban

Les méthodes agiles livrent le projet par petits morceaux utilisables, en courtes itérations, et ajustent la suite d'après les retours des utilisateurs. Elles reposent sur le Manifeste agile (2001), qui privilégie : les individus et leurs échanges, un produit qui fonctionne, la collaboration avec le client et l'adaptation au changement.

6.1 Scrum

Scrum est la méthode agile la plus répandue ; sa référence est le Scrum Guide (version 2020), qui définit trois responsabilités : Product Owner, Scrum Master et Developers. Le travail est découpé en sprints de 1 à 4 semaines, toujours de la même durée.

6.2 Kanban

Kanban visualise le travail sur un tableau à colonnes (à faire, en cours, terminé). On limite le nombre de tâches « en cours » pour finir avant de commencer autre chose. Sans sprints, il convient très bien au flux continu d'un service informatique : demandes, petites évolutions, maintenance.

7. Choisir sa méthode

Il n'y a pas de bonne méthode dans l'absolu : il y a une méthode adaptée au projet. En entreprise, on mélange souvent les deux : un cadrage et une recette « prédictifs », avec une réalisation en itérations courtes.

8. Quand un projet dérape

La plupart des projets qui échouent ne butent pas sur la technique mais sur l'organisation : besoin mal compris, ajouts en cours de route, utilisateurs oubliés. Savoir reconnaître ces dérives tôt, c'est déjà les corriger.

8.1 Entraîne-toi : les alertes du chef de projet

Tu assistes le chef de projet de l'outil de gestion des demandes. Six messages arrivent les uns après les autres : lis-les et repère la dérive ou la bonne décision.

Périmètre : demandes et incidents informatiques du siège et de Rennes.
Hors périmètre : téléphonie, réservation de ressources.

Paramétrage des catégories : bloqué depuis 14 jours
Mise en service prévue : dans 6 semaines

Lun. : installation terminée, mise en service pour tous.
Tests réalisés : connexion de l'administrateur.

Besoin : flou, évolutif
Utilisateurs : disponibles pour tester régulièrement

Délai : raccourci d'un mois
Coût : inchangé
Qualité, périmètre : ?

Documentation d'exploitation : non rédigée
Responsable du service après le projet : non désigné

9. À l'examen et en entreprise

10. L'essentiel

1. Un projet a un début, une fin et un résultat unique ; l'exploitation est l'activité récurrente.
2. Trois contraintes liées : coût, délai, qualité ; en serrer une reporte la pression sur les autres.
3. On part du problème, pas de la solution : questionner avec le QQOQCCP.
4. Le cahier des charges décrit besoin, périmètre, contraintes et critères de recette ; il fait référence à la fin.
5. MOA : exprime le besoin et valide. MOE : conçoit et réalise. Le comité de pilotage décide.
6. Cycle de vie : initialisation, cadrage, conception, réalisation, recette, déploiement, clôture.
7. Un jalon est un point de décision ; un livrable est un résultat remis.
8. Prédictif (cascade, cycle en V) : besoin stable, tout planifié, tests préparés en face de chaque étape.
9. Agile : Scrum (sprints, Product Owner, Scrum Master, Developers, Scrum Team de 10 personnes au plus) ou Kanban (flux continu, limite du travail en cours).
10. Les projets dérapent surtout sur l'organisation : périmètre, MOA absente, recette oubliée, exploitation non préparée.

Les repères clés

Tout cela tient sur une page : utilise le bouton Mémo à imprimer en haut de la fiche.

11. Quiz noté

12. Exercices : à toi de répondre

Écris ta réponse sous chaque énoncé et envoie-la à ton professeur. Quand il l'a validée, le corrigé s'affiche à la place du cadenas ; s'il te la renvoie « à revoir », lis son commentaire et corrige.

13. Fil rouge : mission chez ton entreprise