Phy-gital Roundtable: Breakfast Roundup from Germany and Netherlands

02 May '15 | Debjyoti Paul

German Shoppers: Meet Them in the Fast Lane to Phy-gital

15 January '15 | Ralf Reich

Shoppers Will Share Personal Information (But They Don’t Want to be “Friends”)

15 January '15 | Anil Venkat

Modernize or Perish: Property and Casualty Insurers and IT Solutions

14 January '15 | Manesh Rajendran

Benelux Reaches the Phy-gital Tipping Point: Omnichannel Readiness is Crucial

13 January '15 | Anil Gandharve

The New Omnichannel Dynamic: Finding Core Principles Across Industries

13 January '15 | Debjyoti Paul

Technology does not disrupt business – CIO day 2014 Roundup

02 December '14 | Anshuman Singh

Apple Pay – The Best Is Yet To Come

02 December '14 | Indy Sawhney

Digital transformation is a business transformation enabled by technology

01 December '14 | Amit Varma

3 Stages of FATCA Testing and Quality Assurance

06 October '14 | Raman Suprajarama

3 Reasons why Apple Pay could dominate the payments space

18 September '14 | Gaurav Johri

Beacon of Hope: Serving Growth and Customer Satisfaction

05 August '14 | Debjyoti Paul

The Dos and Don’ts of Emerging Technologies Like iBeacon

30 July '14 | Debjyoti Paul

What You Sold Us On – eCommerce Award Finalist Selections

17 July '14 | Anshuman Singh

3 Steps to Getting Started with Microsoft Azure Cloud Services

04 June '14 | Koushik Ramani

8 Steps to Building a Successful Self Service Portal

03 June '14 | Giridhar LV

Innovation outsourced – a myth or a mirage or a truth staring at us?

13 January '14 | Ramesh Hosahalli

What does a mobile user want?

03 January '14 | Gopikrishna Aravindan

Scrum Masters & the Agile Framework – First, do no harm

Posted on: 29 October '15
Dwight Kingdon
Principal Consultant – Agile Coach, Gainesville Delivery Center

Some Scrum Masters are doing more harm than good to their teams. The phrase “First, do no harm” paraphrases a portion of the physicians Hippocratic oath: “I will, according to my ability and judgment, prescribe a regimen for the health of the sick; but I will utterly reject harm and mischief”. Similarly, Agile Scrum Masters must, to the best of their ability, prescribe a regimen for the health of the team; but they must utterly reject harm and disruption.

Scrum Masters can do harm by doing too little or too much for the team. Someone who just schedules meetings, takes notes and brings the team coffee is not a Scrum Master. The Scrum Master is a servant leader to the team – not just a servant, but also a leader. It’s easy to see the problem of a Scrum Master doing too little for the team, but how is doing too much harmful?

Servant leadership is about serving others. However, serving others oftentimes means helping them learn to do more for themselves. As a Project Manager for 15+ years I led teams of up to 50 people on high profile, mission critical projects. Being responsible for planning, directing and tracking a bunch of people’s effort can be a power trip. That is not what Agile is about. Ken Schwaber, co-developer of Scrum, says this – “A Scrum Master is responsible for getting work done through others – they are not responsible for making sure what they think should be done is done”. That’s a very subtle but important difference.

A Scrum Master with a “command and control” style doesn’t work well. “Command and control” and “servant leadership” have widely different approaches and desired outcomes. Command and control creates powerless teams. As one Agile Principle states: “Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done”. Another states: “The best architectures, requirements and designs emerge from self-organizing teams”. Self-organizing includes experimenting with approaches that the team thinks may help them adapt to challenges, not just relying on the Scrum Master to fix everything. The Scrum Master “fixing everything” is a harmful behavior. The intent is good, but the outcome can be disastrous. The Scrum Master helps remove impediments and protects the team from outside distractions, but the team also needs to become more self-reliant.

So how does the Scrum Master help the team learn to do more for themselves?

  • Don’t assign work to team members. Teach them to pull work themselves from the product backlog and collaborate to define the sprint plan.
  • Instead of repressing conflict, guide team members through healthy conflict resolution so they become better communicators and teammates.
  • Don’t perpetually write user stories for the Product Owner. Assist them early on with their first user stories, then become a coach to them.
  • Don’t be the team’s “gofer”. Teach them persistence and effective follow-up so they get better at removing impediments themselves. Every impediment “hand-off” eats up time.
  • Take advantage of every opportunity to teach better collaboration skills. Never communicate “for someone”; teach them to communicate with others face to face instead of emailing or texting, then help them continually improve their communication skills.
  • Allow the team to make mistakes, then help them learn from their mistakes. Lessons are often better learned from failures, than from being protected.

Finding the right balance between protection and “tough love” can be challenging for the Scrum Master. But it’s so important for the team to be able to think on their own – to challenge the status quo – to not be satisfied with “good enough” but push to become great. No one person has all the answers – not even the Scrum Master. Embrace collaboration, trust, reflection and adaptation, to empower your team.

So first, do no harm. Then provide a regimen for good Agile health, and watch the team get better.

Dwight Kingdon

Dwight Kingdon is an Agile Coach at Mindtree. He is a thought leader in Agile methods and best practices, leveraging many years of software development, analysis, project management and leadership experience. Dwight has 25+ years of project management experience leading complex information technology projects, and over nine years of Agile/Scrum experience coaching and leading high profile, mission critical projects.