# Categorie 4 : Risques et criteres de reussite

> **Usage :** Identifier les risques et definir comment mesurer le succes
> **Quand charger :** TOUJOURS (noyau, charge dans le cadrage)
> **Objectif :** Anticiper les problemes et etablir des criteres observables

---

## 4.1 Les risques identifies

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

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

**Reformulation guidee pour Q4.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"
  - label: "Qualite des donnees existantes"
    description: "Les donnees actuelles sont incompletes, incorrectes ou dispersees"
  - label: "Complexite des regles metier"
    description: "Certaines regles sont mal documentees ou connues uniquement par quelques personnes"
  - label: "Dependances externes"
    description: "Le projet depend de systemes ou decisions externes qui pourraient retarder"
```

---

## 4.2 Les hypotheses a valider

> **But :** Rendre explicites les certitudes non verifiees.

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

---

## 4.3 Les lecons du passe

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

---

## 4.4 La definition du succes

> **But :** Determiner concretement ce qui fera dire "ce projet est un succes".

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q4.9 | Quand le systeme sera en place, comment saurez-vous que le projet est un succes ? Quel changement concret observerez-vous ? | Description du succes observable |
| Q4.10 | Si vous deviez convaincre votre direction que le projet a reussi, quels chiffres presenteriez-vous ? | Metriques de succes |
| Q4.11 | Au bout de combien de temps apres le lancement pourrez-vous juger si ca fonctionne ? | Delai d'evaluation |

**Reformulation guidee pour Q4.9 :**
```
question: "Comment saurez-vous que le projet est un succes ?"
header: "Succes"
options:
  - label: "Gain de temps mesurable"
    description: "Un processus qui prenait X heures ne prend plus que Y minutes"
  - label: "Reduction des erreurs"
    description: "Le nombre d'erreurs a diminue de maniere significative"
  - label: "Meilleure satisfaction"
    description: "Les utilisateurs expriment que leur quotidien s'est ameliore"
  - label: "Indicateurs en hausse"
    description: "Des chiffres cles se sont ameliores"
```

---

## 4.5 Les objectifs mesurables

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q4.12 | Pour chaque amelioration attendue, pouvez-vous donner un objectif chiffre ? | Objectifs quantifies |
| Q4.13 | Quels indicateurs suivez-vous deja aujourd'hui qui pourraient servir de reference ? | Indicateurs existants |

---

## 4.6 Les criteres d'acceptation

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q4.14 | Quelles sont les conditions minimales pour que vous acceptiez de mettre le systeme en service ? | Liste de conditions obligatoires |
| Q4.15 | Qui decide officiellement que le systeme est pret a etre utilise ? | Processus de validation |

---

## Guide d'elicitation approfondi

### Techniques de relance

| Question | Si la reponse est vague | Relance recommandee |
|----------|------------------------|---------------------|
| Q4.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 ?" |
| Q4.4 (hypotheses) | "On ne fait pas d'hypotheses" | "Est-on certain que tous les utilisateurs ont un ordinateur ? Que les donnees actuelles sont completes ?" |
| Q4.8 (echec) | Refuse de repondre | "C'est une question difficile mais importante. Imaginons le pire scenario : cela nous aide a le prevenir." |
| Q4.9 (succes) | "Que tout fonctionne bien" | "Imaginons que je visite votre bureau 3 mois apres le lancement. Qu'est-ce que je verrais de different ?" |
| Q4.12 (objectifs) | "Difficile a chiffrer" | "Meme approximativement : le processus prend combien de temps aujourd'hui ? Quel serait un temps acceptable ?" |
| Q4.14 (conditions) | "Il faut que tout soit parfait" | "Si vous deviez lancer avec seulement 80% des fonctionnalites, lesquelles seraient dans ces 80% ?" |

### Signaux d'alerte

| Signal du client | Probleme sous-jacent | Action |
|------------------|---------------------|--------|
| "Il n'y a aucun risque" | Manque de recul | Proposer des risques standards |
| Risques uniquement techniques | Vision incomplete | Ajouter dimensions humaines et organisationnelles |
| Aucun critere mesurable | Succes non defini | Proposer metriques standards : temps, erreurs, adoption, satisfaction |
| "Ca doit etre parfait" | Attentes irrealistes | "Quel est le niveau minimum acceptable pour un premier lancement ?" |

---

## Mapping vers le cadrage

| Reponse | Alimente |
|---------|----------|
| Q4.1-Q4.3 | `cadrage.risks[]` |
| Q4.4-Q4.6 | `cadrage.risks[]` (type: "assumption") |
| Q4.7-Q4.8 | `cadrage.risks[]` (enrichissement contexte historique) |
| Q4.9-Q4.13 | `cadrage.acceptanceCriteria[]` |
| Q4.14-Q4.15 | `cadrage.acceptanceCriteria[]` (conditions de livraison) |

---

## Strategie de questionnement

### Ordre en 3 lots

**Lot 1 (Q4.1-Q4.6) : Risques et hypotheses**
- Commencer par les risques visibles puis les hypotheses implicites

**Lot 2 (Q4.7-Q4.8) : Lecons du passe**
- Tirer les lecons des experiences precedentes

**Lot 3 (Q4.9-Q4.15) : Succes et acceptation**
- Definir le succes, quantifier, etablir les conditions de livraison
