Scrum Master motivates the team, but who motivates Scrum Master?

Very recently while attending, or should I say observing a CST deliver a CSM workshop, I was watching and listening to a video shown by the instructor to the class. It was all about that “Everyone needs a coach”, right from the top to the bottom. All of us have our own weak moments of career where we are confused, feel let down, not sure of which path to adopt and so on… this is precisely the place where a coach can help.

In the same vein, this led me to think, about the Scrum Master, the “Go to person” in Agile-Scrum. Scrum Master should educate, train, coach, mentor the Scrum team, the sponsors, the customers and all the other stakeholders. But then I wonder who educates, coaches and mentors the Scrum Master? Who takes care of their needs in their own low times? How does one motivate the Scrum Master, what are the tricks of the game? Can the same principles apply to the Scrum Master as he/she applies to the Scrum Team?

While writing this blog, I happened to search the web, the search criteria “How to Motivate Scrum Master”, all the responses were on motivation, but whose? It is all about the team. Nothing wrong with this, but we have missed the bus that Scrum Master is also a human. He / she has feelings, they can have a bad day in office. At times, Agile / Scrum falls short on expectations and does not cover all the basic ingredients that are required to execute the a great agile-scrum project (we have too much emphasis on development team, but very little focus on Scrum Master).

All Agile Gurus have maintained the idea, that Scrum Master is not supposed to be involved in the HR related matters of the team. He or She has no control over the team, not sure, if they are allowed to choose their own team. Scrum Master is basically a NON-PLAYING CAPTAIN of the team, who sits outsides, cannot interfere in the estimation or the commitment as made by the team, cannot be a guide on the technical front and so on … but is still accountable for the success of the team, success of the sprint / iteration. No doubt this is not an easy task.

Here, presenting a few ideas and thoughts of what can be done or how it can be done? I have tried and tested these ideas and they worked with a fair degree of success.

Lack of motivation can lead to Scrum Master’s own inefficiencies and low productivity. Scrum Master would also have a reporting line and a line manager.

Managers who motivate people with the usage of incentives, money, promotion have limited amount of success in long run, the short-term results are fantastic. According to Nigel Nicholson, you cannot motivate an Individual. Individual has to self-motivate themselves. The best the management or a manager can do is to create the right environment, tools, process and more importantly VISION for the individual to succeed.

Scrum Masters are not made to order, they are created internally, you do not hire them, you groom them from your own organization. They would be better placed to understand and embed the culture of the company and its value system.

It would be wrong and incorrect to assume that a CSM workshop can produce great Scrum Masters. Most of the candidates in the workshop are looking for a certification, rather than knowledge as this would boost the profile and improve career growth chances, but they fail to understand that well written CV does not provide knowledge and experience, nothing can substitute the experience part of the game, which I find appalling in our industry.

Motivating a Scrum Master is like motivating the CEO of the organization. CEO is at the highest level of the system, decision maker of the game, how does one motivate the CEO? What would make the CEO ineffective or demotivated? The same reasons and rules apply to a Scrum Master.

Everyone knows the value of a good inspiring vision. Great managers motivate the team with the power of vision, the passion of their delivery and compelling logic of their reasoning and people will march off in the right direction. Each manager thinks “If I can only get this person to listen, he’ll see the logic of my position”. This approach of something I can “tell and sell” is based on the profound fallacy many of us buy into: Others also have thought processes that we do. This frequency mismatch of perceptions leads to a common problem with managers attempting to motivate.

Instead of pushing solutions on people with force of your argument, pull solutions out of them. Certainly, not all people are going to feel the same passion for their work that do for their hobbies or other interest, it is a huge mistake to write-off a problematic employee as demotivated. Most of us (employees) have the potential to engage with their work in a way that augments achievement of team goals and organization vision.

A variety of factors and reasons can block the Scrum Master’s natural motivation. For example, an urgent decision is to be taken for which the management approval would be required, the best part the required manager is not available or is out of office or simply not accessible due to busy schedule. This would have an impact on the Scrum teams’ delivery and there by de-motivate the Scrum Master (as the team would feel that SM is not doing the job) or team would doubt the effectiveness of ceremonies like Retrospectives since these will not yield results due to lack to adequate sponsors commitment to improve / providing adequate funds / budgets and the only focus of the product owner is to deliver, without even understanding the challenges and issues of the Development team.

