scrum - product owner

25
Promovendo Diálogos planb.com.br

Upload: marcio-oya

Post on 08-May-2015

1.025 views

Category:

Technology


1 download

DESCRIPTION

Scrum - Product Owner

TRANSCRIPT

Page 1: Scrum - Product Owner

Promovendo Diálogosplanb.com.br

Page 2: Scrum - Product Owner
Page 3: Scrum - Product Owner

Product Owner

The Product Owner is responsible for maximizing the value of the product and the work of the Development Team.

Page 4: Scrum - Product Owner

Product OwnerThe Product Owner is the sole person responsible for managing the Product Backlog. Product Backlog management includes:★ Clearly expressing Product Backlog items;★ Ordering the items in the Product Backlog to best achieve goals

and missions;★ Optimizing the value of the work the Development Team performs;★ Ensuring that the Product Backlog is visible, transparent, and

clear to all, and shows what the Scrum Team will work on next; and,

★ Ensuring the Development Team understands items in the Product Backlog to the level needed.

Page 5: Scrum - Product Owner

Product Owner

The Product Owner is one person, not a committee. The Product Owner may represent the desires of a committee in the Product Backlog, but those wanting to change a Product Backlog item’s priority must address the Product Owner.

Page 6: Scrum - Product Owner

Product Owner

For the Product Owner to succeed, the entire organization must respect his or her decisions. The Product Owner’s decisions are visible in the content and ordering of the Product Backlog.

Page 7: Scrum - Product Owner

Product Owner

No one is allowed to tell the Development Team to work from a different set of requirements, and the Development Team isn’t allowed to act on what anyone else says.

Page 8: Scrum - Product Owner

The VisionThe vision should communicate the essence of the future product in a concise manner and describe a shared goal that provides direction but is broad enough to facilitate creativity.- Roman Pichler

Page 9: Scrum - Product Owner

The VisionA shared vision isn’t an idea. It’s a force in people’s hearts.

An effective product vision should describe your target customer or user and the value proposition for that customer/user. It should be short and memorable and pass the “elevator test”.

Page 10: Scrum - Product Owner

Scrum Communication

Page 11: Scrum - Product Owner

Product Backlog

User Story format is usually expressed as: “As a user role (WHO) I want some functionality (WHAT) So that get some business value (WHY)”

Page 12: Scrum - Product Owner

Product Backlog• Story estimated at 13 story points or less • Story written in user story format • Story has at least the happy path test case written • Story has a business value estimate • Story has an initial UI sketch mockup • Constraints on story indicated

Page 13: Scrum - Product Owner

Business Value• actual money customers are willing to pay for the product • reduction in costs of development or implementation of the product

• legislative penalty associated with non-delivery of functionality • reduction in risk or gain in knowledge about a risk • time to market or first mover advantage • reputation

Page 14: Scrum - Product Owner

Scrum MastersScrum Master Service to the Product Owner The Scrum Master serves the Product Owner in several ways, including: - Finding techniques for effective Product Backlog management;

- Helping the Scrum Team understand the need for clear and concise Product Backlog items; - Understanding product planning in an empirical environment; - Ensuring the Product Owner knows how to arrange the Product Backlog to maximize value; - Understanding and practicing agility; and, - Facilitating Scrum events as requested or needed.

Page 15: Scrum - Product Owner

Working with the team

Page 16: Scrum - Product Owner

Working with the team

A good metric to aim for as Product Owner is that 85% of the team’s queries should be answered in 15 minutes or less.

Page 17: Scrum - Product Owner

Incremental

Page 18: Scrum - Product Owner

IncrementalLike the illustration above, we want to start by describing the bare working features (of the whole application) and then slowly add more detail as we go. This is quite different from working in phases.

The principle difference is that we want to get to a “walking skeleton” which demonstrates a full set of functionality while limiting the depth of the individual features. This allows us to get a feel of the whole system end-to-end as quickly as possible. Phases on the other hand try to select components or modules to defer.

Page 19: Scrum - Product Owner

Incremental

Page 20: Scrum - Product Owner

Release Planning

Page 21: Scrum - Product Owner

Definition of Done

Page 22: Scrum - Product Owner

The Sprint GoalA good sprint goal provides the same guiding effect that we observe from a good product vision. It provides context for the team, allowing them to make good decisions when executing on their commitment.

Page 23: Scrum - Product Owner

The Sprint ReviewThe vital contribution of the Sprint Review is in the collaboration between the team, the Product Owner and the stakeholders present. To ensure that this happens it is important that the Product Owner manages the stakeholder expectations in preparation for the Sprint Review.

Page 24: Scrum - Product Owner

Retrospective