The True Value of the CSM

33H

I was on a call with one of my Agile colleagues the other day and he mentioned that there are now over 300,000 Certified Scrum Masters.

Should I be excited about this fact?

While this is a great marketing achievement for the Scrum Alliance and I would guess it to be profitable for some folks, is having so many good for Agile and Scrum?

It is with some sadness that I must now admit that it is not.

My experience, especially over the last few years as Scrum has mushroomed and CSMs have been minted at a breakneck pace, is that the CSM certification has done more harm than good.

The first problem I have seen with the certification deals with organizational change. As someone on the front lines of transforming organizations from waterfall to Agile over the last 6+ years, I have seen how the CSM becomes a barrier to actual organizational transformation.

Instead of making substantive changes that will allow for proper implementation of Agile, why don’t we throw all of our project managers in a two day course to become CSMs! This will certainly do the trick and no one will be able to blame us should a transformation not take place.How could we be at fault when we have paid so much and lost some much productive project management time to this two day training?

To give someone two days training without giving them the tools to actually implement what they have learned is insane. Better then that, we have the upper management folks take the two day training and then try to implement in their environments. If people in positions of power actually had to learn and implement Agile then I would expect a great amount of pain would be avoided.

The other problem I have seen is being overly confident. While most would agree that two days of training does not make one an expert, any coach who has been around has seen people who, not knowing anything about Agile on Monday, can take a two day course and feel that they are experts on Thursday.

I guess that certification has a way of doing that to people. If you give them a piece of paper that says they are a Scrum Master, they tend to believe that they are one. I don’t consider myself to be the most obtuse person in the world, but I know it took me a couple of years of doing real, day to day, Scrum Mastering before I really knew what I was doing. For some reason a good number of CSMs appear not to follow the Dreyfus model.

A closely related point is one of competence. Those CSMs who are not overly confident are in many cases woefully unprepared to run a Scrum Team and they are honest enough to admit it. Besides, what can you really learn in two days? You certainly may be able to talk to the talk, but given that many of these new Scrum Masters are members of the lagging, lumbering, inflexible, command and control companies, their two day experience is even less effective.

Agile and Scrum are powerful. In inexperienced hands, it can cause more harm than good.

I have also seen issues with the quality of training. I suppose that as much as the Scrum Alliance tries to ensure that instructors are the most competent, there are bound to be incidences on the road to 300,000+ CSMs.

For example, I have run into a great number of new CSMs that have told me that Scrum tells us that we should not look beyond our two week iterations. That long term planning is somehow evil. Of course, this is not true. If it were, what would be the motivation for businesses to sign up? One reason that businesses are reticent to sign up for Agile is that they are seduced by the false predictability that waterfall provides.

Agile and Scrum certainly have a lot to say about what is possible in the future and teaching that it does not is wrong. Of course, it might be that these CSMs have merely misinterpreted what they have been taught, but I have found this perception so prevalent with new CSMs that the fault must lie in the CSM course.Maybe it is taught, maybe it is misinterpreted often, and maybe it is tough to learn in two days makes no difference to me. You are certifying someone’s knowledge in cases where large gaps exist.

All of this would not be a problem if people trying to transform to Agile Scrum understood what a CSM really is. Unfortunately, this piece of paper that certifies you have stayed awake for two days and have understood basic scrum concepts as measured by a very simple (as in no one ever fails) test means something to others.

I have seen it used to weed out people during hiring process. I have seen people to give it much more respect than is due, thinking that someone is competent to be a scrum master merely because they have a CSM.

Maybe we should start making the certification really mean something or give it a different name.

What do you think?

Larry Apke

Why You Are Agile Coaching at the Wrong Level

death to stock, larry apke, agile doctor,

death to stock, larry apke, agile doctor,

The way I go about choosing which blogs to write is a very simple process. During odd moments in the day, something someone says or does will trigger an idea. If I don’t capture the idea immediately, chances are that I will most likely forget the idea (one of the disadvantages of human aging) so I use Wunderlist to quickly and easily jot down these possible blogs.

Then, being the good agilist I am, I prioritize these potential blogs, this gives the idea time to settle.

I find that many times an idea I was very enthusiastic to write at the onset becomes less attractive over time and will eventually be scrapped without ever seeing the light of day. The “classics”, or those that stand the test of time, eventually get written about.

