3.94 out of 5
3.94
389 reviews on Udemy

Agile Product Owner(ship) Master Class: Advanced Techniques

Learn How Take Your Product Management Skills To Hero Status
Instructor:
Luke Angel
4,584 students enrolled
English [Auto-generated]
How To Be A Awesome Product Owner
How To Set A Product Vision
How To Create A Product Roadmap
How To Form A Release Plan
How Too Groom Product Backlog Like A Pro
How To Break Down Features Into Epics and User Stories
What Personas are and how to use them
How To Write Awesome User Stories
How To Create Story Maps
How To Split And Slice Stories To Get Value Delivery
How To Write Acceptance Criteria
How to conduct Workshops
How Prioritization Your Backlog AndRoadmap
How To Conduct Forced Ranking
How To Group . Stories By Categorization
How To Conduct Prioritization Stories Ranking By Voting
How to Prioritize Stories Using “Buy A Feature”
How To Formulate And Use “Definition Of Ready”
How To Formulate And Use “Definition Of Done”
How To Deal With Technical Debt
How the Product Owner Role Fits In The Agile Ceremonies
How To Estimate Stories In Sprint and Roadmaps
How To Conduct Sprint Planning
How To Interact In Daily Standups
How To Conduct Sprint Demos
How To Make The Most Of Retrospectives

In This course Certified PMP® and Agile Trainer Luke Angel takes you on a journey to make your product skills into hero status. If your agile projects result in the efficient creation of products that your customers adore, it’s likely due to the first-rate product owner on your team. In this course you will learn how to be the hero product owner your team deserves.You Will Explore the responsibilities of the product owner, and learn some practical techniques that you can implement throughout the agile workflow. Discover how to use personas, story maps, and user stories to figure out what customers really need. Learn how to work with your team to create an agile product roadmap, and learn more about the role of the product owner in agile meetings.

Topics Include:           

  1. How To Set A Product Vision
  2. How To Create A Product Roadmap
  3. How To Form A Release Plan
  4. How Too Groom Product Backlog Like A Pro
  5. How To Break Down Freatures Into Epics and User Stories
  6. What Personas are and how to use them
  7. How To Write Awesome User Stories
  8. How To Create Story Maps
  9. How To Split And Slice Stories To Get Value Delivery
  10. How To Write Acceptance Criteria
  11. How to conduct Workshops
  12. How Prioritization Your Backlog AndRoadmap
  13. How To Conduct Forced Ranking
  14. How To Group Stories By Categorization
  15. How To Conduct Prioritization Stories Ranking By Voting
  16. How to Prioritize Stories Using “Buy A Feature”
  17. How To Formulate And Use “Definition Of Ready”
  18. How To FormulateAnd Use “Definition Of Done”
  19. How To Deal With Technical Debt
  20. How the Product Owner Role Fits In The Agile Ceremonies
  21. How To Estimate Stories In Sprint and Roadmaps
  22. How To Conduct Sprint Planning
  23. How To Interact In Daily Standups
  24. How To Conduct Sprint Demos
  25. How To Make The Most Of Retrospectives

Welcome

1
Welcome

Great Agile product owners are critical to an Agile team's success.
It's a role that takes practice and requires a focused mindset.
If your Agile projects result in valuable products quickly you likely have a high performing product owner on the team.
 

2
Pre-Requisites

This course is all about agile product ownership.
It's designed to help your team increase the pace and quality of their work on agile projects.
If you are new to agile or unfamiliar with some of the basic agile terms and concepts, then you may want to watch the Agile at Work series with Doug Rose.
 

3
Exercise Files

If you have access to the exercise files for the course, you can download them to your desktop.
In this course, we'll use an example that focuses on a mobile app for a health club.
I've included a file with summary information to go along with many of the videos throughout the course.
 

Product Backlogs

1
Setting Product Vision

I wish every team knew what it was like to have a great product vision.
And even more importantly, how to use it daily when developing the product.
Check out my course, Agile Product Owner Role, to learn more about product vision and why it's important.
 

2
Roadmapping

Once you have a clearly articulated vision that the team understands, we need to get to a backlog.
This is part of the agile process that doesn't have much guidance for teams in many of the agile methodologies, but it's an important part of making sure what is built aligns with the vision and is valuable.
A Road Map defines the key features and characteristics to achieve the product vision, and in what order.
 

3
Release Planning

When done well each release has something valuable and exciting to offer users.
So how do we plan releases to make this happen? Well first we need to look at the needed inputs to release planning.
We start with the product vision and strategy, the roadmap, and high-level epics and user stories for our release features.
 
 

4
Grooming The Product Backlog

Back refinement is an ongoing and critical task for product owners.
It's an essential input to so many parts of keeping the team running at a good cadence.
Let's look in more detail at how to run a backlog refinement meeting.
 
 

Advanced Product Backlog Techniques

1
Feature Break Down

Breaking down features in agile is important to the team being able to work quickly.
It's about keeping the flow of work moving and the dialog focused.
High-level software engineers and architects love features, and the sky is the limit.
 
 

2
Personas

A persona is a way to represent a user role by characterizing them as a specific person that we can empathize with.
Personas help teams focus and discuss how various user goals look different when using the insight from each persona's point of view.
Personas build empathy and help the team focus on a few typical archetypes of users, rather than trying to please thousands.
 
 

3
User Stories

User stories are a common technique to help teams understand precisely what they're building.
User stories provide a placeholder for conversation and continued dialogue about a specific piece of functionality from a user perspective.
To provide some context as we look at what good user stories look like, let's look at one from our GoHealth app example.
 

4
Story Maps

A user's story map is a powerful visual that helps the entire team see the forest though the trees.
By organizing user stories in a visual format.
A story map is all about telling the whole story versus a small part of it.

