What is a Scrum Master Responsibilities in Agile? 2


Scrum development

What is a Scrum Master Responsibilities in Agile

The Scrum Master is a servant-leader for the development team. The main responsibility is to assist the team in practicing Scrum by ensuring they aware of the principles and follow them when applicable. The Scrum Master also acts as a shield for the development team from external distractions/interference.

Responsibilities Include:

  • Assisting product owner with backlog management
  • Understanding product planning in an empirical environment
  • Facilitating Scrum events as requested or needed
  • Coaching team in Scrum processes and techniques
  • Removing blockers to development team progress

Learn more about Scrum below.

Scrum Development Methodology

The Scrum development methodology is an iterative and incremental software development methodology. Scrum has a simple set of roles and responsibilities to be followed and has nothing to do with rugby. Scrum is based on prioritizing a backlog and committing to doing a set of work in a short fixed time period and no other work to be done in the space of time. This approach is in direct response to the traditional waterfall method which didn’t react to change. Scrum teams can easily react to new requirements/change as they have only committed to two or three weeks of work. A Scrum team will have a Scrum Master who is there to help the team implement the methodology and maintain the practices. The business is represented by a Product Owner who prioritizes the backlog and interacts with the Scrum team providing any extra information. Scrum has a set of rituals that need to be maintained to be considered Scrum such as Daily Stand Ups, Sprint Planning, Demo’s and Retrospectives.

what is scrum master responsibilities

Scrum Development Methodology History

Since creation there has been over 1000 books published on Scrum and it is recognized as the most applied framework for agile software development.

1986 New Product Development Game

Scrum was first defined as “a flexible, holistic product development strategy where a development team works as a unit to reach a common goal” as opposed to a “traditional, sequential approach” in 1986 by Hirotaka Takeuchi and Ikujiro Nonaka in their whitepaper New Product Development Game. This whitepaper defines the initial concepts such as small self-organized teams feed with objectives not tasks. The word “scrum” was used in reference to the game of rugby to emphasize the importance of teams.

1990’s Started Using Scrum

Ken Schwaber started using Scrum at his company Advanced Development Methods. At the same time Jeff Sutherland, John Scumniolates and Jeff McKenna developed a similar approach at Easel Corporation. At the

1995 OOPSLA Conference

Schwaber and Sutherland collectively presented their experiences using Scrum and published the paper “SCRUM Software Development Process”. Ken and Jeff inherited the name ‘Scrum’ from the 1986 whitepaper New Product Development Game.

2001 Agile Manifesto

17 software development leaders creating the Manifesto for Agile Software Development. The Agile manifesto can be found here.

2001 Scrum Alliance

As the Scrum community started growing these lead to the creation of Scrum Alliance and the Certified Scrum Master (CSM) certification. Ken Schwaber founded the organization with Mike Cohn and Esther Derby.

2006 Scrum Inc.

Jeff Sutherland created his own company Scrum Inc. which continued to offer and teach Certified Scrum courses.

2009 Scrum.org

Ken Schwaber left Scrum Alliance in unfriendly circumstances and founded a new company Scrum.org. Scrum.org has their own certification called the Professional Scrum Series.

Scrum Development Methodology Framework

Scrum development methodology is a process framework used for managing product development. It is not a process or technique for creating products but a framework which you can employ various processes and techniques. The framework consists of Scrum teams which include a Product Owner, Scrum Master and development team with each of their own individual rules, roles, events and artifacts.

3 Pillars of Scrum

Scrum is based on empirical process control theory or empiricism. Empiricism asserts that knowledge comes from experience and making decisions based on what is known. Scrum employs an iterative, incremental approach to optimize predictability and control risk. Three pillars uphold every implementation of empirical process control: transparency, inspection, and adaptation.

  1. Transparency – Aspects of the process must be visible to those responsible for the outcome.
  2. Inspection – Artifacts and progress should be inspected frequently but should not impact performance
  3. Adapt – If after inspection it is determined aspects of the process or product deviate from what is expected, they should be adjusted with minimum interruption.

Scrum Development Methodology Roles

Product Owner

The product owner is the person responsible for managing the backlog. Product Owners represent the business and are expected to prioritize the backlog matching business needs. The business needs to accept the Product Owners decisions and cannot contact the Scrum team directly.

