# Categorie 2 : Parties prenantes et perimetre

> **Usage :** Identifier les acteurs, leurs besoins, et delimiter le perimetre fonctionnel
> **Quand charger :** TOUJOURS (noyau)
> **Objectif :** Comprendre QUI utilise le systeme, COMMENT, et QUOI il doit faire

---

## 2.1 Identification des utilisateurs

> **But :** Dresser la carte complete de toutes les personnes qui interagiront avec le systeme.

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q2.1 | Qui sont les personnes qui utiliseront ce systeme au quotidien ? Decrivez leurs postes et ce qu'ils font dans l'entreprise. | Liste de profils utilisateurs |
| Q2.2 | Y a-t-il des personnes qui ne l'utiliseront pas directement mais qui beneficieront des resultats (rapports, donnees, decisions) ? | Liste de beneficiaires indirects |
| Q2.3 | Qui est le decideur final sur ce projet ? Qui peut dire "oui, on lance" ou "non, on arrete" ? | Nom et role du decideur |
| Q2.4 | Y a-t-il des personnes ou des services qui pourraient s'opposer a ce projet ou le freiner ? Pourquoi ? | Liste de resistances potentielles |

---

## 2.2 Le quotidien de chaque utilisateur

> **But :** Comprendre concretement ce que chaque type d'utilisateur fait et a besoin de faire.

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q2.5 | Pour chaque type d'utilisateur : quelles sont les 3 a 5 taches principales qu'il doit accomplir avec ce systeme ? | Taches par profil utilisateur |
| Q2.6 | A quelle frequence chaque utilisateur se servira-t-il du systeme ? Tous les jours ? Plusieurs fois par jour ? Une fois par semaine ? | Frequence d'utilisation par profil |
| Q2.7 | Quel est le niveau de confort de chaque utilisateur avec les outils informatiques ? | Niveau d'aisance par profil |
| Q2.8 | Pour chaque utilisateur : quelles sont ses 2 a 3 plus grandes frustrations avec la facon de travailler actuelle ? | Frustrations par profil |

---

## 2.3 Les niveaux d'acces

> **But :** Definir qui peut voir quoi et faire quoi, en langage simple.

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q2.9 | Tous les utilisateurs doivent-ils voir les memes informations ? Si non, qui voit quoi ? | Regles de visibilite des donnees |
| Q2.10 | Qui a le droit de modifier ou supprimer des informations ? Tout le monde ou seulement certaines personnes ? | Regles de modification |
| Q2.11 | Y a-t-il des actions sensibles qui necessitent une validation par un superieur ? | Liste des actions a valider |

---

## 2.4 Perimetre fonctionnel

> **But :** Lister tout ce que le systeme doit faire et ne pas faire, avec des priorites claires.

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q2.12 | Listez toutes les fonctionnalites que vous souhaitez dans ce systeme. Ne vous censurez pas. | Liste libre de fonctionnalites |
| Q2.13 | Parmi cette liste, quelles sont les fonctionnalites INDISPENSABLES ? Celles sans lesquelles le systeme n'a aucun interet ? | Liste de fonctionnalites vitales |
| Q2.14 | Quelles fonctionnalites seraient tres utiles mais pourraient attendre une deuxieme version ? | Liste de fonctionnalites importantes |
| Q2.15 | Y a-t-il des choses que le systeme ne doit explicitement PAS faire ? Des limites claires a poser ? | Liste d'exclusions |

**Test de priorite :**
> Pour chaque fonctionnalite classee comme indispensable, poser la question :
> "Si on enlevait cette fonctionnalite, le systeme aurait-il encore de la valeur ?"

---

## 2.5 Le parcours principal

> **But :** Comprendre le flux de travail principal de bout en bout.

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q2.16 | Decrivez le parcours typique d'un utilisateur du debut a la fin : il ouvre le systeme, que fait-il en premier ? | Liste d'etapes ordonnees |
| Q2.17 | A quels moments l'utilisateur doit-il prendre une decision ? Quelles sont les options possibles ? | Points de decision et options |
| Q2.18 | Que se passe-t-il quand quelque chose ne se deroule pas comme prevu ? Quels sont les cas particuliers ? | Scenarios alternatifs |

---

## 2.6 Besoins transversaux

