From the course: Agile Analysis Weekly Tips
Unlock this course with a free trial
Join today to access over 22,600 courses taught by industry experts.
Hypothesis
- If you ever feel like the product or feature you're working on is a leap of faith and needs a prayer, then it's time to use a hypothesis. A hypothesis is an idea or explanation for something that is based on limited facts or evidence. It needs more investigation to be generally accepted. Hypotheses are ways for teams to setup a structured and controlled investigation. It's a way to learn while making progress towards the goal and while reducing risk. Also, hypotheses are great as an overall technique to keep an eye on the outcome and metrics you're looking to move. Teams use hypotheses in some common situations to help innovate. They use them when driving innovation to ensure that only build enough at a time, so they can learn from each piece and reduce the risk of rework. Many hypotheses lead to additional experiments or sub-experiments. Teams also use hypotheses to remove ambiguity in both business and technology assumptions or leaps of faith. Let's look at how a typical…
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
-