5
Splitting And Slicing Stories

Story slicing or splitting is an essential skill, and can prevent many of the typical challenges agile teams experience.
The features on the roadmap are bundles of functionality that the team typically takes many sprints to create.
To build these features effectively and get the value delivered in increments, the functionality needs to be broken down further into user stories.
 
 

6
Acceptance Criteria

So how do we know the user story will meet all of the users expectations? Teams define this with acceptance criteria, which are the conditions that tell us when the user story is working as intended and satisfying the customer.
Although the team may define it altogether, the product owner plays the main role in deciding on this acceptance criteria.
These conditions are typically created and owned by the product owner and are attached to the user story.
 

7
Workshops

A common technique to get the team engaged and working on the product is to hold a user story workshop.
It's a hands-on meeting where the team brainstorms and writes user stories for the solution or product being worked on.
The product owner may work with a scrum master or a team lead to plan the workshop.
 

Prioritizing Backlog

1
Prioritization 101

The product owner has a critical role in prioritizing the backlog.
It's about taking all of the features and items submitted and under consideration, and finding their place in the backlog.
When using a funnel-shaped backlog, this is a much easier task than a stacked backlog.
 
 

2
Forced Ranking

Effective teams and product owners know what their number one and number two priorities are, along with three, four, and five.
Their items are ranked.
I don't advocate for ranking all of the items in a backlog, but for sure the top 10 priorities in the near future, and top 10 conceptual items that are further out.
 

3
Grouping By Categorization

Grouping By Categorization
Creating a hierarchical grouping of items helps many teams make decisions and stay focused.
For some teams, features and items need to be categorized before forced ranking, or even categorized into priorities to see how alignment is working with the roadmap, vision, and strategy.
Categorization as a prioritization technique involves getting the team together to create a shared understanding and common dialog about priorities.
 

4
Ranking By Voting

It feels good to vote on something and have your say, right? Well, applying this to requirements prioritization is a fun and engaging way to get feedback on the priorities from the team or a group of stakeholders and users.
Voting does not mean that a decision is necessarily made, but rather it's a facilitation technique to get dialogue going and see where a group stands on its priorities.
When I do a voting meeting, I prepare the items to vote on.

5
Buy A Feature

Key Concepts

1
Definition Of Ready

Many agile teams use a Definition of Ready to help with the planning process.
It's an underutilized tool that can bring powerful results to the team.
It helps the team with an agreement on expectations of what makes the team successful when bringing in an item or story to a sprint and it prevents re-work.
 

2
Definition Of Done

Definition of done is a tool teams use to agree on what done means and how the team will measure if a user story or backlog item is fully completed.
This tool can also be applied to other things like a release, a minimum viable product and the product itself.
Having a definition of done helps teams to find their tasks, estimate, develop accountability and set expectations.
 

3
Technical Debt

What happens when teams work fast and furious without an eye towards the product vision and road map, and they take shortcuts, rather than doing it right the first time? Well, they typically create a lot of rework and pain, and in Agile, it's no different.
Technical debt is the cost incurred for cutting corners in the short term, and Agile teams can create more than an appropriate amount of it, when only focused on the current sprint.
When too much technical debt happens on a solution, over time, the team's pace and velocity slows down.
 

Agile Meetings And The Product Owner

1
Product Owner Role In Agile Ceremonies

The product owner role is key to keeping the team on track.
And this means being an active and regular participant in the cadence of agile meetings or ceremonies as some teams call them.
Depending on what flavor of agile your team is using, your team's ceremonies and what they're called may differ.

2
Estimation

Estimating isn't just for developers on agile teams.
Everyone plays a role in the process, including the product owner.
The product owner has a large stake in the estimates, and one that might not be obvious.

3
Sprint Planning

Sprint planning is a ceremony in Agile that teams use to plan the upcoming sprint or iteration.
It's a collaborative effort involving the entire team.
A team leader facilitates the meeting, and a product owner clarifies precisely what will be built through user stories or product backlog items.
 

4
Daily Standup

The Daily Standup is a quick, 15 minute, time box meeting, for the team to gather, and make sure their work is progressing.
There's a lot of flexibility in the standup ceremony, and also a few simple guidelines.
The first guideline, is that the product owner and the entire team, needs to be there.
 

5
Sprint Demos

A sprint review meeting is another Agile ceremony the team uses to keep the Agile values front and center.
This meeting focuses on Inspect and Adapt as a value of continuous improvement with the product being built.
At the end of each sprint, this meeting is held and the team shows what they've accomplished.
 

6
Retrospectives

The Retrospective is a key meeting to improve how the team works, and it happens after each sprint.
It's about the team taking a brief pause together to reflect and improve how they create value, work together, and how they enable a good cadence of flow of work.
It's about continuously improving and getting better as a team, each sprint to build a better product.
 

Conclusion

1
Next Steps

Great product ownership is a critical part of Agile success and the and the promise of Agile and the discovery and delivery of products is becoming more and more evident.
This course has offered new tools and techniques that you can apply to increase your value to the team.
Remember, as a product owner, focus on making sure your team understands what value means to the customer and the product.
 
 

You can view and review the lecture materials indefinitely, like an on-demand channel.
Definitely! If you have an internet connection, courses on Udemy are available on any device at any time. If you don't have an internet connection, some instructors also let their students download course lectures. That's up to the instructor though, so make sure you get on their good side!
3.9
3.9 out of 5
389 Ratings

Detailed Rating

Stars 5
251
Stars 4
84
Stars 3
39
Stars 2
10
Stars 1
5
077186f915e5d5cf96fb6f5df71f6a31
30-Day Money-Back Guarantee

Includes

1 hours on-demand video
Full lifetime access
Access on mobile and TV
Certificate of Completion