Skip to main content

Do you need to understand product as a Scrum Master

Last post 07:22 am June 19, 2024 by Jacek Markiewicz
8 replies
04:12 pm February 18, 2022

Hi everyone,

Thank you for taking time to read my post. I come from background of being a scrum master in industries where the product was quite comprehensive. I now am a scrum master for a product where it deals with extremely technical and financial heavy product. At times, I am in backlog refinement and sprint planning where I am unable to pick up what the developers are talking about. Sometimes, its hard for me to identify blockers because the language of the developers is extremely technical and financial. I am not able to help convey messages between different people because I know I will not make sense. All materials in the organization are presnted to someone as if they come from a financial background. What are some suggestions in being a scrum master who holds knowledge in Scrum but struggles with the lingo of the development team? How are you supposed to help remove impediments if you arent able to grasp these technical impediments and what they mean?

 


09:10 pm February 18, 2022

Does your team expecting you to help remove technical impediments by knowing functional and technical details ?


12:02 am February 19, 2022

Balaji, they expect to remove functionsl blockers atleast. They are expecting for me to understand atleast whats going on. Its hard for me to communicate or understand anything without knowing that lingo 


04:33 pm February 20, 2022

One of the best SMs I have met had no technical knowledge what so ever; however, they used to be a teacher and that experience allowed him to have all other qualities that a SM requires. 

You should schedule some time with the PO so that they can explain the product to you if you wish to start understanding it at a high level. 

As a SM, you should be giving the developers direction so that they can resolve the majority of impediments themselves, especially around technical issues. 


01:26 pm June 14, 2024

Hello, 
I know this post is from 2022 and not sure if anyone would see this. I wanted to ask anyways.. 
I'm in the same situation in a financial work and the language is difficult. My question is, is it different/better understood in a non-financial area for ScrumMasters?


07:01 pm June 14, 2024

You need to be sufficiently literate to be satisfied that, when you look at the Developers' forecast of work, it can be Done by the end of the Sprint with the Sprint Goal met. You don't have to do any of the work yourself unless you are also a Developer, including impediment removal, you may instead facilitate their removal by others.


04:34 pm June 17, 2024

Every organization will have terminology that is unique to them.  Every industry has terminology that is unique to it.  There may be times where a single term is used in many organizations or industries but it could have different meanings or implications in different organizations. Anywhere you go you will have to learn the terminology.  And the need for a Scrum Master to understand the terminology will vary based on the organizations as well.  

Remember, the Scrum Guide does not provide a job description, it describes an accountability and the responsibilities for whoever takes on that accountability.  Your actual job description will have more information on what you will need to know in order to do your job at that organization.  As far as the Scrum framework goes, it says nothing about knowing specific terminology other than that introduced in the Guide.


09:59 am June 18, 2024

To provide an opposite view, I used to be a sysadmin, developer and (until recently) IT architect. I'm now working as scrum master and I feel my knowledge of IT is actually getting in the way. My background is mostly infrastructure and datacenter, and the team is 100% cloud oriented. They have invited me a couple of times to take a class or a basic entry-level exam to get to know their language better. I have refused every time, because I want to stay out of the technical aspects of the work. 

For me, it's trusting the devs (and challenging them) to explain to me what they need to get done and what is getting in the way. I feel that explaining it to me gives them a more abstract view of any problems, and allows them to see other solutions or take action themselves. Promoting self-organisation.

And it's about having to trust myself to be able to 'feel' when the team gets stuck on something. In my experience you don't need to speak the 'language' to detect that they need help.


07:22 am June 19, 2024

It is a good question,

I'd say that the better the understanding, the better the position to advise and coach. However, it is not a must-have from the start. There are plenty of things Scrum Master can work with while building the understanding and awareness about the product and the overall surrounding environment. 

It is important to be transparent with the team about it and also clarify the accountabilities of Scrum Master. Those are rarely well understood. 


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.