As trust grows, the Scrum Master steps back

A Scrum Master’s role should not remain static.

A new team may need active guidance to understand Scrum, establish useful habits and create a safe environment for honest conversations. As the team matures and trust grows, however, the Scrum Master should begin to work differently.

From guidance to ownership

Less mature teams may depend heavily on the Scrum Master to:

  • facilitate every event
  • resolve every obstacle
  • encourage difficult conversations
  • maintain the board that visualises the work
  • remind people about agreed ways of working
  • protect the team from outside disruption

This support may be necessary at first. But if it continues indefinitely, the Scrum Master can become another dependency.

A mature team increasingly takes responsibility for these things itself. I often joke with teams that a Scrum Master’s ultimate goal is to eventually put themselves out of a job.

Team members facilitate conversations, raise problems early and challenge unhelpful behaviour. They adapt their working practices without waiting for permission.

Continue reading As trust grows, the Scrum Master steps back

High-trust teams need less process

Process is useful. It creates structure, makes work visible and helps people coordinate.

But as teams mature and trust grows, some processes become unnecessary. What once provided helpful support can become friction.

Process often compensates for low trust

When trust is low, organisations tend to introduce more controls:

  • additional approvals
  • detailed status reports
  • frequent progress checks
  • rigid handovers
  • rules designed around exceptional failures

These may provide reassurance, but they also slow decisions and reduce autonomy. Over time, people may focus more on satisfying the process than achieving the outcome.

Continue reading High-trust teams need less process

My new book is available: What kind of problem is this?

Book cover for What kind of problem is this? It shows an illustration of the Cynefin framework: four domains, clear, complicated, complex and chaotic.
My new book’s cover

I’m delighted to say that my new book, What kind of problem is this?, is now available to buy from Lulu.

The full title is What kind of problem is this? A Scrum Master’s field guide to using Cynefin in real team situations.

It is a practical book for Scrum Masters, Agile Coaches, Product Owners, delivery leaders and anyone who works with Scrum but has sometimes wondered why the same practices work beautifully in one situation and fall flat in another.

Continue reading My new book is available: What kind of problem is this?

Scrum Masters and Cynefin – when the team needs stability first

This is the fourth and final post in a short series exploring the Scrum Master role through the four main Cynefin domains:

  • clear
  • complicated
  • complex
  • chaotic

The first post looked at the clear domain, where simple rules and repeatable practice can help.

The second post looked at the complicated domain, where teams need expertise, analysis and informed judgement.

The third post looked at the complex domain, where teams need feedback, experiments and learning.

This post looks at the chaotic domain.

What is the chaotic domain?

In the chaotic domain, the situation is unstable.

Cause and effect are unclear.

There may be pressure, urgency, confusion or even panic.

The team does not have enough stability to analyse the problem properly. It may not even be clear what the problem is yet.

Continue reading Scrum Masters and Cynefin – when the team needs stability first

Scrum Masters and Cynefin – when the team needs expertise

This is the second post in a short series exploring the Scrum Master role through the four main Cynefin domains:

  • clear
  • complicated
  • complex
  • chaotic.

The first post looked at the clear domain, where simple rules, checklists and repeatable practice can help.

This post looks at the complicated domain.

What is the complicated domain?

Hand-drawn Cynefin framework diagram showing four domains around a central area of confusion: complex, complicated, chaotic and clear, with each domain labelled with its constraint type, response pattern and practice type.
A line drawing of the four regions of the Cynefin framework: Clear, Complicated, Complex, and Chaotic, plus the central unknown area Confusion. (Source: Wikipedia)

In the complicated domain, the work is not obvious, but it is still knowable.

There may be more than one right answer. The team may need analysis, diagnosis or specialist input before deciding what to do.

This is the world of expertise.

Continue reading Scrum Masters and Cynefin – when the team needs expertise