Chronicles of a Scrum master #12 : Planning ahead, sprint goals, and tracking stories

Planning ahead

Planning the stories and roadmap is usually prepared by the product owner and presented to the team to prep everyone on coming deliverables. Planning ahead means being able to anticipate some of the coming overheads such as holidays and company events that may affect the deliverable timeline.

Hence, having a roadmap of features that needs to be released helps the team to see the overall solution (can be weekly, monthly, quarterly). Here, I would like to emphasize to keep it simple. Often times, the most simplest of roadmaps with concise epic / themes on a quarterly basis is sufficient.

Example :

Source : https://www.slideteam.net/quarterly-agile-software-development-roadmap.html

Sprint goals

For each sprint, there should be a clear and concise sprint goal that clearly defines what are the priorities of the stories. This provides a sense of purpose and direction to the team and also a focus on the activities in the sprint such as sprint demo and review.

The stories defined in the upcoming sprint are usually refined with the help of the team during backlog grooming. In sprint planning, any open ambiguous stories are checked and ensured to be clear so the developer can pick it up. The whole purpose of this is to allow the developers to build the product as effectively and efficiently as possible.

Source : https://www.scrum.org/resources/blog/scrum-trenches-sprint-goal

You can find more information in the links below :

  1. https://www.scrum.org/resources/blog/scrum-trenches-sprint-goal
  2. https://www.romanpichler.com/blog/effective-sprint-goals/

Story tracking

To ensure the team is delivering at the optimum level, scrum masters may glance through the stories that are in progress and provide support as well as helping to clear up any impediments that come up.

One of the most common questions I get from new joiners in the team is how do we know the progress of stories or how do we update the status of stories. Ensure that each story status is clear to the team members and when it needs to be updated. This is also dependent on the Definition of Done (DoD).

e.g. New –> Ready –> Work In Progress –> Resolved –> Ready for Testing –> Done

Once the above is defined and clear, there will be a sprint tracking board which lists all the stories by this statuses and can be filtered by each team member (somewhat similar to a Kanban board).

Source : https://monday.com/blog/project-management/scrum-board/

Most often than not, the approach is getting the different teams to sit together in a short session to clarify and iron out any understandings on the work that needs to be done.

This can range from technical, resource and occasionally business requirements.

Some of the practices include having shorter backlog refinement session (30 – 45 mins) every week with the objective to allow developers to review the stories and ask any questions clear off ambiguities.

From experience and observations, most often team members are not able to reciprocate on stories created by product owners during the first backlog grooming and hence, will need some time to digest, understand the new stories and ask questions for any clarifications in the following grooming sessions.

Alright, that’s it for now. Hope it has been helpful for you as it has been for me to share my experiences in scrum mastering 🙂

Agile Scrum master

Chronicles of a Scrum master #14 : 5 Values – Courage, Focus, Commitment, Respect, Openness

This has been a post which I wanted to write for some time but struggled till now to find the right words. Its not that its hard to describe but in an agile environment, there are turbulence and winds of change as well as sometimes thunderstorms, hurricanes and typhoons. To maintain the standards of the […]

Read More
Agile Scrum master

Chronicles of a Scrum master #13 : Empiricism and its 3 Pillars (Transparency, Inspection, Adaptation)

What is Empiricism in the agile scrum context ? One thing it is not is about building empires in your product roadmap 🙂 According to the official Scrum guide , “Empiricism asserts that knowledge comes from experience and making decisions based on what is observed”. In other words, empiricism is about fact-based, experience and evidence […]

Read More
Agile Scrum master

Chronicles of a Scrum master #11 : What I learnt from certification training

This month marks the second month after I attended training and certified in PSM1. Hence, just wanted to share some of the knowledge which I have learnt from the training and hope this is of use to anyone preparing for the certification examination. Three roles, five events, and three artifacts (3-5-3) Scrum team – product […]

Read More