Responsibilities include:

  • Creating user stories
  • Ensuring stories are clear for team
  • Prioritizing product backlog items
  • Ensuring product backlog is visible for all

Development Team

The development team are a self-organized team empowered by the organization to organize and mange their own work. The purpose of this is to create a Synergy within the team as they feel empowered. The development team can be cross-functional with all skills required to deliver the increment. Scrum recognizes no titles for team members other than developer and no sub-teams. Scrum teams should be kept small it is recommended no more than 9 developers should be on a Scrum team.

Responsibilities include:

  • Delivering releasable increments of “done” product at end of each sprint

Scrum Master

The Scrum Master is a servant-leader for the development team. The main responsibility is to assist the team in practising Scrum by ensuring they aware of the principles and follow them when applicable. The Scrum Master also acts as a shield for the development team from external distractions/interference.

Responsibilities Include:

  • Assisting product owner with backlog management
  • Understanding product planning in an empirical environment
  • Facilitating Scrum events as requested or needed
  • Coaching team in Scrum processes and techniques
  • Removing blockers to development team progress

Scrum Development Methodology Ceremonies

There are a number of ceremonies to practice Scrum efficiently. The ceremonies are to create regularity and to minimize distractions on the development team such as meetings. Each ceremony will have a maximum duration to prevent them disturbing the development work. Besides the sprint other ceremonies are used to review and adapt where required.

Difference between Scrum and Agile Methodologies

1. Backlog Refinement/Grooming

Duration: 1-2 Hours

Backlog refinement is also refereed to as “backlog grooming”, “story time”, “estimation session” or even “backlog maintenance”. Its core purpose is to prepare the Product backlog for Sprint Planning. The Product Owner will identify stories that could be in the next sprint. The team will review these stories to ensure they are correctly estimated and can be selected for the next Sprint.The Scrum Master will introduce estimating games such as…

  • Planning Poker
  • Estimating Game

After the refinement session stories should be ready to be selected in Sprint Planning for the next Sprint.

2. Sprint Planning

Duration: Maximum 8 hours for a one-month Sprint

Sprint Planning is the process of selecting what is to be worked on in the next sprint. It is the Scrum Masters responsibility to ensure Sprint Planning occurs and follows time boxed recommendations. Sprint Planning aims to answer two questions…

  1. What can be delivered in the upcoming Sprint?
  2. What work is needed to deliver the Sprint?

A Sprint Goal is determined by the Product Owner which is the objective of the Sprint. Then stories from the product backlog are selected by the team that can help achieve the Sprint goal. The team is responsible for selecting the amount of work they can implement without accruing technical debt. Once selected these stories create the Sprint backlog which is the work selected for the next sprint. The Sprint backlog is then prioritized in a way the tasks are organized as they will sequentially be worked on by the team.

3. The Sprint

Duration: Minimum 2 weeks, Maximum 4 weeks

The Sprint is when the work actually gets done and is the most important Scrum ceremony. Sprints will have a set duration which is to be strictly obeyed regardless if work is completed or not. Remaining work would need to be prioritized again to be added to another sprint. A new sprint starts immediately after one is complete. Sprints consists of Sprint Planning, Daily Stand-Ups, Development work, Sprint Review and the Sprint Retrospective. Only the Product Owner has the power to cancel a Sprint although they may do so under the influence of the business, Scrum Master or development team. The main reason a sprint would be cancelled if the sprint goal became obsolete but as a general rule sprints shouldn’t be cancelled.

4. Daily Scrum/Stand-Up

Duration: 15 Minutes

The daily stand-ups are 15 minute event which are held each morning at the team area. It is crucial that only team members speak at the daily stand-ups which is a rule enforced by the Scrum Master. Each person is to answer the following 3 questions and should not take more than a few minutes with their update…

  1. What I did yesterday
  2. What I plan on doing today
  3. Any blockers to report

This daily stand-up is an absolute must in any Scrum development methodology as it improves communication and identifies blockers which can be acted upon quickly.

5. Sprint Review/Demo

Duration: Maximum 4 Hours for one-month Sprint

The Sprint review/demo is an opportunity for the team to demonstrate the work completed in the previous sprint to all stakeholders. The Product Owner will explain the Sprint goal and then the development team will explain issues they encountered and how they overcame such issues. The development team will then demonstrate the product created in the Sprint.

