Why ‘courage’ is a Scrum value and ‘being right’ is not
I often see situations like this in software teams:
Alice: “We can’t begin testing because we’re still waiting to hear from Bob about when the RC will be ready. He will let us all know in the official Slack channel. Stand by.”
Bob: “I know you’re all waiting for the RC but I need confirmation from Craig first, and he’s not responding to his email”.
Craig: “Usually it’s Dan who makes this decision but he’s on holiday and he didn’t brief me on this when he handed his tasks over to me…”.
Typically, I (mis)diagnose this as a problem of ignorance. The roles and responsibilities are not clear enough! Let’s make another checklist, create another role, set another OKR. This will help people to understand exactly when they’re right or wrong.
Today I had a little epiphany: it’s not an ignorance problem — it’s an indecisiveness problem. Often we’re not clueless — we’re just unwilling to make a decision.
The incumbent mental model in our industry is that making software is like manufacturing electric cars (or rockets). It seems that we’re in love with the idea of the archetypal engineer, whose decisions are imbued by the exacting precision of the scientific method. But making software is really more like playing rugby (despite the…
