Le story mapping : Visualisez vos user stories pour développer le bon produit (InfoPro) (French Edition)

by Jeff Patton

Si vous ne deviez retenir que cela de ce livre, mémorisez ceci : Les stories ne sont pas une forme écrite des exigences ; le fait de raconter des histoires de manière collaborative avec des mots et des images est un mécanisme qui crée de la compréhension mutuelle. Les stories ne sont pas des exigences ; ce sont des discussions sur la résolution de problèmes pour notre entreprise, nos clients et nos utilisateurs qui mènent à des accords sur ce que l'on crée. Votre travail ne consiste pas à créer plus de logiciels plus rapidement : il consiste à maximiser l'outcome et l'impact que vous obtenez à partir de ce que vous avez choisi de créer.

Validez le fait que les problèmes que vous voulez résoudre existent vraiment.

Utilisez une pensée itérative pour évaluer et apporter des modifications à ce que vous avez déjà fait.

Utilisez une pensée incrémentale pour faire des ajouts.

En 2011, Kent Beck, le créateur du concept de story, a inauguré une des premières conférences Lean Startup avec sa révision du Manifeste agile. Si je l'avais fait moi-même, cela aurait pu être considéré comme un blasphème, mais c'est l'un de ses créateurs, il doit donc savoir ce qu'il fait. Il a révisé le manifeste en ces termes : « L'apprentissage validé prime sur le logiciel opérationnel (ou une documentation exhaustive). »