Preface

Technical projects are like an old horse I had when I was a kid; they'll flip you when you least expect it! Yet the element of surprise is actually a surety in our technical world. Agile methods, with their focus on helping teams deliver quality features and products quickly and flexibly, have drawn me in as a way to help tame the bucking horse, the element of surprise in technical projects, and Scrum, in particular, as a gateway to discover which day-to-day processes and working styles fit best for a particular team in a particular setting.

A ScrumMaster, like a good rider, must know when to go easy on the horse, when to use the spur, when to pull the reins, and when to just hang up the bridle and put the saddle away for the day. There are nearly a quarter million CSMs now, and many more to follow. While this is great news and represents a steady interest in Agile methods, we are in the soup. There is rampant misuse and misunderstanding of Scrum, which diminishes and possibly eliminates the amazing possibilities that people discover by using it correctly. I've observed too many examples of good Scrum gone bad—times in which tough, courageous, persistent ScrumMasters could have really made a difference, but didn't; times when product owners could have been a bit more involved; times when teams hid poor quality and shouldn't have. Additionally, with the advent of several newer methods, the terms Iteration Manager and Agile Master are floating around and representing an increasingly watered-down, dangerous version of what the true ScrumMaster was meant to do. That sucks, and makes me sad—and spurs me to action. I don't want the original vision for ScrumMaster to become lost in the methodology/certification wagon train; I want people to reach their full potential and believe that Scrum is one way to facilitate that.

Scrum is a simple process and it will not fail; you'll become extremely knowledgeable about this by the end of the book. Yet it becomes the butt of the failure because it's just too hard sometimes for people to accept responsibility. In other words, the horse bucked, so it's easiest to just blame the horse! But maybe it was a rock in the hoof, or a burr under the saddle—maybe there was another explanation or reason for the undesirable behavior. A good ScrumMaster pokes and prods to find the real source for organizational saddle burrs—and works diligently to pluck them out to make things more comfortable.

My utopia is a world in which everyone in technology has the ScrumMaster mind-set—whether they are team members, the named role of ScrumMaster, a line manager, or an executive. That's probably not realistic, at least for now, so luckily we have this very special role called the ScrumMaster to help others along. A professional ScrumMaster willingly accepts the role, realizes that he/she must help create an eager trial-and-error mind-set within the team and beyond, keep bad habits in check, and let the best working patterns and styles emerge. This is an extremely challenging, uphill both ways, in the snow, knee-deep journey. Sharp ScrumMastering is so much more than running a daily Scrum meeting with a team; using Scrum the right way can help a company do the right things and do them quickly (which is the definition of Agile, after all).

Scrum is not something to transition TO; rather, it is something to transition THROUGH. Through to what, exactly? Well, you will discover the answer when you do it. Some teams realize that they like to throw in some Extreme Programming practices, others find Kanban concepts to really help them out. Over time, you want to help the team and organization create a process that works for them, and not the other way around. As you become more aware of the wonderful ideas from other Agile/Lean methods, you'll realize that what you call it—the names of methods or frameworks—don't matter nearly as much as results. Keep your eye on helping your team deliver in a fast, focused, yet flexible manner, and you're well on your way. Scrum can help you get a nice running start.

I want you to become the Olympic-dressage-rider-on-a-Friesian kind of ScrumMaster, not atop-a-Shetland-pony-being-led-around-a ring version (henceforth known as a ScrumPuppet). You should know that you have more power than you probably give yourself credit for. One person—you—can make a difference, and creating just one successful Scrum team can change your organization. If you choose to accept this mission, get ready for the ride of your life.