Skip to content

Just When a Wizard Would Have Been Most Useful: Coaching versus Contracting

A copy of J.R.R. Tolkien's "The Hobbit" lying on a table

…Then they stopped, and Thorin muttered something about supper, “and where shall we get a dry patch to sleep on?”

Not until then did they notice Gandalf was missing. So far he had come all the way with them, never saying if he was in the adventure or merely keeping them company for a while. He had eaten most, talked most, and laughed most. But now he simply was not there at all!

“Just when a wizard would have been most useful, too,” groaned Dori and Nori (who shared the hobbit’s views about regular meals, plenty and often).

– J.R.R. Tokien, The Hobbit

I am very fond of the works of J.R.R. Tolkien; it would not surprise me to find that many of you recognize these words from the second chapter of The Hobbit titled “Roast Mutton”. It occurred to me recently that there are parallels between Gandalf’s role in The Hobbit and that of an Agile coach. Now, before my fellow Tolkien enthusiasts leap on their keyboards, bear with me on this. Know that I am not saying an Agile coach is on par with a wizard (OK, with one of the Istari sent by the Valar, but let’s table that so as not to scare off the normal folk, alright?); that should be enough to calm you down.

In the excerpt from The Hobbit at the top of the page, Bilbo and the dwarves have run into their first predicament. Note that it’s not a particularly difficult situation; they just need to find shelter and partake of some food. Fire would be nice, too, if it could be managed. (Mind you, it’s the first day of their journey; they set off mere hours ago fully provisioned and riding on ponies.)

It isn’t very long before the fledgling group finds itself not only without shelter and food, but in the hands of three rather nasty trolls who are deciding how best to eat the entire group. Gandalf returns once things have gotten out of control, and with some subtle adjustments to the situation, the crisis is averted.

Could Gandalf have come back sooner and spared them this entire experience? Perhaps, but in their struggle a few key things happened. First, the group had to work out how to assess tasks at hand and appropriately delegate. To their credit, that effort was partially successful. The most skilled firestarters were assigned to that task, one of the keen-eyed dwarves was assigned to be the lookout. Second, they gathered some field experience that led to the establishment of improved practices, i.e. don’t leave the ponies laden with packs when you make camp, particularly if it’s all your food. (They lost most of their food that night when the pony carrying it bolted and ran straight into a nearby river later that night.)

Third, Bilbo Baggins was called upon to perform his first task as burglar, albeit a fool’s errand that landed them in the troll predicament. While Bilbo was wildly under-equipped for his job, he managed to work through it. That experience began a developmental journey that would prepare him for the great things that would be expected of him later on.

This was not Gandalf’s first adventure, nor was it the first group of people he needed to equip and challenge in order to develop them to a point that they could accomplish their goal. At this point, he’s been in Middle-Earth just shy of 2,000 years. He would have been more than capable of walking them through their entire journey, but to what end?

Agile coaching is a discipline that aims to help teams develop their own use of methodologies like Scrum and cross-methodology practices like testing, user stories, etc. This means equipping teams with just enough information to strike out on their own for a bit, then letting them run with it rather than dazzle them with one’s own mastery so as to appear like the indispensable demigod. Until people struggle with the terse maxims of Agile Software Development, they cannot internalize them. And when the wizard is always around, why bother struggling?

One of my greatest frustrations as an Agile coach is how few companies are willing to take a coaching approach with their Agile adoption. They want you to come in and be the demigod as a full-time contractor. Sure, there are fiscal, political, and seemingly practical reasons that they will cite; I chalk most of them up to being excuses for a lack of willingness to embrace what it would take to face the hard task of nurturing what you have. It’s seemingly easier to just throw more money at more bodies and hope that somehow things will all work out, and surely if you can stumble upon some superstar to wrangle the mess, you’ll eventually be able to browbeat them into becoming a full-time employee.

Don’t get me wrong; in some ways, I benefit from this dysfunction. From a selfish business standpoint, having a single full-time client is certainly easier than juggling multiple concurrent clients and their schedules. As far as actually accomplishing the aim of my business, however, I think it hinders the mission.

One of my aims in working with companies is to be a coach despite being brought in as a contractor. It’s certainly possible, though it is more challenging. There’s not that natural separation of the coach from the team that forces them to take up the mantle on their own. Few things in my work are more rewarding than having a developer come to me and say, “I wasn’t really sure this Agile stuff could work, but now, after going through all this, I wouldn’t want to go back to the old way of doing things.”

Much later in the journey of the hobbit and his dwarf companions, Bilbo is again called upon for a challenging task. His response makes me think Gandalf’s approach has worked:

“…Perhaps I have begun to trust my luck more than I used to in the old days” – he meant last spring before he left his own house, but it seemed centuries ago – “but anyway I think I will go and have a peep at once and get it over. Now who is coming with me?”

– J.R.R. Tokien, The Hobbit

Here’s hoping more people will be willing to embrace the challenging, messy, and altogether beneficial task of equipping teams and allowing them to struggle when necessary, even if it means the occasional scuffle with trolls.

4 thoughts on “Just When a Wizard Would Have Been Most Useful: Coaching versus Contracting”

  1. Pingback: Tweets that mention yep, that’s me - barry at » Just When a Wizard Would Have Been Most Useful: Coaching versus Contracting --

  2. Nice post! Being there to support the team without them depending on you to solve their problems is one of the hardest things to learn about being an agile coach.

Comments are closed.