The Getting Things Done (GTD) weekly review is often described as essential maintenance for your productivity system. You gather loose papers, process your inboxes, download your head, update your projects and review your calendar. This keeps your system current and trustworthy.
But the weekly review can do something deeper. It can help you notice when your understanding of a situation is no longer accurate.
Seen through Cynefin, the weekly review becomes a regular opportunity to notice what has changed and adapt our response.
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.
But sometimes Agile itself becomes a way of avoiding reality.
When that happens, practices become rigid, language becomes moralistic, and teams are judged not by whether they are learning, but by whether they are following the ‘right’ process.
This is where Cynefin helps.
Cynefin reminds us that context matters. Not every problem is the same. Not every team needs the same response. And not every Agile practice fits every kind of work.
When Agile becomes dogma
Dogmatic Agile usually sounds certain.
It says:
every team must work this way
every backlog must look like this
every Sprint must follow the same pattern
every problem can be solved with better Scrum discipline
That kind of thinking can make people feel safe, because it offers clarity and control.
But it can also become blind.
When Agile turns into a rigid formula, it stops being adaptive.
What Cynefin brings back
A line drawing of the four regions of the Cynefin framework: Clear, Complicated, Complex, and Chaotic, plus the central unknown area Confusion. (Source: Wikipedia)
Cynefin asks a more useful question: what kind of situation are we in?
That question changes everything.
In the clear domain, standard practices and repeatable steps may work well.
In the complicated domain, expert analysis and judgement matter.
In the complex domain, you cannot rely on fixed answers. You have to probe, learn and adapt.
In the chaotic domain, you act first to create enough stability to make sense of what is happening.
Cynefin does not reject method.
It rejects the idea that one method fits every situation.
Why this matters in Agile teams
Many teams struggle not because they lack frameworks, but because they are applying the wrong kind of thinking to the work in front of them.
For example:
treating culture change as a process compliance issue
treating uncertainty as poor planning
treating experimentation as failure to decide
treating every deviation from Scrum as a sign of immaturity
These are not just mistakes in practice.
They are mistakes in sense-making.
Agile needs humility
Cynefin introduces humility into Agile.
It reminds us that:
some things can be standardised
some things need expertise
some things have to be explored
some things need immediate stabilisation before anything else
That makes Agile less ideological and more useful.
Instead of asking, “Are we doing Agile properly?”, a better question is “Given the nature of this situation, what approach makes sense here?”
A better kind of Agile
Cynefin does not weaken Agile. It strengthens it by returning it to its purpose.
Agile was never meant to be a belief system. It was meant to help people respond well to change, uncertainty and learning.
Used together, Agile and Cynefin can help teams become less dogmatic, more thoughtful and more responsive to reality.
That is often what real agility looks like.
I use analytics cookies (Microsoft Clarity) to understand how the site is used and improve content.