6. Sprint Retrospective

Duration: Maximum 3 Hours for one-month Sprint

The Sprint Retrospective is where the process is reviewed on what went well and not so well. It occurs after the Sprint Review and prior to the next Sprint Planning. The purpose of sprint Retrospectives is as follows:

  • Inspect previous sprint with regards to people, relationships, processes and tools
  • Identify potential improvements that can be made
  • Create a plan for implementing the identified improvements

The Scrum Master will be the main driving force behind Sprint Retrospectives as they will understand it is a crucial aspect of Scrum.

Scrum Development Methodology Artifacts

User Story

User stories are how the business/product owner write out requirements for a product. A user story is written in the viewpoint of the end user and follows the following format…

As a , I want so that

Examples…

As a user, I want to download videos so that I can store videos on my .

As an systems administrator, I want to monitor photos uploaded so that I can confirm they are appropriate.

The story format leaves the actual technical implementation up to the developer. Stories will be reviewed in refinement sessions to ensure the development team understand the user requirements and the expected behaviour of the end product.

Epics

Epics are a group of user stories grouped together to achieve the same business goal/product.

Product Backlog

The Product Backlog is an ordered list of all user stories created by the business. It should consist of every requirement, changes, improvements; it is never complete. As the Product evolves the stories will change but will be can be continuously added to the Product Backlog.

Sprint Backlog

The Sprint Backlog consists of the user stories selected from the Product Backlog to be in the next Sprint. The Sprint backlog is a forecast by the development team what can be expected to be completed in the next Sprint. Only the development team can change the Sprint backlog during a Sprint.

Scrum Board

What is a Scrum Master board

Typical Scrum Board

The Scrum board is where visibly it can be seen the current progress of the Sprint. A typical Scrum Board will consists of:

  • Committed Backlog Items
  • Tasks Not Started
  • Tasks in Progress
  • Tasks Completed

Some companies will have an actual whiteboard with posits representing stories that are moved by developers as they complete them. Other companies use JIRA which is a software application that enables you to mimic this using boards and backlogs. I personally highly recommend using JIRA for ease of use and efficiency.

Burndown Chart

The burn down chart is a quick way of determining if a sprint is going to plan or not. The diagonal line running from top to bottom represents ideal burn down and is compared to the jotted lines of actual work done. The burn down chart is widely used by teams following the Scrum development methodology.

What is a Scrum Master Responsibilities in Agile

Burndown Chart

Release PlanWhat is a Scrum Master Release Planning

Release Planning is performed by the Product Owner where they plan at a very high level plan for multiple sprints. Releases will consist of multiple increments from Sprints. To create accurate release plans the Product Owner requires…

  • Prioritized backlog
  • Team velocity
  • Conditions of satisfaction (goals for schedule, scope, resources)

Like the Scrum Product Backlog the Release plan is not a static plan.

Definition of Done DoD

When a Product backlog item is “Done” everyone must understand what “done” means as this can vary from scrum team to Scrum team. If “done” for an increment is not a convention of the development organization, the Development Team of the Scrum Team must define a definition of “done” appropriate for the product. If there are multiple Scrum Teams working on the system or product release, the development teams on all of the Scrum Teams must mutually define the definition of “Done.” The Definition of Done is the standard for expected quality of the team and would be expected to expand to include more strict criteria as the team evolves.

More Information on Scrum Development Methodology

For more information on Scrum check out the below video…

Recommended Scrum Resources

For more information on Scrum development methodology check out these websites:

https://www.scrum.org/

https://www.scrumalliance.org

http://agilemanifesto.org/

http://www.scrumguides.org/scrum-guide.html

Comments

comments


Leave a comment

Your email address will not be published. Required fields are marked *

2 thoughts on “What is a Scrum Master Responsibilities in Agile?

  • Proquotient

    Many people who are new to agile can get confused on understanding the role of a scrum master , it sounds like a leadership role but the scrum master is not the leader of the team , this article does a great job at describing exactly what the roles and responsibilities of a scrum master are.

  • Antoine Aarts

    Hey Shane,

    Great Post!!!

    The Article is very well explained and elaborated. The people who wish to know the basics of Scrum technology and role of the scrum master should read this. This article gives the clear picture and information provided in the article is relevant.

    Thanks for sharing such an informative article and Keep Sharing !!!!