Product Owner creating status reports for management team acceptable?
Is the PO creating status reports for management an acceptable additional responsibility for the PO in the world of Scrum?
I can't find it in the Scrum guide one way or the other.
So guessing this is not in official scope of this role and should not be done?
Grateful for thoughts/advice of others.
Chris, you have a PSM2 certification, so I am unsure why you would pose this type of question.
Scrum is a framework. It is not prescriptive. It specifies many things you must do, but if it is not mentioned in the Guide, and it doesn't violate anything in the Guide, then I see no reason why it should be forbidden.
As always, it should be left up to each team to determine what works best for them.
Chris, you have a PSM2 certification, so I am unsure why you would pose this type of question.
I can understand where it's coming from, because not all organizations use reports for the best.
OT: what would make it unacceptable using reports by the PO for management?
what would make it unacceptable using reports by the PO for management?
The PO must be respected as the authority on product value, but that does not imply a reporting based relationship with management and stakeholders. Reports can introduce filters and delay to the timely and accurate consumption of information. Hence when contrasted with the use of information radiators and a “go see” management style, for example, the waste associated with reporting can make it unacceptable.
The PO must be respected as the authority on product value, but that does not imply a reporting based relationship with management and stakeholders. Reports can introduce filters and delay to the timely and accurate consumption of information. Hence when contrasted with the use of information radiators and a “go see” management style, for example, the waste associated with reporting can make it unacceptable.
That was the exact I was looking for, just from Chris, haha.
Thanks everyone, I'm a bit clearer.
The Product Owner is evidently responsible for tracking value creation and liaising with stakeholders, and yes good reminder that the Scrum Guide is exactly that a non-prescriptive guide, it's a framework - so it seems reports for management whilst not always the most efficient activity, is not deemed unacceptable.
One thing that was called out and can not be emphasized enough is that reports to management can be dangerous if that management is not informed and knowledgeable about how Scrum and agile operate.
If your Product Owners are being asked to provide these reports, I suggest you, as Scrum Master, sit with the Product Owner and collaborate on the reports that are being constructed and presented. That unified front can help shield the teams from management getting involved unnecessarily.
Thanks Daniel, I totally agree regular reports for management is not great, and I've certainly worked in a couple environments where management's understanding of scrum and sprint planning and product development requirements upstream has created all kinds of problems.
The purpose of this post/thread was to get a steer specifically in the textbook world of Scrum.
There is no point in making PO make reports that is a job of product manager. A product manager is considred as CEO of Product who will be responsible for every part of the production. Team Division, reporting, market research and all the things that are based on product team. You can read my article for more information about product management and recruitment process.