From the course: Agile Analysis Weekly Tips
Unlock this course with a free trial
Join today to access over 24,200 courses taught by industry experts.
Keep the user at the center
From the course: Agile Analysis Weekly Tips
Keep the user at the center
- User stories are not about a screen, a button, a pic box, a data field, a file, or anything technical. They are about the user's story. To succeed, keep the user at the center of your user stories. Why do we need to do this? Well, keeping the user at the center creates transparency in that everyone understands exactly what the team is working on. The team will have the same understanding of why the user story is important and who benefits from it. Also, the impact analysis, that is the impact of the story on other users and processes, becomes much easier. Then testing becomes much easier as well. Next, and my favorite reason, is that it allows business leaders, product owners, and the team to prioritize quickly and effectively. How do we get to a user at the center of the story? For each user story you write, first identify the end user. Identifying the end user helps keep us away from poor user story practices that might look like this. As a developer, I need to put a button on the…
Practice while you learn with exercise files
Download the files the instructor uses to teach the course. Follow along and learn by watching, listening and practicing.
Contents
-
-
A healthy backlog2m 4s
-
(Locked)
Who writes backlog items?2m 57s
-
(Locked)
Know your agile business analyst (BA) and product owner roles2m 56s
-
(Locked)
Effective prioritization3m 22s
-
(Locked)
Making feedback loops a focus2m 47s
-
(Locked)
Focus on customer experience3m 41s
-
(Locked)
Collaborate on testing2m 30s
-
(Locked)
Agile planning: Five levels2m 43s
-
(Locked)
Keep the user at the center2m 32s
-
(Locked)
Keep the user action precise2m 45s
-
(Locked)
Work the acceptance criteria4m 5s
-
(Locked)
Collaborate with others2m 42s
-
(Locked)
Make user stories feedback-able2m 18s
-
(Locked)
Definition of ready/done2m 39s
-
(Locked)
Personas1m 48s
-
(Locked)
Primary personas3m 16s
-
(Locked)
Product hierarchy3m 9s
-
(Locked)
What needs to be documented?3m 41s
-
(Locked)
Experiments2m 4s
-
(Locked)
Hypothesis3m
-
(Locked)
User journey mapping2m 30s
-
(Locked)
Story mapping3m 10s
-
(Locked)
Understanding pain points3m 25s
-
(Locked)
Defining what success looks like2m 35s
-
(Locked)
Force rank prioritization3m 54s
-
(Locked)
Identifying user empathy2m 48s
-
(Locked)
Stay ahead of backlog refinement2m 51s
-
(Locked)
Working the scrum master relationship as a product owner2m 7s
-
(Locked)
Saying no to stakeholders2m 47s
-
(Locked)
Leveraging user feedback2m 45s
-
(Locked)
When to let the team ponder2m 55s
-
(Locked)
Asking the team for alternatives2m 12s
-
(Locked)
Information radiators for product owners4m 2s
-
(Locked)
Metrics product owners care about2m 46s
-
(Locked)
Visual backlog management for product owners3m 6s
-
Swarming on current work2m 48s
-
(Locked)
Making your roadmap and release plan visual3m 7s
-
(Locked)
Observing customers3m 55s
-
(Locked)
Dealing with user story creep2m 56s
-
(Locked)
User story splitting patterns3m 42s
-
(Locked)
Delivering value over staying busy2m 8s
-
(Locked)
Solving problems over building features2m 5s
-
(Locked)
Needs vs. guesses3m 3s
-
(Locked)
Planning with stakeholders (mid to long term)2m 59s
-
(Locked)
Encouraging swarming and finishing2m 40s
-
(Locked)
Focus on the problem or outcome, not the solution3m 13s
-
(Locked)
Managing stakeholder expectations of MVP2m 49s
-
(Locked)
Analyzing story maps for gaps4m 10s
-
(Locked)
Outcomes over outputs2m 59s
-
(Locked)
Defining good outcomes2m 48s
-
(Locked)
Create an agile project charter2m 51s
-
(Locked)
Test early and often, even as a product owner3m 30s
-