generated from vanHeemstraSystems/template-default-repository
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
1 parent
16dcaa2
commit 31a9867
Showing
1 changed file
with
7 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,7 @@ | ||
# 800 - Stories should facilitate iteration | ||
|
||
Anyone who read a user story youʼve created should understand its aim and how it helps deliver the feature itʼs related too. But they should also see how it progresses, what the logical iteration is. Good stories are like a lego brick. Theyʼre independent but theyʼre also more useful as part of a group. Alone they form something okay, but when combined, they form something awesome! | ||
|
||
You can build this into your user stories by clearly calling out the individual part of a chain theyʼre doing. For example, a user with items in my basket, I need to pay for them ```[using my debit card]```, so that I can purchase my products. | ||
|
||
Itʼs simple, distinct, itʼs useful. But by inserting ʻdebit cardʼ weʼve left the space open other payment methods at later iterations. The description focusing on the userʼs scenario allows us to space to iterate the process further, i.e. yes they need to pay to receive the items, but what other things could they do now there are products in their basket? Use this iterative mindset as you create and review user stories in your maps and individuals and youʼll encourage more innovation. |