Archive for the ‘Culture’ Category

Love & Marriage: CMMI & Agile Need Each Other

Wednesday, January 6th, 2010

An article in this month’s CrossTalk periodical, is now out.CrossTalk Jan 2010 Cover

Cover of CrossTalk January 2010See it here.

Download it here .

Enjoy!

P.S.  There are other great articles in the issue as well.  I’m in great company with an article by my friend, colleague and client, Jeff Dutton.  And, don’t miss out what’s coming next in v1.3 from my buds Mike Philips and Sandy Schrum!

Getting Started with CMMI and/or Agile.

Monday, November 30th, 2009

Why you’re probably not equipped to be asking the the questions!

Starting a CMMI or Agile initiative is a culture-changing endeavor.  Don’t underestimate the changes you’ll undergo.

Both CMMI and Agile often require fundamental shifts in culture that usually results in making <gasp!> changes to how things are in your business!

This in-your-face provocative < 3min video is intended to alert executives interested in either CMMI or Agile (or both) that there are no easy answers as to the question often on their lips: “what does it take to do ____ ?”  And, that to do justice to their business, they’ll need to devote some time to understanding even the basic context in which to understand any answers they receive (let alone use) about deciding to move forward with an improvement effort.

After all, if everything were going perfectly now, executives wouldn’t be seeking changes to improve, so when it comes to making improvements, there’s going to have to be change — so get ready!

(I’m assuming [big time] that moving forward with either CMMI or Agile is to achieve some improvement in something!)

In my next installation, I’ll talk about what to do when you really only need a CMMI ‘level’ and aren’t so much interested in any improvement.

Top 10 Clues You’re Not Ready for a SCAMPI

Saturday, June 20th, 2009

10. Four months ago you couldn’t spell “CMMI”.

9. No one in your organization has ever had any training of any kind whatsoever in CMMI, appraisal planning, or process improvement.

8. You haven’t worked with anyone (in-house or hired) who knows what they’re doing with CMMI.

7. Price-shopping for lead appraisers seems like a good idea. Kind-a like price shopping for a heart-surgeon.

