Forums

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. If you have left the first and last name fields blank on your member profile, your email address will be displayed instead.

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.

scrum master product knowledge
Last Post 03 Jul 2014 02:35 PM by Charles Bradley. 3 Replies.
  •  
  •  
  •  
  •  
  •  
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages Not Resolved
Jim Bach
New Member
New Member
Posts:1
Jim Bach

--
03 Jul 2014 06:19 AM
    A scrum master may have, and probably does have, multiple teams (three to four or more) spread across separate and unrelated products. As such, along with with his/her responsibilities of mentoring/facilitating the scrum processes, how much in depth knowledge of the individual products is the scrum master expected to obtain and retain?

    Thanks,
    Jim Bach
    Ludwig Harsch
    Basic Member
    Basic Member
    Posts:272
    Ludwig  Harsch

    --
    03 Jul 2014 06:33 AM
    None. If the Scrum Master has in depth knowledge of the product, I would wonder if the product owner is doing his job himself. An exception appies of course if the person who is Scrum Master is part of the Dev Team as well.
    The Product Owner is responsible for the product, and the Scrum Master for the process.
    Of course a minimal product knowledge can help the Scrum Master to follow discussions.
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1493
    Ian Mitchell

    --
    03 Jul 2014 09:01 AM
    > how much in depth knowledge of the individual products is the scrum master expected to obtain and retain?

    Only as much as is needed to remove or forestall impediments, and to help the team achieve the Sprint Goal. Investing a Scrum Master with greater product knowledge could arguably be wasted effort.

    He or she can have the memory of a goldfish as far as specific product requirements are concerned. A good Scrum Master is more likely to harvest experiences by abstracting patterns from them, and which can then be used to service teams across multiple problem domains. It's an in-depth knowledge of the Scrum Framework, and experience of how best to implement it in a given situation, that is needed.
    Charles Bradley
    Basic Member
    Basic Member
    Posts:408
    Charles Bradley

    --
    03 Jul 2014 02:35 PM

    > A scrum master may have, and probably does have, multiple teams (three to four or more) spread across separate and unrelated products.

    In practice, I have never seen a person who can fulfill the SM role in any quality way for more than 2 teams. I also have heard many horror stories from others about having 3 or more teams. Even theoretically, I could only be ok with 3+ teams *if and only if* the SM is very advanced in Scrum, AND if the Scrum Teams themselves are very advanced/skilled in practicing Scrum.

    As to the original question, I've personally seen SM's do well with product knowledge in their role regarding:

    <snipped from Scrum Guide -- not a contiguous snip/quote>
    Scrum Master Service to the Product Owner...
    The Scrum Master serves the Product Owner in several ways, including:
    * Finding techniques for effective Product Backlog management;
    * Helping the Scrum Team understand the need for clear and concise Product Backlog items;
    * Understanding product planning in an empirical environment;
    * Ensuring the Product Owner knows how to arrange the Product Backlog to maximize value;
    * Facilitating Scrum events as requested or needed.

    Scrum Master Service to the Development Team
    The Scrum Master serves the Development Team in several ways, including:
    Coaching the Development Team in self-organization and cross-functionality;
    Helping the Development Team to create high-value products;
    Removing impediments to the Development Team’s progress;
    Coaching the Development Team in organizational environments in which Scrum is not yet fully adopted and understood.

    Scrum Master Service to the Organization
    The Scrum Master serves the organization in several ways, including:
    Helping employees and stakeholders understand and enact Scrum and empirical product development;
    Causing change that increases the productivity of the Scrum Team;
    </snipped from Scrum Guide -- not a contiguous snip/quote>

    So, while I've found that product knowledge helps with all of the above, it's not absolutely required to fulfill the role of the SM well. The main reason product knowledge is helpful with the above is that, when the SM is teaching the team effective PBL techniques and empirical product planning techniques, it's very helpful to couch that advice in the current context of the current product.

    Now, if you have an SM that is able to fulfill the time required to fulfill the SM role well, they will naturally gain enough of the product context to complete the above in a few sprints. OTOH, if you have an SM who has 4 teams and all they do is "run from meeting to meeting", then they will likely never gain enough product context. But the root cause of this 4 teams problem is not lack of product knowledge, it's the lack of knowledge/support/respect from the org for the SM role. So, get the org on board with 1-2 teams per SM(without a lot of non Scrum responsibilities), and the product context will occur naturally, and the SM will be more effective.

    You are not authorized to post a reply.


    Feedback