BROADCASTS.com

b'

In this episode, Dan Neumann is back with his co-host and colleague, Sam Falco! Today, they\\u2019re discussing whether or not a Scrum Master should be technical. Sam often finds himself being asked about this and has noticed many other people have a strong opinion for arguing either side of the coin. But, there\\u2019s more to it than just those two extremes!

\\xa0

So, in their discussion today, Sam and Dan will be walking listeners through the various possibilities beside technical or not technical, and providing their advice on how to find the perfect balance between the two!

\\xa0

Key Takeaways

A technical Scrum Master: benefits, challenges, and advice:

It can be beneficial to know the product and the knowledge domain your team is working in so that you can help the team when they have an impediment or are struggling with something

Knowing the domain also makes it easier to help the Product Owner understand good backlog management, communicate to the development team, and encourage refinement to happen

With technical knowledge, you can call out your team if they are sandbagging

Challenges and pitfalls that can come with having a Scrum Master having a technical background is that there is a possibility that they might want to get in and do it themselves (which is not their role as a full-time Scrum Master) which can damage a team\\u2019s ability to self-organize and ability to innovate

As a Scrum Master, if someone on the team approaches you and asks how to solve it, your response shouldn\\u2019t be to directly solve it, but to instead ask: \\u201cWhat are you going to try?\\u201d

A Scrum Master who has no technical knowledge: benefits, challenges, and advice:

They can be helpful in removing impediments because they have some knowledge about how things work (which may help them with knowing who to go to when there\\u2019s a problem in a particular area)

The danger in not having any technical knowledge (but having domain knowledge) is that they may step on the Product Owners toes

A non-technical Scrum Master could be challenging the team where they shouldn\\u2019t be

Another concern is if the Scrum Master only knows Scrum and they\\u2019re only concerned with the team getting value out of Scrum

Sam\\u2019s Scrum Master tips:

A valuable skill for a Scrum Master is knowing when the team is confused or misunderstanding things and pausing to check and make sure that everyone is in the same place

You have to be good at what you do and you have to be doing it to serve the team; not making sure everyone does everything by the book (without understanding why)

As a Scrum Master, you should be asking yourself: \\u201cWhat are we doing here?\\u201d, \\u201cWhy are we doing this?\\u201d, \\u201cHow can I help my team?\\u201d, and \\u201cHow can I serve best?\\u201d

Take some time to reflect on: \\u201cIs the Scrum framework is being applied well?\\u201d, \\u201cIs the team delivering value incrementally?\\u201d, and, \\u201cAre the Scrum values present?\\u201d

In Conclusion, should a Scrum Master be technical or not?

The question itself is a bad premise because it implies either \\u2018yes\\u2019 or \\u2018no\\u2019

The answer is \\u2018yes\\u2019 and \\u2018no;\\u2019 it depends

If you\\u2019re a Scrum Master that feels that your lack of technical knowledge is inhibiting your ability to serve your team, then it is okay to take some basic classes to understand the challenges your development team is facing

If you\\u2019re a Scrum Master who is very technical, take some time to reflect on where your service is best applied and ask if yourself if you\\u2019re relying too hard on your technical knowledge

\\xa0

Mentioned in this Episode:

\\u201cThe Expert (Short Comedy Sketch)\\u201d (Seven Redlines Video)

Agile Coaches\\u2019 Corner Trainer Talk Episode: \\u201cThe Risks of Having Scrum Masters as Schedulers\\u201d

The Professional Product Owner: Leveraging Scrum as a Competitive Advantage,
by Don McGreal and Ralph Jocham

\\xa0

Sam Falco\\u2019s Book Pick:

The Janes: An Alice Vega Novel, by Louisa Luna

\\xa0

Want to Learn More or Get in Touch?

Visit the website and catch up with all the episodes on AgileThought.com!

Email your thoughts or suggestions to Podcast@AgileThought.com or Tweet @AgileThought using #AgileThoughtPodcast!