Le cahier des besoins n’a pas pour rôle d’imaginer tous les écrans dès le départ. Il doit fournir une base commune pour comprendre le travail actuel, les priorités et les conditions dans lesquelles la solution sera utilisée.
Décrire le problème avant la solution
Expliquez le processus actuel, les difficultés rencontrées et les améliorations recherchées. Un objectif observable est plus utile qu’une liste de technologies ou qu’une demande générale de digitalisation.
- Qui réalise la tâche aujourd’hui ?
- Où apparaissent les erreurs ou lenteurs ?
- Quelle décision la solution doit-elle faciliter ?
Identifier les utilisateurs et leurs parcours
Chaque profil doit disposer des fonctions et informations nécessaires, sans recevoir automatiquement tous les accès. Décrivez les principales actions, validations et exceptions.
- Profils internes et externes.
- Actions fréquentes et situations exceptionnelles.
- Responsables des validations.
Définir les données et règles métier
Listez les informations créées, consultées, modifiées, importées ou exportées. Précisez leur origine, leur sensibilité, leur durée d’utilisation et les règles qui déterminent les calculs ou décisions.
- Sources et propriétaires des données.
- Droits d’accès par profil.
- Contrôles, historiques et obligations de conservation.
Prioriser et signaler les dépendances
Séparez ce qui est indispensable pour une première version de ce qui peut venir ensuite. Signalez les systèmes existants, comptes, fournisseurs, formats et interfaces dont le projet pourrait dépendre.
Préparer la validation et l’exploitation
Définissez comment une fonction sera acceptée, qui testera, quelles données de test pourront être utilisées et quelles conditions de déploiement, documentation, assistance ou maintenance devront être discutées.
À retenir
- Partir du problème et des utilisateurs.
- Documenter données, règles et accès.
- Prioriser avant de choisir la technologie.
