Keep the Balance - The Product Owner

published in the German IX-Magazin 8/2009 by Marion Eickmann

By
marion
On
19 October 2009
In
Scrum
Rate
Tags
agile, agile development, product owner, scrum, scrum implementation, scrum master, scrummaster
Bookmark and Share

About the Author

I am one of the founders of agile42. Even though I am not an engineer I consider myself almost a "Techi" as I have been working in the field of software development for 10 years now.

What role does a Product Owner have?

Scrum is counted as an iterative and incremental process used for product development and the organization of teams. The classical roles and structures are actually replaced by this procedure method through agile and transparent sequences. There result some new roles from this method. One of them is the role of the person responsible for a product, which is –in scrum jargon- called the Product Owner. This first part is about the Product Owners’ tasks, responsibilities and personal capabilities. A second article will appear in the next magazine regarding the role of the Scrum Master, which is also a new role resulting from this new procedure. Scrum is based on simple rules, as is every other agile method, and for that very reason easy to understand. But still it requires a high amount of discipline at the same time.

Read the whole article...

Discussion 2 Comments

Marion,

One thing - you imply that the PO isn't a stakeholder at the Daily Scrum; I would assert they are. They are responsible for ensuring any subject matter experts are available and/or bring the information needed for the developers themselves. While this information isn't actually used at the Daily Scrum, the tasks of ensuring it is available is a Daily Scrum task. Our POs would tend to say something like, "Yesterday I ensured James got together with Robert and Fred on the electric loan data entry screen, unless they speak up about needing him again I understand they got everything they needed. Today I have the data definitions and routing rules needed for those loans. I haven't seen any impediments."

That is their "pig" participation; the remainder is knowing the status, which is more of a "chicken" role.

Anyway, that is how included our PO effectively. We found taht if we actively assigned the PO meaningful tasks of ensuring the right information was available at the right time (and become the coordination point for other subject matter experts on what was being built), then they become more integrated in the team and understood their role better.

Just a slightly different view of the PO to an otherwise excellent article!

Cheers! Paul

Hi Paul,
I respectfully disagree on this, it is important to keep the focus of the Daily Scrum on the Development Team. The meeting is the essence of the Empirical approach of Scrum is the moment when the team inspects and adapts to what happened since the previous meeting.

The goal of the meeting is for the team to understand how to better focalize their effort in the direction to reach the Sprint Goal. They are the actors and the Scrum Master is facilitator of the meeting, none else is committed therefore none that is not a Team Member is allowed to interrupt the discussion. It is primary responsibility of the Team Members to take care that they have all the information available before the Daily Standup meeting, that is because without those information they won't be able to inspect & adapt effectively.

The Product Owners needs to be available at any time, not only at the Daily Scrum, and they are member of the Scrum Team, that has as goal to produce the right product at the cheapest possible cost. That said, it is a very good best practice to have the Product Owner(s) attend at the Daily Scrum, because the keep in touch with the team, and they can expose concerns or invite the team to negotiate after the meeting is completed.

Keep in mind there must be equilibrium between Team responsibility and capability to execute, as well as for the Product Owner. They cooperate in a Scrum Team with the Scrum Master, but still there are shared responsibility and mutual commitments that shouldn't be broken, or Scrum would loose the equilibrium :-)

Best
ANdreaT

Latest posts

30 attendees at the Scrumtisch in August

0 Comments

New Release of Agilo for Scrum 1.3.0.7

0 Comments

Scrumtisch Berlin meets Scrumtisch Bremen

0 Comments

Scrumtisch August 2010

2 Comments

agile42 now SA-REP

0 Comments