« Story Mapping (technique externe et qualitative) » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 29 : | 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 Zakarias - 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 37 : | 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 Zakarias - 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)]. | ||
