Evaluation Des Besoins

CAPM — Gestion de projetAnalyse affaires et valeur

Évaluation des besoins

Définition

L'évaluation des besoins (Needs Assessment) est le processus d'identification et d'analyse d'un problème métier ou d'une opportunité, de la comparaison de l'état actuel à l'état souhaité, et de la recommandation d'une approche pour combler cet écart. C'est la première étape de l'analyse d'affaires — elle justifie l'existence même du projet.

Composant Question Résultat
État actuel (As-Is) Où en sommes-nous ? Analyse de la situation existante
État souhaité (To-Be) Où voulons-nous aller ? Vision cible avec objectifs mesurables
Écart (Gap) Quel est l'écart ? Liste des lacunes et obstacles à combler
Approche Comment y arriver ? Options de solution recommandées

Contexte

Le CAPM évalue la capacité à distinguer l'évaluation des besoins de l'élicitation des exigences. L'évaluation des besoins intervient avant le projet — elle alimente le business case et la charte de projet. C'est le « pourquoi » stratégique, pas le « quoi » détaillé.

Détails techniques

Processus d'évaluation des besoins

Problème / Opportunité identifié(e)
        │
        ▼
┌─────────────────────┐
│ 1. Analyser l'état  │  ← Données, métriques, entretiens
│    actuel (As-Is)   │
└─────────┬───────────┘
          │
          ▼
┌─────────────────────┐
│ 2. Définir l'état   │  ← Objectifs SMART, vision
│    souhaité (To-Be) │
└─────────┬───────────┘
          │
          ▼
┌─────────────────────┐
│ 3. Identifier les   │  ← Causes racines, contraintes
│    écarts (Gap)     │
└─────────┬───────────┘
          │
          ▼
┌─────────────────────┐
│ 4. Évaluer les      │  ← Analyse coûts-bénéfices
│    options           │
└─────────┬───────────┘
          │
          ▼
┌─────────────────────┐
│ 5. Recommander      │  ← Business case
│    une approche      │
└─────────────────────┘

Techniques d'analyse de l'état actuel

Technique Description Quand l'utiliser
Analyse de processus (As-Is mapping) Cartographier les flux actuels Amélioration de processus
Analyse des causes racines (Ishikawa, 5 Pourquoi) Identifier les causes profondes Problème récurrent
Benchmarking Comparer avec les meilleures pratiques Écart de performance
Analyse SWOT Forces, faiblesses, opportunités, menaces Évaluation stratégique
Analyse des données KPIs, métriques historiques Quantifier le problème
Entretiens et sondages Recueillir la perception des PP Complément aux données

Analyse d'écart (Gap Analysis)

Dimension État actuel État souhaité Écart Priorité
Délai traitement commande 5 jours 1 jour 4 jours Critique
Taux d'erreur saisie 8% < 1% 7 points Élevée
Satisfaction client 62% 90% 28 points Élevée
Coût par transaction 12 € 4 € 8 € Moyenne
Couverture automatisation 20% 80% 60 points Critique

Évaluation des options

Critère d'évaluation Option A : Refonte logicielle Option B : Achat progiciel Option C : Ne rien faire
Coût initial 500K € 300K € 0 €
Coût annuel 50K € (maintenance) 80K € (licences) 200K € (inefficacités)
Délai 18 mois 8 mois
Adéquation besoin 95% 75% 0%
Risque Moyen (complexité dev) Faible (éprouvé) Élevé (stagnation)
ROI à 3 ans 280% 210% Négatif

Piège d'examen : « Ne rien faire » est toujours une option à évaluer. Le PMI exige de comparer les alternatives avec le statu quo pour justifier l'investissement.

Objectifs SMART pour l'état souhaité

Lettre Signification Exemple
Spécifique Précis et clair Réduire le délai de traitement des commandes
Mesurable Quantifiable De 5 jours à 1 jour
Atteignable Réaliste avec les ressources Avec la technologie actuelle et un budget de 300K €
Réaliste (Relevant) Aligné sur la stratégie Contribue à l'objectif de satisfaction client
Temporel Avec une échéance D'ici décembre 2026

Exemple concret

Compagnie d'assurance constatant une perte de clients :

Phase Constat Action
État actuel Taux de résiliation = 22%/an, traitement sinistre = 15 jours, NPS = 32 Cartographie du parcours client, analyse des réclamations
État souhaité Résiliation < 10%, traitement < 5 jours, NPS > 60 Objectifs validés par le comité de direction
Écarts Processus manuels (80%), aucun portail client, 3 systèmes non intégrés 5 Pourquoi → cause racine : systèmes fragmentés
Options A : Moderniser, B : Progiciel, C : Statu quo Analyse coûts-bénéfices sur 5 ans
Recommandation Option A — ROI 320%, alignement stratégique supérieur Business case présenté au sponsor

Le business case résultant alimente la demande de projet et, si approuvé, la charte de projet.