Aller au contenu
UFR Ingémedia
Retour au dossier

Gestion de crise projet

Savoir réagir face aux imprévus : coupes budgétaires, perte d'équipe, retards et dérives

Réf.
Module 10 / 11
Postes
5
Contrôle
25 questions
État

Pourquoi les projets web entrent en crise

Aucun projet n'est à l'abri d'un imprévu. Qu'il s'agisse d'une coupe budgétaire, du départ soudain d'un membre clé ou d'un retard qui s'accumule, la capacité à gérer les crises distingue un chef de projet junior d'un professionnel aguerri. Ce module vous apprend à anticiper, réagir et communiquer efficacement face à l'adversité.

Le fiasco du BBC Digital Media Initiative

En 2008, la BBC lance un projet de plateforme de gestion de contenus numériques estimé à 100 millions de livres sterling. Après 5 ans de développement, le projet est purement et simplement abandonné en 2013. Les causes ? Mauvaise estimation initiale, changements de périmètre constants, absence de gestion des risques, et surtout une culture du "tout va bien" qui empêchait la remontée des problèmes. Un rapport de la NAO (Cour des comptes britannique) a conclu que les signaux d'alerte existaient dès la première année, mais personne n'a osé déclencher l'alerte.

66%
des projets IT rencontrent au moins une crise majeure
43%
dépassent le budget initial (Standish Group)
29%
des projets sont annulés avant livraison
52%
des crises sont évitables avec une gestion des risques proactive

Concept clé : Risque vs Crise

Un risque est un événement potentiel identifié en amont, auquel on peut préparer une réponse. Une crise est un risque qui s'est matérialisé et qui nécessite une action immédiate. L'objectif de la gestion de projet est de transformer le maximum de crises potentielles en risques gérés. Un bon chef de projet ne supprime pas les crises, il les anticipe.

Les 4 grandes familles de crises projet

Crise budgétaire

  • Coupe budgétaire imposée par le client
  • Dépassement de coûts non anticipé
  • Sous-estimation initiale
  • Perte de financement

Crise humaine

  • Maladie ou accident d'un membre clé
  • Démission en cours de projet
  • Conflit interne dans l'équipe
  • Burnout d'un collaborateur

Crise de planning

  • Retard accumulé sur les livrables
  • Dépendance externe bloquante
  • Estimation irréaliste
  • Scope creep non maîtrisé

Crise externe

  • Conflit avec le client
  • Panne technique majeure
  • Changement de réglementation
  • Faille de sécurité découverte

La règle d'or : ne jamais cacher une crise

La tentation est grande de minimiser un problème en espérant le résoudre discrètement. C'est toujours une erreur. Un retard de 2 jours caché devient un retard de 2 semaines découvert trop tard. Une faille de sécurité passée sous silence tue peut devenir une violation de données publique. La transparence précoce est le meilleur antidote à la crise.

Astuce : Le plan de contingence

Tout projet devrait inclure un plan de contingence préparé AVANT que les problèmes ne surviennent, exactement comme un exercice incendie. Ce plan définit : qui prend les décisions en urgence, comment communiquer avec les parties prenantes, quelles sont les marges de manœuvre (budget, délai, scope), et quels sont les seuils de déclenchement d'alerte.

Projet sans anticipation de crise

  • Panique et improvisation
  • Recherche de coupables
  • Client furieux et méfiant
  • Décisions précipitées
  • Perte de contrôle du projet

Projet avec gestion de crise

  • Plan de contingence activé
  • Communication maîtrisée
  • Solutions proposées au client
  • Décisions réfléchies et documentées
  • Confiance préservée

Probabilité × impact : où mettre l’énergie ?

Matrice des risques · ≈ 4 min

Sélectionnez un risque, puis cliquez sur la case de la matrice où vous le placez. Il n’y a pas de réponse unique, mais il y a des placements indéfendables.

Risques à placer (8)

Proba ↓Impact →
Faible
Moyen
Fort
Fort
Moyen
Faible

Zone rouge : à mitiger ou éviter. Zone claire : à accepter et surveiller.

Copie jaune · Cas pratique

Identifier les risques d'un projet

Analyser un projet et anticiper les crises potentielles avant qu'elles ne surviennent.

Contexte : Vous êtes chef de projet dans une agence web. Votre nouveau client est une startup fintech qui souhaite créer une application de gestion de budget personnel.

Paramètres du projet

  • Budget : 60 000 € TTC
  • Durée : 6 mois
  • Équipe : 1 CP (vous), 2 développeurs, 1 designer UX, 1 intégrateur
  • Client : Startup en phase de levée de fonds (série A en cours)
  • Stack technique : React Native + API Node.js + PostgreSQL
  • Contraintes : Réglementation financière (KYC, RGPD), intégration API bancaire tierce

Votre mission

  1. Identifiez 5 risques majeurs pour ce projet
  2. Classez chaque risque par famille (budgétaire, humaine, planning, externe)
  3. Évaluez la probabilité (faible/moyenne/forte) et l'impact (faible/moyen/critique) de chaque risque
  4. Proposez une mesure d'atténuation concrète pour chaque risque
  5. Identifiez le risque qui devrait déclencher un plan de contingence immédiat
Correction sur le feuillet rose, réservée à l’enseignant. Elle sera commentée en cours.

Contrôle du poste

Introduction aux crises projet

5 questions

  1. Q01Facile

    Quelle est la différence entre un risque et une crise dans un projet ?

  2. Q02FacileVrai / Faux

    Une crise dans un projet est toujours évitable si le chef de projet est compétent.

  3. Q03Moyen

    Selon les études (Standish Group), quel pourcentage de projets IT dépassent leur budget initial ?

  4. Q04DifficileScénario
    Vous êtes chef de projet sur un site e-commerce. À mi-parcours du projet (mois 2 sur 4), vous découvrez que le budget a été consommé à 80% alors que seulement 45% des fonctionnalités ont été livrées. Le client n'est pas encore au courant.

    Quelle devrait être votre première action ?

  5. Q05Moyen

    Quel est l'objectif principal d'un plan de contingence ?

Répondez à toutes les questions pour voir la correction.