Master... Master...

Table of Contents

The Role of the Scrum Master

In the real world, there are many variations of this role. Sometimes it’s a person from the team, sometimes a manager, sometimes someone from outside the team, sometimes a specialist in being a Scrum Master, and I’ve even seen it as a rotating role within the team. So, who is it really? What’s the purpose?

In the world of software engineers, there is no shortage of great ideas. There are plenty, I would say. Programmers, designers, and architects are incredibly creative people… sometimes too much so. However, there’s one catch. Good ideas mean little. Just like good intentions, I can bet hell is paved with good ideas too. Ladies and gentlemen, I will now reveal a shocking truth, which is the greatest secret of efficient teams: ideas need to be implemented and energy must be put into overcoming all difficulties. In other words - it’s not enough to come up with an idea, you have to execute it! I can already hear the voices: “What a great discovery you made!” Well, indeed I did…

Let me give an example (from life). Once, I worked with a team on architectural changes. After an hour of work, I learned they already had quite a reasonable project plan, drawn in diagrams. So I asked: “When was it created?”
“- Well… over half a year ago…”
“- How much time did you spend on it?”
“- About 2 weeks for four people?”
“- And what did you do with it after that?”
“- Well… nothing really, didn’t know how to start with it…”
“- So you did nothing?”
“- Well… yes…”

And this happens often, especially with architectural changes and refactoring, and many other areas as well. We, technical people, like to solve puzzles, problems, and create solutions, but when it comes to implementing them, especially if a broader plan and interaction with others are needed, it’s a different story.

And that’s what a Scrum Master is for… to make things happen… to add coal to the fire… Even when things are falling apart, not to give up and adhere to the established assumptions. Every change, every project needs a leader because it’s them who make things happen, push matters forward, and help solve problems. They don’t need to be the manager, just ensure that things are progressing.

Therefore, which of the initially mentioned solutions is good? Any, as long as there is someone (a leader) or something (also the team) that ensures that things happen (monitors the process and helps solve problems).

A small addition at the end. Many of you are probably wondering about the rotating Scrum Master… I’ll tell you a secret… although the role was rotating, behind it all stood… a leader, even though he did a lot to make it invisible…

(Text translated and moved from original old blog automatically by AI. May contain inaccuracies.)

Related Posts

A Few New Concepts - Architectonic Mantra, Design Retrospective, Shared Context, Natural Order of Refactoring

Recently, several named concepts have evolved in my mind, or maybe I just understood them well. Here are a few notes that I consider an alpha draft ;-)

Read More

If You Were to Do One Thing, It Should Be...

Avoid Starting Unnecessary Projects

I have had an interesting conversation with my friend who is also a manager in one of the Polish companies. At a certain moment, he said:

Read More

Technical Leader Worries: I Have Too Many Things to Do

Technical Leader Worries: I Have Too Many Things to Do

Those wonderful days when the only thing you did was writing code are gone. Now you are a leader. You are doing everything: attending or conducting meetings, removing impediments, mediating between team members and the rest of the organization, reading or writing some kind of reports (and you deceive yourself that spending two hours in Excel counts as programming because of some smartly used formulas) and so on. You are in a hurry all the time, and it never ends.

Read More