I previously wrote Tips To Be a Successful Scrum Master. Over time, more Scrum Master tips have come to mind so today I’d like to extend my list of tips by ten. Each of these tips are borne out of my mistakes or experiences, and I hope at least one of these tips is something you can take back to your team. So let’s get started on these new Scrum Master tips.
- Never surprise the Product Owner. The Product Owner should be a partner. Create a strong relationship with him or her. After it’s created, reinforce it by ensuring s/he knows everything we know. By talking to them before a major change or event, we avoid unnecessary resistance.
- Scrum is not scripture. It’s not enough to know the Scrum framework. We should know why each element exists and what happens if we remove an artifact or ceremony. Be intimately familiar with the nuance of the framework. Question it. Explore it. The team will ask innumerable questions on this front, and it’s never acceptable to say “because ‘scrum’ says so.”
- Put yourself out of a job. I’m of the opinion that a Scrum Master should feel valued, not necessary. Are team members—not you—willing to pull another out of a rabbit hole? Do they—not you—remind others of a meeting agenda if things get off track? If you take a week off, are you comfortable the team can perform just as well in your absence? I hope so.
We should be teaching ourselves out of a job not so we can be fired but be promoted.
- Challenge the system, not the people. By making the conversation about the system, we can often avoid conversations that could otherwise be contentious. I agree with Lewin’s equation which states behavior is a function of the person and his or her environment. That’s not to say we should overlook misbehavior. Recognize it and address it. Then, evaluate the system to see what instigated it.
- Managers as assets. Scrum doesn’t speak to the role of managers in an organization. As such, many Scrum Masters overlook their value. Not only do managers have insight into team members, they also make excellent sounding boards for organizational impediments. Establish relationships with them and use those conversations to affect positive change.
- Map the critical steps. Often, the hardest part of change is getting started. Help the team to understand what they want to affect in easy and straight forward terms. Why are they changing? What’s the change look like? How do we hold each other accountable to this change? SMART applies and credit for this tip goes to Chip Heath in his book Switch.
- Solve the team’s problems, not our own. As a Scrum Master, we often have a good perspective of dysfunctions within our team. However, until we can convince the team of a problem, they will show little interesting in solving it. Be a mirror for the team’s behaviors, and if the problem is real, they’ll begin to see it for themselves. Conversely, we may discover what we thought was a problem wasn’t.
- #ICouldBeWrong. I borrow this tip from Mike Cohn in the Front Row Agile series Let Go Of Knowing. Never enter a conversation assuming we’re right. Instead, enter it as if there’s more to learn. It’ll not only keep us from digging in our heels, but it can also have the same psychological effect on our audience.
- Plan for the pain points. Many times, we need to strategize as to how to remove an organization impediment or how to approach a difficult situation, and my advice on a bias toward action applies here. That’s not to say we enter a situation unarmed or without thought. Instead, think through what the first and second steps might be and then invest the rest of our energy into how these two steps could go wrong.
- Epitomize agility. As a Marine, I was often reminded that the world around me was watching, even if I wasn’t aware. As such, it was up to me to epitomize our reputation at all times. I continue to apply that wisdom as an agile coach. Is my cell phone put away during a meeting? It better be. Am I listening to others to reply or to understand? Am I solving problems iteratively and incrementally? After all, people are watching me to understand agility, and I should set a solid example for others to follow.
That’s all for today. If you have any Scrum Master tips to offer, I hope you share them in the comments below.