« Document sur les Exigences du Marché (MRD) » : différence entre les versions
De Wiki Agile
m Fabrice Aimetti a déplacé la page Document sur les Exigences du Marché vers Document sur les Exigences du Marché (MRD) sans laisser de redirection |
|||
| (11 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 4 : | Ligne 4 : | ||
---- | ---- | ||
Traducteur : Fabrice Aimetti<br /> | Traducteur : Fabrice Aimetti<br /> | ||
Date : 12/ | Date : 12/10/2022<br /> | ||
---- | ---- | ||
Traduction :<br /> | Traduction :<br /> | ||
| Ligne 24 : | Ligne 24 : | ||
<br/> | <br/> | ||
Le qualificatif "non techniques" est crucial, car la plupart des logiciels de préparation de données nécessitent des compétences en codage ou une connaissance du fonctionnement du backend technique des bases de données. Vous avez identifié un marché - les analystes métiers qui n'ont pas de connaissances techniques - qui bénéficierait d'une application conviviale permettant à ces analystes de rassembler des données en faisant simplement glisser et déposer des champs ou même des bases de données entières provenant de différentes sources. | Le qualificatif "non techniques" est crucial, car la plupart des logiciels de préparation de données nécessitent des compétences en codage ou une connaissance du fonctionnement du backend technique des bases de données. Vous avez identifié un marché - les analystes métiers qui n'ont pas de connaissances techniques - qui bénéficierait d'une application conviviale permettant à ces analystes de rassembler des données en faisant simplement glisser et déposer des champs ou même des bases de données entières provenant de différentes sources. | ||
== | ==Cinq questions à poser lors de l'élaboration de votre MRD== | ||
===Quel est le marché que nous ciblons, et pourquoi croyons-nous qu'il vaut la peine d'être développé ?=== | ===Quel est le marché que nous ciblons, et pourquoi croyons-nous qu'il vaut la peine d'être développé ?=== | ||
Vous pourriez déterminer que le marché pour ce produit concernera plusieurs industries qui, historiquement, n'ont pas acheté d'outils de préparation des données et qui ont donc besoin d'une solution très simple et conviviale pour les analystes métiers. | Vous pourriez déterminer que le marché pour ce produit concernera plusieurs industries qui, historiquement, n'ont pas acheté d'outils de préparation des données et qui ont donc besoin d'une solution très simple et conviviale pour les analystes métiers. | ||
| Ligne 45 : | Ligne 45 : | ||
'''Remarque :''' le MRD est un document stratégique à un stade préliminaire. Il doit rester de haut niveau et la partie "Comment nous résolvons le problème" ne doit comprendre que de courtes descriptions stratégiques des fonctionnalités que vous proposez. Les discussions détaillées sur chaque feature et les user stories qui les accompagnent ne doivent venir que plus tard, une fois que votre équipe a décidé de développer le produit. | '''Remarque :''' le MRD est un document stratégique à un stade préliminaire. Il doit rester de haut niveau et la partie "Comment nous résolvons le problème" ne doit comprendre que de courtes descriptions stratégiques des fonctionnalités que vous proposez. Les discussions détaillées sur chaque feature et les user stories qui les accompagnent ne doivent venir que plus tard, une fois que votre équipe a décidé de développer le produit. | ||
==Les équipes produits agiles utilisent-elles des MRDs ?== | |||
La réponse courte est oui : de nombreuses équipes agiles rédigent des MRDs.<br/> | La réponse courte est oui : de nombreuses équipes agiles rédigent des MRDs.<br/> | ||
<br/> | <br/> | ||
Les documents sur les exigences du marché ont été utilisés pendant des décennies dans les entreprises qui construisaient des produits en utilisant ce que nous appelons aujourd'hui la méthode waterfall. En utilisant cette approche séquentielle, une organisation établit un planning exhaustif pour construire le produit avant de commencer à travailler. Une fois qu'elle a commencé, l'équipe ne revient pas en arrière, et elle n'ajuste pas ses planifications quel que soit les premiers retours des utilisateurs.<br/> | Les documents sur les exigences du marché ont été utilisés pendant des décennies dans les entreprises qui construisaient des produits en utilisant ce que nous appelons aujourd'hui la méthode [https://www.productplan.com/glossary/waterfall/ waterfall]. En utilisant cette approche séquentielle, une organisation établit un planning exhaustif pour construire le produit avant de commencer à travailler. Une fois qu'elle a commencé, l'équipe ne revient pas en arrière, et elle n'ajuste pas ses planifications quel que soit les premiers retours des utilisateurs.<br/> | ||
<br/> | |||
Dans cet environnement waterfall, les MRDs sont des documents précieux car ils permettent de définir le plan à long terme pour le développement du produit. Dans les organisations en waterfall, les équipes rédigent souvent des MRDs très détaillés qui peuvent compter des dizaines de pages.<br/> | |||
<br/> | |||
D'autre part, dans une entreprise agile, un MRD est également un outil utile. Il aide l'équipe produit à identifier une opportunité de marché et à la transmettre au reste de l'organisation. La principale différence est que dans une organisation agile, le MRD est très court et de haut niveau. C'est parce que l'équipe utilise le MRD uniquement comme un guide stratégique initial. Une entreprise agile se laisse la possibilité de changer de cap souvent en fonction de la façon dont le marché réagit au produit.<br/> | |||
==Quelle est la place d'un MRD dans le processus de product management ?== | |||
Pour les organisations agiles qui rédigent des MRDs, voici une séquence type des principaux documents que l'équipe va élaborer. Chacun d'entre eux aide à guider la rédaction du suivant.<br/> | |||
===Document sur les exigences du marché (market requirements document ~ MRD)=== | |||
Ce document identifie une opportunité de marché potentielle : le qui, le quoi et le pourquoi du marché, et une explication de haut niveau de la façon dont la solution proposée aidera ce marché. | |||
===Document sur les exigences du produit (product requirements document ~ PRD)=== | |||
Ce document communique les capacités/fonctionnalités dont le produit aura besoin. | |||
===Feuille de route du produit=== | |||
Il s'agit d'un plan stratégique de haut niveau qui communique le plan stratégique et les objectifs du produit. | |||
===[https://www.productplan.com/glossary/product-backlog/ Backlog de produit]=== | |||
Il s'agit de la liste priorisée des tâches suffisamment détaillées et nécessaires à l'exécution du plan stratégique décrit dans la feuille de route du produit. | |||
===[https://www.productplan.com/glossary/sprint-backlog/ Backlog du sprint]=== | |||
Tiré du backlog du produit, il s'agit de la liste des éléments sur lesquels l'équipe pluridisciplinaire prévoit de travailler au cours du prochain sprint. | |||
