📄 PRD (Product Requirements Document)

Définition

Un PRD (Product Requirements Document) décrit une fonctionnalité ou un changement produit, incluant son objectif, son périmètre et le comportement attendu.

Affectation budgétaire

Les travaux de réalisation d'un PRD sont fléchés sur un budget CAPEX (dépenses d'investissement) — ils construisent de nouveaux actifs et de la valeur produit. C'est le pendant des éléments de maintenance, dont les activités sont fléchées sur un budget OPEX (dépenses d'exploitation) car elles maintiennent le run existant.

Comment le définir correctement

• Commencez par un énoncé du problème clair
• Définissez des objectifs et des indicateurs de succès
• Décrivez les besoins utilisateurs et les cas d'usage
• Spécifiez les exigences fonctionnelles
• Incluez les exigences non-fonctionnelles (performance, sécurité, etc.)
• Ajoutez des critères d'acceptation
• Gardez-le concis mais complet
• Assurez l'alignement avec l'Initiative Stratégique associée
• Reliez-le au Workload sur lequel il sera exécuté

Liste des exigences

La vue liste affiche tous les PRDs avec leur avancement, statut, domaine, initiative liée, workload et score WSJF. Triez par WSJF pour faire remonter les éléments à plus haute valeur.

Créer un PRD

Utilisez le bouton Ajouter pour ouvrir le formulaire de PRD. Renseignez l'énoncé du problème, liez l'initiative parente, et définissez le domaine et les paramètres WSJF. L'Advisor peut aider à compléter et structurer le contenu.

Détail d'un PRD

Ouvrez un PRD pour accéder à sa vue détaillée, organisée en onglets.

Informations

L'onglet Informations contient le contenu principal du PRD : problème, objectifs, exigences et critères d'acceptation.

Métadonnées

L'onglet Métadonnées regroupe les attributs complémentaires (dates, classification, liens) utilisés pour le reporting et la traçabilité.