> **But :** Identifier les fonctionnalites qui traversent tout le systeme.

| # | Question | Type de reponse |
|---|----------|-----------------|
| Q2.19 | Les utilisateurs ont-ils besoin de recevoir des notifications ou des alertes ? Si oui, dans quelles situations ? | Liste de situations de notification |
| Q2.20 | Faut-il pouvoir exporter des donnees du systeme (rapports, fichiers, impressions) ? Dans quel format et pour qui ? | Besoins d'export |
| Q2.21 | Faut-il pouvoir importer des donnees dans le systeme depuis une source externe ? | Besoins d'import |
| Q2.22 | Faut-il garder un historique de qui a fait quoi et quand ? Pour quelles actions ? | Besoins de tracabilite |

---

## Guide d'elicitation approfondi

### Techniques de relance

| Question | Si la reponse est vague | Relance recommandee |
|----------|------------------------|---------------------|
| Q2.1 (utilisateurs) | Un seul type mentionne | "Pensez aux differents moments de la journee : qui saisit ? Qui consulte les rapports ? Qui gere les cas particuliers ?" |
| Q2.4 (oppositions) | "Personne ne s'opposera" | "Quand un nouvel outil est introduit, qui doit changer ses habitudes le plus ?" |
| Q2.5 (taches) | Taches generiques | "Quand il arrive le matin et ouvre le systeme, quelle est sa premiere action ?" |
| Q2.9 (visibilite) | Reponse ambigue | "Un employe du service A peut-il voir les donnees du service B ? Un stagiaire voit-il la meme chose qu'un directeur ?" |
| Q2.13 (indispensable) | Tout est indispensable | "Si vous ne pouviez garder que 3 fonctionnalites pour un premier lancement, lesquelles ?" |
| Q2.15 (exclusions) | "Je ne vois pas" | "Certains utilisateurs pourraient-ils s'attendre a des fonctionnalites que vous ne souhaitez PAS inclure ?" |
| Q2.16 (parcours) | Moins de 3 etapes | "Detaillons : l'utilisateur arrive sur l'ecran d'accueil. Que voit-il ? Ou clique-t-il ?" |

### Signaux d'alerte a detecter

| Signal du client | Probleme sous-jacent | Action de l'analyste |
|------------------|---------------------|----------------------|
| "Tous les utilisateurs font la meme chose" | Roles non differencies | "Qui peut supprimer ? Qui ne fait que consulter ? Qui valide ?" |
| "Tout le monde doit tout voir" | Securite non reflechie | "Meme les stagiaires ? Les prestataires externes ? Les donnees salariales ?" |
| Tout est indispensable (> 10 vitaux) | Priorites non definies | Appliquer le test de priorite |
| Aucune exclusion identifiee | Perimetre non borne | "Y a-t-il des aspects qui relevent d'un autre projet ou d'une version future ?" |
| Parcours lineaire sans alternative | Seul le cas ideal est decrit | "Que se passe-t-il a l'etape X si la condition Y n'est pas remplie ?" |

---

## Mapping vers le cadrage

| Reponse | Alimente |
|---------|----------|
| Q2.1-Q2.4 | `cadrage.stakeholders[]` |
| Q2.5-Q2.8 | `cadrage.stakeholders[].tasks`, `.frequency`, `.painPoints` |
| Q2.9-Q2.11 | `cadrage.applicationRoles[]` |
| Q2.12-Q2.15 | `cadrage.globalScope` (vital, important, optional, excluded) |
| Q2.16-Q2.18 | `cadrage.coverageMatrix` + base pour les cas d'utilisation |
| Q2.19-Q2.22 | `cadrage.coverageMatrix` + detection de modules transversaux |

---

## Strategie de questionnement

### Ordre des questions en 4 lots

**Lot 1 (Q2.1-Q2.4) : Qui est concerne ?**
- Identifier tous les acteurs du projet

**Lot 2 (Q2.5-Q2.11) : Que font-ils et quels droits ?**
- Detailler les taches, frequences et niveaux d'acces par profil

**Lot 3 (Q2.12-Q2.15) : Quel perimetre ?**
- Lister et hierarchiser les fonctionnalites

**Lot 4 (Q2.16-Q2.22) : Comment ca se deroule ?**
- Cartographier le parcours principal et les besoins transversaux
