Scrum Masters and Cynefin – where learning matters most

This is the third 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.

This post looks at the complex domain.

What is the complex domain?

In the complex domain, the relationship between cause and effect can only be understood afterwards.

The work is uncertain. The team cannot simply apply a checklist or ask an expert for the right answer. There may be no single right answer.

Instead, the team needs to learn through action.

Continue reading Scrum Masters and Cynefin – where learning matters most

Psychological safety is a prerequisite for adaptation

Agile teams are expected to adapt.

They inspect.
They learn.
They change course.

But adaptation only happens when people feel safe enough to tell the truth.

Continue reading Psychological safety is a prerequisite for adaptation

What Scrum Masters do when they ‘do nothing’

There are moments in Scrum Mastery where it looks like they’re doing very little.

They’re quiet in a meeting.
They don’t jump in to fix a problem.
They let a conversation run longer than feels comfortable.

From the outside, it can look like inaction.
From the inside, it’s some of the most deliberate work they do.

Continue reading What Scrum Masters do when they ‘do nothing’

Scrum Master as systems steward, not process police

The common misunderstanding

One of the most persistent misunderstandings about the Scrum Master role is that it exists to enforce process.

  • Ceremonies must happen.
  • Rules must be followed.
  • Frameworks must be complied with.

Seen this way, the Scrum Master becomes a kind of process police officer – checking attendance, correcting behaviour and reminding people what Scrum says should happen.

But that framing misses the point of the role entirely.
Scrum does not exist to be obeyed.

It exists to help teams work effectively in complexity.
And complexity does not respond well to enforcement.

Continue reading Scrum Master as systems steward, not process police