One of the approaches I have seen work in Agile-Scrum teams is by allowing them to follow the approach as they seem fit or desire, but within the boundaries of Agile Manifesto and Principles. I have also at times advocated to change / tweak the process a little bit here and there to uphold the dharma of Agile principles.

It is important for us to understand that there are no defined practices in Agile, It only has Manifesto and principles.

Recipe of any success is TRUST, the most important Scrum value, which is missing in each organization. Should TRUST be existing, all other elements would be secondary and would be automatically be taken care of. Giving the required confidence to the Scrum Master, that he or she enjoys Management TRUST is a very critical element. If we all can practice the concept of “Fail Fast”, this should also apply to the Scrum Master and related functions.

Along with TRUST, provide a liberty to challenge the status quo of the system, allow them question the system, without hurting anybody’s pride or ego (easier said than done)

Managers and Management would do well to understand and appreciate the difference between Micro and Macro type of management. I have attended several leadership workshops where this idea / concept is discussed, but have not seen it in practice yet in the manner as required.

Scrum Master would also need a channel to vent this frustration, validate their thoughts, get a second opinion on their innovative ideas or just talk about their feelings, needs and requirements. This is one place where the management / reporting line managers can play a decent role, by providing them a space, lend an ear to listen to their woes and issues, provide required guidance or exchange a few notes, share their own experience and explore options to resolve an issue.

All said and done, a fundamental rule of management is that you can’t change people’s character; you can’t even control their actions most of the time. Change comes from within or not at all.

 

Advertisements

3 Comments

  1. Thanks Ajay for wonderful article.

    I had this question in my mind since long time about Scrum master motivation.I agree to a point that a line manager can motivate Scrum master but for that a line manager needs to have vision as rightly said by you.If he has right attitude and skillsets then it’s going to game changer for a team but i fear that he/she doesn’t have that skills then it’s going to kill that team.A manager can be a bad influence on Scrum master and team or sometime he can get his dirty job done via Scrum master and create biases within the team.for e.g creating dev vs test environment..

    The reason I am highlighting this fear because manager designation or role is not really defined in agile apart from resource managing( please correct me if wrong and this is pure based on my limited knowledge of agile),since they are always outside the team they will never take this up role seriously.As we know so called managers have ability to” voluntarily withdraw ” during crunch situation and then the entire burden comes up on Team to deliver and meet sprint velocity because the clock is running. So every sprint,the manager should have specific goals or problem they need to solve for a team be it motivating Scrum master but off-course on facts.say for w.g Scrum to undergo CSM certification in sprint 3 and show a output from sprint 5 onwards or SM to learn Jira dashboard and start plotting various dashboard.The only point I am stressing is If SM is not doing job properly is the manager accountable ?and what if manager(off course immediate line manager in this case) doesn’t do his job properly who is accountable then?…I know it’s difficult to get all the folks in Agile sprint or can we possibly run a parallel sprint of managers/leads to see how effective they are?.I am just getting the Top guys held responsible for failure of team and this is need of an hour these days.

    Sorry if I took your topic to different angle…and you can just bash me whenever and wherever you want😀

    Thanks and keep writing,
    Satyajeet Bhosale from Travelex

    • Hi

      Could not less agreed with your observations and comments, But the idea is the whole organization has to become agile oriented and not only the development team, the approach should always be TOP DOWN, rather than Bottom Up.

      But One also has to agree that in all organizations one would always find One character like the one you have described above, they have to just handled. and Do remember if the SM is doing this job correctly, the manager get exposed of all the dirty tricks (but then remember EMI kicks in)

      Thanks for your valuable comments on this front.

      Rgds

  2. 1) A Scrum Master is not a Law Giver or an Evangelist
    2) A Scrum Master is not a Prophet
    3) A Scrum Master is not a Gardener (but what an inviting metaphor)
    4) By all means, A Scrum Master and Scrum generally has NOTHING to do with the Old Testament or “channeling any prophets from the Old Testament” or “bringing them back to the ‘true agreed’ path”

    Even taken as metaphors, these are for the most part, wrong. We should not be mixing religious beliefs with a professional industry either.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s