Discussion about this post

User's avatar
Tobias Mayer's avatar

There's truth in both Hiten Shah's words and your own. There is one aspect of the scrum master role that is essential: that of a change agent. Organisations wishing to improve the way they work need someone to focus wholly on that improvement. Not on product, not on technology, not on people-management, only on improvement—in all its forms: personal, relational, environmental. Without such a person, who would hold the big picture there is a danger of local optimisation, and great disconnect. A good scrum master (there are painfully few) would focus on this. It may be better to rename the person who does this though, and separate it from Scrum. Scrum itself may be going down the drain, but don't throw the baby out with the bathwater!

Expand full comment
Ryan Scougall's avatar

I find the Scum framework incredibly compelling. It’s so simple and straightforward in its totality. You strategise, you plan, you execute, you inspect daily, you review the outcome, you review your practices, repeat.

There is something truely wonderful about how easy that concept is to grasp, and how almost universally this seems to be something we all can get behind.

Yet, we see time and again an application of Scrum often yields disfunction. We end up as the piece says, with zealots who stick to some text book definition. There is this lack of flexibility and adaptability which is wholly ironic, and when everything is Scrum nail all the problems need a Scrum hammer.

I’m a Project Manager, and I’m heavily leveraging what I’ve learned from my Scrum training. However I’m not banging on about Agile and Scrum. I’m picking the parts that work in our context (at least that I think work).

What I do not understand is, what parts of the process are broken. I can appreciate that perhaps, the Scrum Master role is too narrow. We don’t need a meeting facilitator on all our teams so to speak (slightly unfair to the role, but it’s typically how it plays out).

But do we not want teams to regularly iterate, to present working product, to get feedback, check alignment with the strategy, then carry on? What is the alternative?

That’s not a defence of Scrum or the Scrum Master role, that’s a philosophical one. Because the problem has been that organisations plan to death, thinking they are derisking, get caught in the contract game, and end up with massive cost blow outs and hopelessly late and cancelled projects.

So while we are saying fhe Scrum Master is dead, maybe we should say the Project Manager is dead too? Schedules are stupid, they never work. They give you a false sense of confidence, you spend endless hours updating them, only for you to roll your eyes knowing it’s a waste of time.

Scope documents are dumb too. We spending hours labouring over a scope document, feeling great about ourselves, knowing the whole time that there will be scope creep, the organisation will change and the environment will too. We know all of these documents will change. Yet the purpose of them is to draw boxes and say “that’s done”. But it’s clearly not, and everyone knows it.

So while we say agile is dead and Scrum is dead, tell us what problems still exist and what should be done?

Expand full comment
24 more comments...

No posts