« Story Mapping (technique externe et qualitative) » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (2 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 2 : | Ligne 2 : | ||
[[Category: Portail Planification]] | [[Category: Portail Planification]] | ||
[[Category: Daniel Zacarias]] | [[Category: Daniel Zacarias]] | ||
[[Catégorie:Jeff Patton]] | |||
[[Category: Story Mapping]] | |||
Auteur : Daniel Zacarias<br /> | Auteur : Daniel Zacarias<br /> | ||
Source : [https://foldingburritos.com/product-prioritization-techniques/ 20 Product Priorization Techniques: A Map and Guided Tour]<br /> | Source : [https://foldingburritos.com/product-prioritization-techniques/ 20 Product Priorization Techniques: A Map and Guided Tour]<br /> | ||
| Ligne 27 : | Ligne 29 : | ||
** Les activités se situent au-dessus de l'axe vertical et ne s'inscrivent pas dans une séquence d'utilisation, elles sont "juste là" - ces activités constituent les principaux attributs du produit et ne peuvent pas être hiérarchisées (pensez "vous ne pouvez pas donner la priorité au moteur d'une voiture par rapport à ses roues"). | ** Les activités se situent au-dessus de l'axe vertical et ne s'inscrivent pas dans une séquence d'utilisation, elles sont "juste là" - ces activités constituent les principaux attributs du produit et ne peuvent pas être hiérarchisées (pensez "vous ne pouvez pas donner la priorité au moteur d'une voiture par rapport à ses roues"). | ||
<br/> | <br/> | ||
[[Fichier:Story-map-1024x758.png|600px|border]]<br/> | [[Fichier:Story-map-1024x758.png|600px|border]]<br/>© Daniel Zacarias - Folding Burritos<br/> | ||
<br/> | <br/> | ||
Ce type d’organisation du backlog présente de nombreux avantages, mais les plus importants pour la priorisation et l’exécution sont les suivants :<br/> | Ce type d’organisation du backlog présente de nombreux avantages, mais les plus importants pour la priorisation et l’exécution sont les suivants :<br/> | ||
| Ligne 35 : | Ligne 37 : | ||
** Cela conduit à terminer les releases du produit de bout en bout et par conséquent à accélérer la livraison et la validation du marché (ce qui est crucial au stade [https://en.wikipedia.org/wiki/Minimum_viable_product MVP]). | ** Cela conduit à terminer les releases du produit de bout en bout et par conséquent à accélérer la livraison et la validation du marché (ce qui est crucial au stade [https://en.wikipedia.org/wiki/Minimum_viable_product MVP]). | ||
<br/> | <br/> | ||
[[Fichier:Story-map-release-1024x655.png|600px|border]]<br/> | [[Fichier:Story-map-release-1024x655.png|600px|border]]<br/>© Daniel Zacarias - Folding Burritos<br/> | ||
<br/> | <br/> | ||
À mon avis, le principal inconvénient de cette structure (et du temps nécessaire pour la créer et la préparer) est qu’elle est trop lourde pour des projets ou des produits dans des contextes très dynamiques. En d'autres termes, lorsque la visibilité sur la forme future du produit n'est pas grande (par exemple, sous 3 à 6 mois), je préfère [http://foldingburritos.com/articles/2015/07/06/organizing-a-large-product-backlog/ une approche différente (mais en relation)]. | À mon avis, le principal inconvénient de cette structure (et du temps nécessaire pour la créer et la préparer) est qu’elle est trop lourde pour des projets ou des produits dans des contextes très dynamiques. En d'autres termes, lorsque la visibilité sur la forme future du produit n'est pas grande (par exemple, sous 3 à 6 mois), je préfère [http://foldingburritos.com/articles/2015/07/06/organizing-a-large-product-backlog/ une approche différente (mais en relation)]. | ||