Recently, I had something else happen. Instead of losing enthusiasm for actually writing on a particular topic, for the first time in my experience, someone has actually beaten me to the punch and published a blog entry so close to the one I wanted to write that I felt I no longer had to write.

That dubious honor goes to Bob Galen and his great post, Agile Coaches – We’re Coaching the Wrong People!?!?.

In this blog, Bob argues that Agile coaches tend to spend their time on activities that are more lucrative and easier to accomplish (like two day trainings and working directly with scrum teams) as opposed to those activities that are most needed by the organization or more difficult to accomplish (creating meaningful organization change and working with leadership and upper management).

I couldn’t agree more, and so I find now that I really don’t have to write the blog entry I identified some time ago called “Agile Coaching at the Wrong Level” since Bob has done such a good job for me.

I urge you to please go out and read his blog!

There is only one thing that I would tend to disagree with based on my own personal experience.

In my past, I have worked in many places where coaches did not work with upper management or shied away from larger organizational change by choice, but have been frustrated by the very fact that they have been purposely been shut out from decisions affecting the organization at large and have either been prohibited (expressly or implied) or discouraged from working with “leadership.”

It is not that there is not value to be derived from teaching teams to be agile and optimizing teams (and scrum masters), but that unless the organization as a whole supports agile, optimizing teams becomes a never-ending treadmill of obtaining a certain measure of optimization in spite of the organization and seeing whatever progress that is achieved by the team erased as teams are constantly formed and broken up.

No matter how good a coach, results are short lived when the teams themselves are short lived.

This issue is one that needs to be addressed by “leadership” and a coach’s inability to positively affect change at the leadership level, whether by choice or by culture, verifies the contention that most coaches are coaching the wrong people and coaching at the wrong organizational level.

Can anyone say Chief Agile Officer?

Larry Apke

The Night Sky and the Tea Koan

As a coach, there are a number of stories that I usually talk about to my new teams to help them understand what my job is all about.

One I like to use with teams that think they already know agile is one I call “the night sky” which I based on my own personal experience. It goes something like this; when I was a kid growing up in the suburbs, I frequently played games outside with my friends at night. Sometimes we would look up at the sky and try to identify those constellations we knew. Most often we found the big and little dipper, but our limited knowledge (and limited view) allowed for little else. Nevertheless, to me this was the night sky.

Continue reading “The Night Sky and the Tea Koan”

Apke’s Law

Most of my 7+ years of Agile coaching and scrum mastering has been working with existing waterfall organizations and helping them become more agile. During this period I have seen a wide range of companies and a wide range of successful adoption, but I have noticed one thing that is constant. This was brought home recently as I reflect on my most recent agile presentation/discussion given at Geekdom in San Antonio last week.

In this Agile open forum the majority of the questions dealt with transitioning from waterfall to agile. This is where I first publicly broached Apke’s law which states:

Your transition to agile will only go as far as the highest ranking manager who understands and supports it.

Continue reading “Apke’s Law”

Want a Quick Agile Win? Try Office Hours

When you are an Agile Coach you sometimes must resign yourself to the fact that it will usually take team members awhile to get it and victories can be few and far between. One thing that I can recommend for a quick win and something that has worked well for me on multiple occasions (when it could be implemented) is something that I called office hours. I can only assume that I am not the one who invented this, but it is something that I “discovered” independently to solve the issue of resources being pulled into unproductive meetings when I needed them to be on task for our stories.

Continue reading “Want a Quick Agile Win? Try Office Hours”

Looking for Agile Success – All You Need is Love

Like any professional should I spend a great deal of my time attending user’s groups, reading professional articles, speaking with leaders in my field, etc in an attempt to find ways to do my job better. This morning I stumbled upon a couple of interesting articles, The Unintended Consequences Of A Leader’s Lack Of Trust (whose link has gone inactive) and Employees leave managers, not companies. While not exactly writing about the love, these got me to thinking about love and its place fostering Agility.

It is the nature of my job to bond tightly with the teams that I work with and also to have to leave these teams frequently, as they achieve a high level of self organization, to pursue opportunities to help other teams. I am currently faced with one of these moments and the feeling, as always, is bittersweet. I am excited about my new opportunity but will genuinely miss the teams I have worked with over the past few months.

Continue reading “Looking for Agile Success – All You Need is Love”