# Categorie 15 : Criteres de reussite

> **Usage :** Definir comment mesurer le succes du projet de maniere objective
> **Quand charger :** TOUJOURS (noyau, charge dans le cadrage)
> **Objectif :** Etablir des criteres observables et mesurables pour evaluer le resultat

---

## 15.1 La definition du succes

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

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

**Reformulation guidee pour Q15.1 :**
```
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 ou de corrections a diminue de maniere significative"
  - label: "Meilleure satisfaction"
    description: "Les utilisateurs expriment clairement que leur quotidien s'est ameliore"
  - label: "Indicateurs en hausse"
    description: "Des chiffres cles (chiffre d'affaires, productivite, qualite) se sont ameliores"
```

---

## 15.2 Les objectifs mesurables

> **But :** Transformer les attentes en objectifs chiffres et verifiables.

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q15.4 | Pour chaque amelioration attendue, pouvez-vous donner un objectif chiffre ? Par exemple : "reduire le temps de traitement de 2 heures a 30 minutes" | Objectifs quantifies |
| Q15.5 | Quels indicateurs suivez-vous deja aujourd'hui qui pourraient servir de reference ? | Indicateurs existants |
| Q15.6 | Y a-t-il des indicateurs que vous ne suivez pas aujourd'hui mais que vous aimeriez pouvoir mesurer grace au nouveau systeme ? | Nouveaux indicateurs souhaites |

**Reformulation guidee pour Q15.4 :**
```
question: "Pouvez-vous chiffrer les ameliorations attendues ?"
header: "Objectifs"
options:
  - label: "Temps divise par 2 ou plus"
    description: "Le processus actuel prend trop de temps, l'objectif est de le reduire d'au moins 50%"
  - label: "Erreurs reduites a moins de 5%"
    description: "Le taux d'erreur actuel est trop eleve, l'objectif est de le ramener sous les 5%"
  - label: "100% de tracabilite"
    description: "Aujourd'hui des informations se perdent, l'objectif est de tout tracer"
  - label: "Difficile a chiffrer"
    description: "L'amelioration est qualitative et difficile a mesurer numeriquement"
```

---

## 15.3 Les criteres d'acceptation

> **But :** Definir les conditions minimales pour que le systeme soit considere comme livre.

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q15.7 | Quelles sont les conditions minimales pour que vous acceptiez de mettre le systeme en service ? | Liste de conditions obligatoires |
| Q15.8 | Qui decide officiellement que le systeme est pret a etre utilise ? Quel est le processus de validation finale ? | Processus de validation |

**Reformulation guidee pour Q15.7 :**
```
question: "Quelles conditions minimales pour mettre le systeme en service ?"
header: "Acceptation"
multiSelect: true
options:
  - label: "Toutes les fonctionnalites vitales presentes"
    description: "Les fonctionnalites classees indispensables fonctionnent correctement"
  - label: "Donnees migrees et verifiees"
    description: "Les donnees existantes ont ete transferees et validees dans le nouveau systeme"
  - label: "Utilisateurs formes"
    description: "Les utilisateurs principaux ont ete formes et savent utiliser le systeme"
  - label: "Tests valides"
    description: "Les tests de fonctionnement ont ete realises et les resultats sont satisfaisants"
```

---

## Guide d'elicitation approfondi

### Techniques de relance par question

| Question | Si la reponse est vague ou insuffisante | Relance recommandee |
|----------|----------------------------------------|---------------------|
| Q15.1 (succes) | "Que tout fonctionne bien" | "Concretement, imaginons que je visite votre bureau 3 mois apres le lancement. Qu'est-ce que je verrais de different par rapport a aujourd'hui ? Qu'est-ce que les gens feraient differemment ?" |
| Q15.2 (chiffres) | "Je ne sais pas quels chiffres" | "Pensez a votre patron : qu'est-ce qui le convaincrait ? Nombre de dossiers traites par jour ? Temps de reponse aux clients ? Taux d'erreur ? Satisfaction des equipes ?" |
| Q15.3 (delai) | "Tout de suite" | "Certains benefices apparaissent immediatement (gain de temps) et d'autres prennent du temps (adoption, qualite des donnees). Quel delai est realiste pour chaque benefice ?" |
| Q15.4 (objectifs chiffres) | "Difficile a chiffrer" | "Meme approximativement : le processus prend combien de temps aujourd'hui ? Quel serait un temps acceptable ? Combien d'erreurs par mois avez-vous aujourd'hui ?" |
| Q15.5 (indicateurs existants) | "On ne mesure rien" | "Comment evaluez-vous si la journee s'est bien passee ? Quels signaux vous disent que ca va bien ou mal ?" |
| Q15.7 (conditions minimales) | "Il faut que tout soit parfait" | "Si vous deviez lancer avec seulement 80% des fonctionnalites, lesquelles seraient dans ces 80% ?" |

### Signaux d'alerte a detecter

| Signal du client | Probleme sous-jacent | Action de l'analyste |
|------------------|---------------------|----------------------|
| Aucun critere mesurable | **Succes non defini** | Proposer des metriques standards : temps de traitement, taux d'erreur, taux d'adoption, satisfaction utilisateur |
| "Ca doit etre parfait" | **Attentes irrealistes** | "La perfection est un objectif, mais quel est le niveau minimum acceptable pour un premier lancement ?" |
| Indicateurs contradictoires | **Objectifs mal alignes** | "Ces deux objectifs semblent en tension. Lequel est prioritaire si vous devez choisir ?" |
| Pas de processus de validation | **Pas de gouvernance** | "Qui signe l'acceptation ? Un email suffit ou faut-il un proces-verbal formel ?" |
| Succes mesure uniquement par la technique | **Oubli de l'humain** | "Au-dela du fonctionnement technique, comment mesurez-vous la satisfaction des utilisateurs ?" |

---

## Mapping vers le cadrage

| Reponse | Alimente |
|---------|----------|
| Q15.1, Q15.2, Q15.3 | `cadrage.acceptanceCriteria[]` |
| Q15.4, Q15.5, Q15.6 | `cadrage.acceptanceCriteria[]` + `cadrage.toBe` (enrichissement) |
| Q15.7, Q15.8 | `cadrage.acceptanceCriteria[]` (conditions de livraison) |

---

## Strategie de questionnement

### Ordre des questions en 2 lots

**Lot 1 (Q15.1, Q15.2, Q15.3, Q15.4) : Definir le succes**
- Commencer par la vision qualitative du succes
- Puis quantifier avec des metriques et des delais

**Lot 2 (Q15.5, Q15.6, Q15.7, Q15.8) : Mesurer et valider**
- Identifier les indicateurs de reference existants
- Definir les conditions minimales de livraison
- Clarifier le processus de validation finale
