Back

Creating User Stories for Developers – Part 2

Who is Responsible?

In short, the entire Scrum team is responsible for creating user stories. However, there is more nuance to this process. For many teams, it is best to allow one specific person to take charge in writing user stories. This responsibility often falls to the product owner, since he or she takes a more administrative role on an Agile team, and more directly works with stakeholders. Even if the product owner is the role who actually writes the user stories, they require the expertise and feedback of other roles on the team.

The product owner usually does not understand all pieces of software development. Roles like developers and analysts must share their knowledge to create the best user stories. Developers, in particular, understand what goes on behind the user interface. They know what features take more effort to create, and which require less. What sounds quick and easy to other roles may be a red flag to developers and could be more difficult and complex. By getting opinions from all roles on the team, the person in charge of writing user stories can give accurate story points to user stories and break up larger stories as necessary.

Who is Responsible?

For many teams, the best way to come up with user stories is to host a meeting to share information. Agile already promotes face to face communication, and a meeting with all members of a Scrum team allows everyone to voice their perspective. Instead of trailing out emails and memos over days and weeks, this allows the team to create user stories in a few hours or less. Even if a face to face meeting is impossible, there are other ways to get feedback from developers and other roles.

Before a Scrum team begins working on a feature, they must write the user stories for a feature. No one role on the team knows all of the details to write an informed user story. Even if one person leads the process, everyone on the team is valuable to the process, developers especially. By writing user stories that contain all of the necessary parts, and describe unique behaviors, the Scrum team can work against user stories that give value to the development process.

<– Continue Reading –>

Our Book Recommendations

We found these books great for finding out more information on Agile Scrum:

Master of Agile – Agile Scrum Developer With 59 Seconds Agile (Video Training Course)

Introductory Offer: Free Course

Master of Agile – Agile Scrum Developer With 59 Seconds Agile (Video Training Course)

What is this course?

This ‘Master of Agile – Agile Scrum Developer With 59 Seconds Agile (Video Training Course)’ provides an in-depth understanding of the Agile Scrum Developer roles and responsibilities

You will explore the Agile Scrum project life-cycle, including how an Agile User Story is created, to how we know when it is ‘done’

This course is aimed at those with or without prior knowledge and experience of the Agile values and principles

During this course you will learn the tools needed to succeed as an Agile Scrum Developer

What will you learn?

You will gain an in-depth understanding of the Agile Scrum Developer roles and responsibilities, and you will be able to

  • Fully understand the role of the Agile Scrum Developer
  • Understand the roles involved in an Agile project
  • Create an effective Product Backlog
  • Effectively participate in Scrum Meetings such as the Daily Stand-up, Sprint Review and Retrospective
  • Identify the roles involves in the Scrum Team

What topics are covered within this course

You will cover the following topics during this course:

  1. An Introduction to Agile Project Management (Developer)
  2. The 12 Agile Principles (Developer)
  3. Introduction to Scrum (Developer)
  4. Scrum Project Roles (Developer)
  5. The Agile Project Life-cycle (Developer)
  6. Acceptance Criteria and the Prioritised Product Backlog (Developer)
  7. Initiating an Agile Project (Developer)
  8. Forming the Scrum Team (Developer)
  9. Epics and Personas (Developer)
  10. User Stories and Tasks (Developer)
  11. Implementation of Scrum (Developer)
  12. The Daily Scrum (Developer)
  13. The Product Backlog (Developer)
  14. Scrum Charts (Developer)
  15. Review and Retrospective (Developer)
  16. Validating a Sprint (Developer)
  17. Retrospective Sprint (Developer)
  18. Releasing the Product (Developer)
  19. The Communication Plan (Developer)
  20. Formal Business Sign-off (Developer)
Translate »