olly - Fotolia

Manage Learn to apply best practices and optimize your operations.

Product owners don't have time to write Agile user stories? You write them.

If the product owner won't or can't write the vital Agile user stories, expert Ben Linders explains how to take on this project yourself.

I often hear teams complaining that their product owner doesn't have time for them. They do not get their user stories in time, planning meetings are cancelled or held without the product owner. These problems can seriously hamper Agile teams.

The official Scrum Guide states that "the Product Owner is responsible for the Product Backlog, including its content, availability, and ordering." It doesn't prescribe who should produce backlog items.

Product owners who are new to Agile may insufficiently understand how Agile can work. They are used to projects where all requirements are defined up front and where there is no interaction with teams during development. Because teams may have a better understanding of Agile, they can consider coaching product owners. Work with them to show how to build a backlog, write Agile user stories, and manage requirements with Agile.

Alternatively, teams can (preferably, together with the product owner) raise the problem to senior management, who can ensure product owners have sufficient time to work with the teams.

If the issue isn't resolved, teams will have to find other ways to build up understanding of customer needs. One approach would be for team members to work directly with customers or customer representatives who can tell them what the customer needs.

At a minimum, you want a product owner to review the Agile user stories, give feedback on the descriptions and acceptance criteria, and approve user stories. If that isn't possible, it is questionable if there is a need for the product. My suggestion is to stop the work and ask for another product owner who has time to work with the team, otherwise the risk of developing functionality that customers don't need is too high.

If the product owner doesn't have time to write Agile user stories, team members can write the user stories themselves, and have them checked and approved by the product owner. Meanwhile, they can coach product owners and influence managers in the organization to improve collaboration.

Next Steps

Improving Agile security

Avoid too many user stories

Agile best practices

Dig Deeper on Topics Archive

Join the conversation


Send me notifications when other members comment.

Please create a username to comment.

It isn't, IME, that POs don't have time to write them, there is often emergent work that will appear as you dig into a more complex problem.  It makes sense to write the user stories as soon as they are conceived. 
When are products are bring develop and shown to the product owner, new insights will occur on what the product should and shouldn't do. I agree with you Veretax to document this as soon as possible, when the knowledge is there.
Usually, anyone on our team will write a story when we discover there is a need for one. The team members' writing skills really vary, so I often prefer the product owner to write the stories when he's able, but we get by if s/he's too busy.
Abuell, how do you that the user stories that are written by team members are correct? Do you ask the PO to check them?
User Story is vital as a communication instrument, not as an artifact. I'd argue that the whole team must be involved in designing of stories and definition of Done. Whoever actually types that in is less important.