# Categorie 14 : Risques et hypotheses

> **Usage :** Identifier les risques du projet et les hypotheses non validees
> **Quand charger :** TOUJOURS (noyau, charge dans le cadrage)
> **Objectif :** Anticiper ce qui pourrait mal tourner et valider les certitudes

---

## 14.1 Les risques identifies

> **But :** Lister tout ce qui pourrait empecher le projet de reussir.

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q14.1 | Quels sont les principaux risques que vous voyez pour ce projet ? Qu'est-ce qui pourrait mal tourner ? | Liste de risques |
| Q14.2 | Parmi ces risques, lesquels auraient les consequences les plus graves si ils se realisaient ? | Hierarchisation par gravite |
| Q14.3 | Pour chaque risque grave : avez-vous une idee de comment le prevenir ou le reduire ? | Mesures de mitigation |

**Reformulation guidee pour Q14.1 :**
```
question: "Quels sont les principaux risques que vous voyez pour ce projet ?"
header: "Risques"
multiSelect: true
options:
  - label: "Adoption par les utilisateurs"
    description: "Les utilisateurs pourraient ne pas vouloir changer leurs habitudes ou utiliser le nouveau systeme"
  - label: "Qualite des donnees existantes"
    description: "Les donnees actuelles sont incompletes, incorrectes ou dispersees dans plusieurs formats"
  - label: "Complexite des regles metier"
    description: "Certaines regles sont mal documentees, contradictoires ou connues uniquement par quelques personnes"
  - label: "Dependances externes"
    description: "Le projet depend de systemes, equipes ou decisions externes qui pourraient retarder ou bloquer"
```

---

## 14.2 Les hypotheses a valider

> **But :** Rendre explicites les certitudes non verifiees qui sous-tendent le projet.

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q14.4 | Quelles hypotheses faites-vous sur le projet ? Qu'est-ce que vous tenez pour acquis sans l'avoir verifie ? | Liste d'hypotheses |
| Q14.5 | Parmi ces hypotheses, lesquelles seraient les plus graves si elles se revelaient fausses ? | Hierarchisation par impact |
| Q14.6 | Comment pourriez-vous verifier ces hypotheses avant que le projet avance trop loin ? | Methodes de validation |

**Reformulation guidee pour Q14.4 :**
```
question: "Quelles hypotheses faites-vous sur ce projet sans les avoir verifiees ?"
header: "Hypotheses"
multiSelect: true
options:
  - label: "Les utilisateurs vont s'adapter"
    description: "On suppose que les utilisateurs accepteront le changement sans difficulte"
  - label: "Les donnees sont fiables"
    description: "On suppose que les donnees existantes sont correctes et exploitables"
  - label: "Le processus actuel est bien compris"
    description: "On suppose que tout le monde decrit le processus de la meme facon"
  - label: "Les besoins ne changeront pas"
    description: "On suppose que le perimetre restera stable pendant le developpement"
```

---

## 14.3 Les lecons du passe

> **But :** Tirer parti des experiences precedentes pour eviter de reproduire les erreurs.

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q14.7 | Y a-t-il eu des projets similaires dans l'entreprise par le passe ? Qu'est-ce qui a fonctionne et qu'est-ce qui a echoue ? | Retour d'experience |
| Q14.8 | Si ce projet devait echouer, quelle serait la raison la plus probable selon vous ? | Cause d'echec anticipee |

**Reformulation guidee pour Q14.8 :**
```
question: "Si ce projet devait echouer, quelle serait la raison la plus probable ?"
header: "Echec"
options:
  - label: "Perimetre trop ambitieux"
    description: "Trop de fonctionnalites a developper, pas assez de temps ou de budget"
  - label: "Resistance au changement"
    description: "Les utilisateurs refusent de changer leurs habitudes de travail"
  - label: "Regles metier mal comprises"
    description: "Des malentendus sur le fonctionnement reel du metier"
  - label: "Manque de disponibilite"
    description: "Les personnes cles ne sont pas assez disponibles pour valider et tester"
```

---

## Guide d'elicitation approfondi

### Techniques de relance par question

| Question | Si la reponse est vague ou insuffisante | Relance recommandee |
|----------|----------------------------------------|---------------------|
| Q14.1 (risques) | "Je ne vois pas de risque" | "Pensez aux projets passes : qu'est-ce qui a coince ? Les delais ? L'adoption ? La qualite des donnees ? Les changements de priorite en cours de route ?" |
| Q14.3 (mitigation) | "On verra quand ca arrivera" | "Si ce risque se realise dans 3 mois, que ferez-vous concretement ? Qui sera responsable de la resolution ?" |
| Q14.4 (hypotheses) | "On ne fait pas d'hypotheses" | "Par exemple : est-on certain que tous les utilisateurs ont un ordinateur ? Que les donnees actuelles sont completes ? Que le processus est le meme dans tous les services ?" |
| Q14.7 (passe) | "C'est le premier projet de ce type" | "Y a-t-il eu d'autres tentatives de numerisation ou de changement d'outil ? Meme dans un autre domaine ? Qu'est-ce qui s'est bien passe ?" |
| Q14.8 (echec) | Refuse de repondre ou "ca ne va pas echouer" | "C'est une question difficile mais importante. Imaginons le pire scenario : qu'est-ce qui en serait la cause ? Cela nous aide a le prevenir." |

### Signaux d'alerte a detecter

| Signal du client | Probleme sous-jacent | Action de l'analyste |
|------------------|---------------------|----------------------|
| "Il n'y a aucun risque" | **Manque de recul ou deni** | Proposer des risques standards et demander lesquels pourraient s'appliquer |
| "On ne fait pas d'hypotheses, c'est un fait" | **Certitude non questionnee** | "Comment le savez-vous ? Quand est-ce que cela a ete verifie pour la derniere fois ?" |
| Risques uniquement techniques | **Vision incomplete** | Ajouter les dimensions humaines (adoption, formation), organisationnelles (disponibilite, politique) et metier (regles changeantes) |
| Pas de lecon du passe | **Memoire organisationnelle absente** | Chercher aupres d'autres interlocuteurs qui etaient presents lors de projets anterieurs |

---

## Mapping vers le cadrage

| Reponse | Alimente |
|---------|----------|
| Q14.1, Q14.2, Q14.3 | `cadrage.risks[]` |
| Q14.4, Q14.5, Q14.6 | `cadrage.risks[]` (type: "assumption") |
| Q14.7, Q14.8 | `cadrage.risks[]` (enrichissement avec contexte historique) |

---

## Strategie de questionnement

### Ordre des questions en 2 lots

**Lot 1 (Q14.1, Q14.2, Q14.3, Q14.4) : Risques et hypotheses**
- Commencer par les risques visibles puis les hypotheses implicites
- Hierarchiser par gravite et par probabilite

**Lot 2 (Q14.5, Q14.6, Q14.7, Q14.8) : Validation et lecons**
- Identifier comment verifier les hypotheses
- Tirer les lecons des experiences passees
- Terminer par la question difficile de l'echec potentiel
