« La Vision du Produit » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| Ligne 22 : | Ligne 22 : | ||
# Quels sont le calendrier et le budget cibles pour développer et lancer le produit ? | # Quels sont le calendrier et le budget cibles pour développer et lancer le produit ? | ||
</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Répondre à ces cinq questions nous donne aussi les informations nécessaires pour analyser la rentabilité. Cela nous permet de décider si et comment le projet devrait se poursuivre.</span><br /> | </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Répondre à ces cinq questions nous donne aussi les informations nécessaires pour analyser la rentabilité. Cela nous permet de décider si et comment le projet devrait se poursuivre.</span><br /> | ||
== | ==Créer la Vision du Produit== | ||
Puisque le Product Owner est responsable de la réussite du produit et du retour sur investissement (ROI), il ou elle devra diriger les activités de création de cette vision grâce à une collaboration étroite avec l'équipe (2). Pour les projets innovants, cette équipe peut inclure des profils métier et techniques; par exemple, des gens du marketing, des concepteurs du produit et des interfaces utilisateurs ainsi que des développeurs. Plus le produit est innovant et complexe, plus la vision est importante, et plus les efforts nécessaires seront importants pour la créer. Pour des projets de développement de nouveaux produits et des versions majeures de produits, des études de marché et des activités de prototypage sont généralement menées. Comme cela peut prendre plusieurs semaines voire plusieurs mois pour compiler les informations pertinentes, exécuter un ou plusieurs sprints est la meilleure façon d'effectuer le boulot nécessaire. Comparez cela avec la version mineure d'un produit où la création de la vision concernée ne prendra que quelques heures ou quelques jours. | Puisque le Product Owner est responsable de la réussite du produit et du retour sur investissement (ROI), il ou elle devra diriger les activités de création de cette vision grâce à une collaboration étroite avec l'équipe (2). Pour les projets innovants, cette équipe peut inclure des profils métier et techniques; par exemple, des gens du marketing, des concepteurs du produit et des interfaces utilisateurs ainsi que des développeurs. Plus le produit est innovant et complexe, plus la vision est importante, et plus les efforts nécessaires seront importants pour la créer. Pour des projets de développement de nouveaux produits et des versions majeures de produits, des études de marché et des activités de prototypage sont généralement menées. Comme cela peut prendre plusieurs semaines voire plusieurs mois pour compiler les informations pertinentes, exécuter un ou plusieurs sprints est la meilleure façon d'effectuer le boulot nécessaire. Comparez cela avec la version mineure d'un produit où la création de la vision concernée ne prendra que quelques heures ou quelques jours.<br /> | ||
==<span style="text-align: justify">Le cœur de la Vision du Produit</span>== | ==<span style="text-align: justify">Le cœur de la Vision du Produit</span>== | ||
Au cœur de la vision du produit, on trouve la description des besoins clients identifiés et les caractéristiques nécessaires du produit qui y répondent. Pour atteindre ce niveau de vision, nous avons d'abord sélectionner notre clientèle cible, puis les besoins pertinents pour ces clients, décidant ainsi quel marché ou segment de marché nous allons aborder. Puis, nous identifions les caractéristiques du produit - autrement dit les exigences critiques de haut niveau - que le produit devra remplir pour satisfaire ces besoins.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Les caractéristiques du produit comprennent généralement à la fois des exigences fonctionnelles et non fonctionnelles. Les exigences non fonctionnelles incluent des exigences de performance, de robustesse et de facilité d'utilisation. Les exigences fonctionnelles décrivent des fonctionnalités particulières du produit, par exemple effectuer un appel ou envoyer un email. Les caractéristiques du produit servent de guide pour l'équipe, elles limitent le périmètre de solution, l'ensemble des solutions possibles.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Décrire les caractéristiques du produit au bon niveau de détail est un équilibre qui exige une collaboration étroite entre le Product Owner et l'équipe. Sous-spécifier ces caractéristiques peut produire une direction floue. Sur-spécifier les caractéristiques du produit peut se traduire par une prise de décision plus tôt que nécessaire et des répercussions négatives sur la créativité de l'équipe. Les techniques utiles pour décrire les caractéristiques du produit comprennent des personas, des scénarios, des cas d'utilisation et des user stories.</span><br /> | Au cœur de la vision du produit, on trouve la description des besoins clients identifiés et les caractéristiques nécessaires du produit qui y répondent. Pour atteindre ce niveau de vision, nous avons d'abord sélectionner notre clientèle cible, puis les besoins pertinents pour ces clients, décidant ainsi quel marché ou segment de marché nous allons aborder. Puis, nous identifions les caractéristiques du produit - autrement dit les exigences critiques de haut niveau - que le produit devra remplir pour satisfaire ces besoins.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Les caractéristiques du produit comprennent généralement à la fois des exigences fonctionnelles et non fonctionnelles. Les exigences non fonctionnelles incluent des exigences de performance, de robustesse et de facilité d'utilisation. Les exigences fonctionnelles décrivent des fonctionnalités particulières du produit, par exemple effectuer un appel ou envoyer un email. Les caractéristiques du produit servent de guide pour l'équipe, elles limitent le périmètre de solution, l'ensemble des solutions possibles.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Décrire les caractéristiques du produit au bon niveau de détail est un équilibre qui exige une collaboration étroite entre le Product Owner et l'équipe. Sous-spécifier ces caractéristiques peut produire une direction floue. Sur-spécifier les caractéristiques du produit peut se traduire par une prise de décision plus tôt que nécessaire et des répercussions négatives sur la créativité de l'équipe. Les techniques utiles pour décrire les caractéristiques du produit comprennent des personas, des scénarios, des cas d'utilisation et des user stories.</span><br /> | ||
