founder of Toyota Industries, developed the 5 Whys technique in the 1930s. The method is remarkably simple: when a problem occurs, you drill down to its root cause by asking "Why?" five times. Then, when a counter-measure becomes apparent, you follow it through to prevent the issue from recurring.
Put yourself in the mind of your user and… a. Think about what steps ‘they say’ that they would take b. Does your user have a plan/need one? c. Are there phases that they would go through? 3. Share with the room
is taking “the workflow as it is today” 2. Create rows for what they are doing, thinking, and feeling 3. Work separately, and everyone makes more/new stickies!
that <receive benefit> - As a [type of user], I want [some action], so that [outcome] “When an important new customer signs up, I want to be notified, so I can start a conversation with them.”
top of your sheet 2. Start writing Needs Statements to… a. Accomplish what the user needs b. Address pain points c. Summarize user problems d. Capture user needs 3. Start to mix and match, building on others
the ways. I love it for its sprints of up to twenty days. The product backlog: Writing and refining! I love Scrum when I see a pile of story cards declining. I love burndown charts, or up if you prefer. They show team progress, otherwise hard to infer. I like my Scrum Master and my product owner, too. Having each makes issues easier to get through. I love Scrum with a love deeper than a waterfall. There are no impediments. I love it all. Scrum brings me joy. Work is fun. No overtime! I shall but love Scrum better if we ship on time. –Mike Cohn, Scrum Software Development Method
that have the most votes, or capture a group, become Epics. 3. Consider the different users or user roles involved needed to make that Epic happen… those become the User Stories 4. Tasks are to make that happen Let’s make a backlog