Joshua Jack joined MATRIX in 2015 to continue providing Agile Coaching to Metro Atlanta companies and currently serves as Director, National Agile Practice. Over the past 20 years in Information Technology, Joshua has provided solutions on cutting-edge products and “ways of working” that have brought increased efficiencies and profitability to the clients he worked with. For more than 10 years, his passion has transitioned from systems and network related project management and consulting, to that of Agile transformation, adoption, improvement, and coaching. He is a Certified Scrum Master and Certified Scrum Professional.
3 Reasons Why You Should Not Hire an Agile Coach
I admit it - I am an Agile Coach. I walk teams through starting up, I work with Product Owners on building backlogs, I work with organizations on Agile adoption, I help people and companies get more "awesome." And now I am going to tell you three reasons why you shouldn't hire me, or anyone like me! Now, this doesn't mean every organization should never hire coaches, but over the years I have witnessed scenarios where coaches could not be successful.
You are expecting an Agile Coach to do the "dirty work"
Yes, it is true. I've gone into organizations where they were notably overstaffed and were expecting my experience to help them identify, what they called, "areas of organizational improvement". And they didn't want to stop there. They actually wanted me to hold seminars to talk about why certain roles were no longer applicable in Agile or even talk about how different levels of leadership or management were no longer "en vogue." Agile, and its associated frameworks and principles, is very good at identifying problems and making them transparent to the organization. Agile (and Agile Coaches) is not a silver bullet! The organization must have the intestinal fortitude to make decisions, especially when it comes to someone's employment.
You desire consistency in framework across the board
This one requires some explanation. I am not speaking of consistency in delivery or in practices or even in some type of metrics. Delivery, practices, and metrics consistency are part of a very organizational-specific conversation. What I am speaking of is some organizations' desire to replace a traditional command-control methodology [read: waterfall] with an Agile framework in a very command-control way! The whole point behind agility is the decentralization of decision-making that impacts day-to-day work and, more importantly, roadblocks. Processes and rules generally become roadblocks and providing differing methods for teams to operate is an efficiency gain. While I have had the "consistency" chat with more than one organization, one organization specifically believed that one framework, rigidly implemented, was the best way to achieve agility. Most organizations need to see frameworks as tools that can be leveraged to achieve certain goals.
You want to "fix" IT
I mean Information Technology, not some other "it." You might be thinking - "isn't Agile an IT thing?" No, no it isn't. Agile is an organization thing! Expecting an Agile Coach to come into your organization and just make IT changes is like telling a mechanic to only fix a dent in your car after you blow the engine. IT needs help; it needs to be released from antiquated practices, but business needs to be addressed as well. And then both need to be brought together to create high collaboration, problem solving, and delivery of awesome products. Agile Coaches that are called into this kind of situation can spend so much time trying to convince a business that doesn't think they are in need of any change! Don't do this! It isn't smart!
Two lessons to be learned here. 1) When you bring in an Agile Coach, everything is on the table, and 2) Your organization must have the courage to fix what is exposed. And yes, I want you to hire someone like me. Just be ready to partner with them to do what is needed to see your organization get more "awesome."