When agile fails: SCRUM master and product owner

This blog post is part of the When agile fails series. This time I’d like to share my experiences of how teams end up with a SCRUM slave rather than SCRUM master and an unqualified product owner.

SCRUM slave

I think the SCRUM master (short SM) has one of the toughest role in a SCRUM team. I’ve a lot of respect for the challenges of an SM, which involve:

  • Coaching the product owner and stakeholders
  • Removing obstructions which might occur during a sprint
  • Protecting the team from external influences, such as politics

A SCRUM master needs to have a strong personality, must master enterprise politics and have a keen agile mindset. Because we want to avoid hierarchy in any way, the SCRUM master is horizontal role and is working closely together with all team members. Thus, the acceptance of this person in the team is inevitable. The SCRUM master needs to be aware of all the issues the team is dealing with. She/he needs to protect the team, and support them in solving the issues.

I experienced SCRUM masters who knew the rules, but were missing the right mindset. In theory they knew how SCRUM works, but they had neither the experience nor the mindset to support their team. I’ve also seen way too many passive and disengaged SCRUM masters, who had no idea what their team was dealing with. However, the opposite extreme doesn’t help either. Dictating and forcing the team into something is only damaging the team morale.

In the end, the SCRUM master must find the sweet spots in regards of handling politics, communication skills and solving problems. This is not an easy job, and quite often underestimated.

Verdict:
The SCRUM master is a tough role! A keen agile mindset, as well as the capability of supporting and protecting the team are key factors for this role. Look for a strong personality if you want a SCRUM master rather than a SCRUM slave.

Unqualified product owner

Developing and maintaining a product can be a challanging task. In SCRUM all those challenges will be split and stored in a backlog. However, someone needs to be in charge of managing the backlog, and that someone is the product owner (short PO). It may sound simple, but managing the backlog requires a distinctive customer mindset. Have a look at SCRUM.org to see what managing a backlog means.

To manage the backlog and to drive the product, the product owner needs to have a product vision, strong domain expertise and understanding of customer & business needs. The latter requires a distinct customer mindset. I like to see the product manager as a kind of gatekeeper for all kind of user requests. She/he stands between the development team and end users. Thus, the product owner also must handle all user requests and do a lot of expectation management. It’s crucial that the team respects the product owner, her/his decision and the backlog. Only the product owner can force the team to work on a specific topic – no one else!

Unfortunately, I experienced several flaws in SCRUM teams, just because they elected the wrong person for the role as product owner. The most common one is the absence of domain expertise. A product owner without domain expertise isn’t capable of managing the backlog properly. The second most problem I experienced, is missing expectation management on both sides – the development team and end users. Without communicating clear expectations to developers and end users, agile projects rapidly become chaotic. Last but not least, I’ve seen teams sharing the product owner role in a collective – which obviously doesn’t work – never! The product owner might represent the desires of a committee, but it’s always a single person who’s responsible for her/his decisions.

Verdict:
The product owner manages the backlog & stands between the development team and end users. It’s the gatekeeper for user requests. Domain expertise and expectation management is imperative for the role as product manager. 

Icons made by Nikita Golubev & DinosoftLabs from www.flaticon.com and customised by confirm IT solutions.

31 Comments

  • gmail sign up Reply

    A SCRUM master needs to have a strong personality, must master enterprise politics and have a keen agile mindset!

  • saritax Reply

    A SCRUM master needs to have a strong personality, must master enterprise politics and have a keen agile mindset!

  • maplestory m Reply

    You recognize, lots of people are hunting around for this information, you could aid them greatly.

  • maplestory m Reply

    Lots of people are hunting around for this information, you could aid them greatly.

  • Essie Gregor Reply

    Nice post, thanks for sharing.

  • Fence Installers Chandler Reply

    A SCRUM master needs to have a strong personality, must master enterprise politics and have a keen agile mindset!

  • clash royale Reply

    A scrum master is the facilitator for an agile development team. Scrum is a methodology that allows a team to self-organize and make changes quickly, in accordance with agile principles. The scrum master manages the process for how information is exchanged.

    It is not a demand that a Scrum Master should be technical, but it is essential for an SM to have excellent communication and management skills. The main role of a Scrum Master is to assist the team to follow the processes properly and the team is completely responsible for the enhancement of its technical practices.

  • run 3 Reply

    Developing and maintaining a product can be a challanging task.

  • click here Reply

    Those who are not familiar with Scrum master, this might help. The scrum master is the team role responsible for ensuring the team lives agile values and principles and follows the processes and practices that the team agreed they would use. The responsibilities of this role include Clearing obstacles.

  • John Reply

    More simply put, the Scrum Master takes on the administrative, coaching and leadership roles that make Scrum development possible. That means he’ll usually spend his days: Facilitating (not participating in) the daily standup. Helping the team maintain their burndown chart.

  • Resurge Review Reply

    I am pretty much pleased with your good work. Very nice content thank you very much for writing such an interesting article on this topic.

  • Leptitox Review Reply

    This was a great and interesting article to read. I have really enjoyed all of this very cool information.

  • LeptoConnect Review Reply

    With sincerity and admin of a site, take the time to present important information to the visitors.

  • plumbers Durbanville Reply

    Wow, this is great content. I wish you have more viewers to read your article .

  • Durban plumber Reply

    I’m glad to read this. I really impress the way of your writing up.

  • Plumbers near me Reply

    I really appreciate your post. It’s really gain my attention to read your blog.

  • Click Here Reply

    Ha! I couldn’t help but chuckle at that having a SCRUM slave instead of a SCRUM master part in the beginning. I agree that a SCRUM master should have a strong personality and master enterprise politics, but wouldn’t that be contradictory to having him in a horizontal role to avoid any sort of hierarchy? For him to have a strong personality would mean that his members would have characters not at par with his.

    – Sammy

  • Leptitox Review Reply

    Wow, What a Excellent post. I really found this to much informatics. It is what i was searching for.I would like to suggest you that please keep sharing such type of info.Thanks

  • web Reply

    Love this concept of a SCRUM master. Interesting idea and lots of good points here.

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.