Building Mastery One Day At A Time
"Brick by brick, my fellow citizens, brick by brick." - Emperor Hadrian
Old joke: A young couple visiting New York City for the first time has lost their way. They spot a street musician, just the person to help them get reoriented. "Excuse us, but can you tell us how to get to Carnegie Hall?" The musician stopped playing and thought for a moment before replying: "Practice."
The prevailing wisdom is that it takes 10,000 hours of practice to achieve the level of mastery in any particular field of endeavor. Turns out, this is true for fields with well-defined measures for excellence like chess and music. In each of these areas, the rules are relatively simple, but mastering them isn't easy. It's pretty easy to tell when someone is playing an instrument out of tune or off-beat. And yet, a pawn shop guitar in the hands of Joe Satriani or Liona Boyd will likely result in that instrument expressing a voice no one knew it had. As for chess masters, they're the ones who win against all challengers regardless the time or place of the match.
For areas of human endeavor where the edges are less well defined, like business or coaching, there may be no marker for how much practice it takes to reach a stable mastery. Having successfully started and built one business does not guarantee the next venture will be equally successful. A coach with a winning system for one team may end up at the bottom of the ranks when the same system is used with a different team.
Developing expertise with scrum is a blend of both of these. The rules are simple, but they are not easy to master. At the same time the territory isn't well defined and frequently changes. A new client, a new team, or a new project and the edges for what is possible change. Misunderstanding this has been at the root of much of the frustration I've observed among people new to agile. They come from a world with well-defined edges - traditional project management practices filled with Gantt charts, milestones, functional specifications, use cases, deployment requirements, and a plethora of other artifacts that "must" be in place before work can begin. As many unknowns as possible must be made known, risks pounded down to trivial annoyances, and all traces of ambiguity squeezed out of the project plan. Learning how to let go of deeply rooted practices like this is no small thing. We like the comfort of well-defined rules. And when there's work to be done with scarce resources to make it happen, we reach for the rules most familiar to us.
So how can we update the tried-and-true, super comfy confines of past practices and rule sets?
Practice, of the deliberate variety. As Emperor Hadrian might have put it, "Brick by brick, my fellow citizens, brick by brick."
Research following on the "10,000 hours of practice" generalization has shown that it isn't just that someone has completed 10,000 hours of practice. The critical factor was how they practiced. Was each hour spent completing the same motions and behaviors from the previous hour or were they spent building on successive experiences, seeking greater challenges, and developing a deeper understanding of their craft? Following the latter path leads to the incremental improvements required to build mastery. And once obtained, the same attitude toward practice helps sustain a level of mastery. There will always be something more to learn, a fresh perspective to experience, or a more satisfying way to experience success.
There is a great deal of neuroscience at the foundation of practice and few would dispute the value of learning how to learn. And yet as our experience grows and we master a particular field, it's deceptively easy to fall into a complacency of thought whereby we convince ourselves there isn't anything else to learn. That is until some seismic paradigm shift makes it clear the rules have changed and we'd let our mastery go stale. The consequences of this are captured by Greene (2012) in his book, Mastery:
"We prefer to live with familiar ideas and habits of thinking, but we pay a steep price for this: our minds go dead from the lack of challenge and novelty; we reach a limit in our field and lose control over our fate because we become replaceable." (pg. 176)
If this happens, learning how to learn may not be enough. Learning how to unlearn may be equally valuable for regaining mastery.
In classic hacker culture, you aren't a hacker until other recognized hackers call you a hacker. It's a title to be earned, not claimed. The unfortunate title of "scrum master" aside, it is useful to take this credentialing tradition to heart with scrum as well. Consider yourself an apprentice scrum practitioner until other recognized scrum masters recognize your mastery. Holding such a frame keeps us humble, curious, and open to constant and never ending improvement.
I've been practicing, leading, or coaching scrum in one capacity or another for over 10 years and based on my billable hours over the past several years, I'm quite confident I've passed the 10,000 hour mark for practicing scrum. Even so, I'm not a master scrum master...yet. The reason is simple and is expressed by the great cellist Pablo Casals' response to filmmaker Robert Snyder's query as to why Casals continues to practice five hours a day at 80 years of age, "Because I think I am making progress." I keep building upon my practice because each day I discover new ways to enhance team performance and improve my skills. Perhaps more telling, any time I think I've heard every excuse for not following the scrum framework, someone on one of my teams surprises me.
If you're interested in staying on the path toward scrum mastery, you need to get out of the books and into the world. There are a variety of ready opportunities to mark and gauge your progress.
Frequently review the framework for scrum and compare what's there with your current projects. If there are mismatches, find out why. Is there really a good reason for straying from the framework? If so, open a dialog about these differences during your retrospectives.
If possible, ask your fellow agile practitioners when they are holding their next review, backlog refinement, or sprint planning session and get yourself invited as an observer.
There are probably a number of excellent agile related meet-ups in your area. Speaking from personal experience, these are incredibly valuable communities of support and new ideas.
Image by sarfarazis from Pixabay
References
Greene, R. (2012). Mastery. New York, NY: Viking Penguin