6. After months of work, you switch from one constellation to another and think your appraisal is still on schedule (see #9 and #8). Kind-a like switching your team from field hockey to ice hockey mid-season.

5. Your CEO is petulant about the delay of your appraisal yet has no idea that your actual process performance is in the toilet.

4. You’ve waited until it’s time to start planning for your SCAMPI to start looking for a consultant to help you implement CMMI in an “agile” way.

3. The only people you’re sending to Introduction to CMMI are the ones you plan to have on the appraisal. You have no back-up plan if they can’t make it to training and/or to the appraisal. Class isn’t for another month, and, they’re the same ones who’ve been working on your processes for the past several months, but until now, see #9 and #8.

2. You haven’t qualified the people in #3 with your lead appraiser (which you haven’t hired yet + see #9 and #8), you haven’t qualified the projects to be appraised with your lead appraiser (which you haven’t hired yet + see #9 and #8), and nonetheless, you have established a level of effort for the appraisal despite all of the above.

And,

The Number One Clue You’re NOT Ready for a SCAMPI:

1. After months of work, you still don’t see there’s a fundamental flaw in committing to or expecting others to commit to (including your appraiser no less!) a firm-fixed price contract without knowing the requirements.

I wish the above list of clues were tongue-in-cheek.

Sadly, it’s not. There is, nonetheless, plenty of fiction in it:
  • The order of the list is mostly arbitrary.
  • The list is not scientific.
  • The list really should be longer. A lot longer.
  • These clues are just from my experience alone, and doesn’t account for anyone else’s, so it’s pretty idiosyncratic.

While in many cases, any one of the items in the list of clues could easily sabotage an organization’s process improvement effort (let alone an appraisal), one thing that makes it especially troubling is the preponderance with which I encounter a single organization exhibiting most or all of these clues! And yet, such organizations think they actually can dictate to their lead appraiser the terms and conditions and the readiness of their organization to be appraised!

I tried to limit the clues to only things you could pick-up from a conversation — even if you know nothing about CMMI or the SCAMPI appraisal method. I tried to keep the clues to things that don’t have to do with CMMI itself or process stuff as a general theory. If I had included such items, I would add:

  • You don’t know that to do a SCAMPI you actually have to have used the processes on actual projects.
  • You don’t realize that there’s more to CMMI than the names of the process areas.
  • You don’t realize that the generic goals and practices aren’t just “extra information”.
  • You don’t know that it’s still the lead appraiser’s responsibility to approve the people and the projects to be in the appraisal.

If you look at some of the other behaviors of organizations not really ready for a SCAMPI, you’ll find that they continue to:

  • accept more work than they can handle,
  • be unpredictable in what they will deliver and when,
  • measure little other than billable hours, and
  • have no insight into where their defects come from.

Despite the condition in which many organizations may have artifacts for an appraisal, they have seen no intrinsic benefits to their new set of processes. They’ve been just “chasing a level”, which results in lots of work for no real benefit. You can guarantee these organizations will drop their processes shortly after the appraisal.

Really, what these clues point to is the dreadful lack of realization that first and foremost, process improvement requires the right culture for process excellence. The above list points to a fundamental absence of the culture for process excellence. What people don’t realize (especially in the USA), is that process improvement is a total JOKE for companies with the right culture of process excellence. If people want the truly idiot-proof, guaranteed, easy path to just about any CMMI Maturity Level, they would need to go no further than to foster a culture of process excellence, then whatever they did from that point forward would likely cause just about every practice in CMMI to form on its own. In other words, these clues aren’t about process, they’re about culture and leadership. You don’t have to know anything about CMMI to pick up clues about culture and leadership.

One of the failures of CMMI is that it fails to press the basic importance of culture and leadership for process improvement. It fails to communicate in no uncertain terms that an absence of the right culture (and what that looks like) and the absence of leadership (and how that shows up) will lead to a failure in process improvement — CMMI or otherwise. I’m not blaming CMMI for not including this information in the text, because much of it is there. What I’m saying is that despite what is there about the importance of culture and leadership, most CMMI users fail to grasp these important points. The text, therefore, fails to communicate this in a way that people will pay attention.

CMMI should come with a warning similar to, “Don’t Try This At Home!” or “Use Only as Directed!”, or “Check with a Qualified Professional Before Beginning Any Process Improvement Program”, or “You Must Be *This* Tall to Use this Book”. Or simply, “Danger Ahead!”. Something to get people’s attention and direct them to some of the fundamentals of any improvement program.

This accusation is not just leveled at garden-variety CMMI adopters. Often, they’re the hapless “stuckees” forced to “make CMMI happen” against all odds. At least there’s ample reason to be sympathetic to their plight. What’s inexcusable are the too-many consultants, instructors and appraisers who are willing to ignore these fundamental requirements-for-success and who are unwilling or unable to posture with prospects and clients in such a way as to impart the importance of culture and leadership to success with CMMI. So, that translates to a pathetic statement about the consulting abilities (and possibly the ethics) of too many people who take money to work with others on CMMI.

Sorry for the rant. But people need to be warned. Attempting a CMMI effort without the requisite culture and leadership attitude may yield a short-term appraisal rating, but will ultimately lead to medium and long-term failure. *THAT* I can guarantee.

This is why I’m such an advocate for agile methods. Agile methods impart some of the basic needs for long-term process success. And, it imparts them at a level of abstraction usable by people who aren’t process experts, yet establishes many of the appropriate culture and leadership traits that so many CMMI-only efforts fail to recognize. Agile values, methods, and practices empower their teams, cause leadership to eliminate obstacles, value the input of customers and practitioners alike, values learning, develops multi-disciplined teams, and most importantly (as far as processes are concerned) promotes lean thinking. While Agile ideas may not change leadership and culture over night, they contain many of the right activities that can eventually win over those whose hearts and minds need winning over. And, with the appropriate use of CMMI, agile ideas can kick-start the motion and direction needed for long-term and ongoing improvement.

I’ll be writing more about why CMMI and Agile need each other for a while.
Stay tuned.