06 January 2010

Love & Marriage: CMMI & Agile Need Each Other

An article in this month's CrossTalk periodical, is now out.1001FrontCover-300

See it here.

Download it here .

Enjoy!hg_signature_blue_FNAME

 

 

 

 

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!

Labels: , , , , , , , , ,

02 October 2009

Promo for CEE-SECR and other Links

I’ve created this (goofy?) promo at the request of the organizers for the 5th Central and Eastern European Software Engineering Conference in Russia.  It takes place the last week in October in Moscow.  I’ll be delivering a keynote and a workshop on AgileCMMI (of course, what else?).  In particular I’ll be pimping my idea that CMMI and Agile *need* each other.

 

As noted, the Webinar with the SEI will be on the same topic.  So far, nearly 400 people have signed up for that!  The direct registration link is: https://www1.gotomeeting.com/register/167857128.

Labels: , , , , , , ,

13 June 2009

Prague Report: SEPG-Europe 2009

Despite half the attendance from 2008, the sessions were of very high imagequality and the size of crowd really facilitated an intimate setting to network, eat more than one meal with old and new friends and to have serious conversations about process improvement and the direction of SEI and its Partner network.

While it's not an entirely fresh thought, it really hit home for me the extent to which conferences -- and other concentrated spans of time, in general -- have the ability to shake loose new ideas. This conference, sometimes (I admit) unlike other events, I really spent an enormous amount of time and energy reflecting on all-things-process including my own work and company, collaborations, CMMI and other SEI products, and the SEI itself at a strategic level.

It's clear that when you spend that much time on learning, studying and inspection of ideas, the constant barrage of collisions and connections, that all sorts of (typically good) things can come of it. Really, I suspect that these not-so-obvious benefits all-too-often go under-appreciated, and under-utilized as secondary and tertiary returns of getting the most from attending conferences and of sending people to conferences. For my time (and money), these events have the potential to be far more value than mere training and seminars. And, this year's, SEPG-Europe really made me appreciate that.

image The only event on Monday was a workshop on CMMI for Services which included several spirited discussions about model content and applications. An idea-generating session was conducted for how to address qualifications, continuing education, and related credentialing, for qualifying Partners to teach a new training class I'm helping develop in my role as an SEI Visiting Scientist. This discussion warmed up to even higher heart rates. (In a good way.)

Tuesday was the official tutorials day. My CMMI Crash Course could have gone better -- I was dreadfully under the weather from something I ate the night before. I also had it confirmed for me that the European crowd of novices is very different on many levels than American, British and other cultures. I couldn't get people to participate even with (mock) threats and jokes. They simply wouldn't open up. While they would ask questions at times, if I asked a question, they'd wait for me to answer it -- even when prompted them to answer. It came across as though one Danish student had more courage and better answers than the room full of working professionals.

While having the best of intentions to attend afternoon tutorials, I found myself back in bed, skipping lunch and dinner and only emerging once or twice to grab something to drink to stave off dehydration.

The exhibit area opened Tuesday evening, and I showed up with my shirt hanging out, no jacket or socks and looking very much like someone dragged me outside in the rain, hastily dried me off, then stuffed me into well-worn clothes. But, by the evening I was feeling better. Good enough to go down to the adjacent mall to buy 2 bottles of PowerAde. Once of which didn't even survive to see me emerge back out from the mall.

Wednesday, Thursday and Friday were the main conference days. Each one filled with excellent content. (You can download highlights here.) A former client of mine, Kevin Williams started my Wednesday day off with superb content on his (former) company's CMMI journey complete with metrics, examples, and lessons learned. It was a genuinely rich and rewarding example for how small and agile organizations can stay agile, use CMMI to benefit their work and get a desired rating. Kevin reported that despite having left the company and not having been replaced, the processes put in place under his leadership are still in use.

His session would have been better attended (by more people who really needed the information) had it not been for a slight oversight that left the word "Agile" out of his presentation and abstract. As a result, Kevin's 40-minute slot was opposite the start of a half-day tutorial on agile and CMMI from Tim Kasse who really put agile and CMMI under the engineering microscope -- at least while I sat in on the 2nd half of it, so I assume the earlier half was as hard-hitting.

It was hard to tear myself away from the excellent networkinClock tower after dusk ~9pmg to get back into sessions throughout the week. Then, once I got back inside, there were other obligations keeping me from staying. For example, to go "play expert" for an "Ask the Experts" break-out, I had to bail out half way through Michael West's insightful work and thoughtful mini-tutorial (complete with hands-on exercises) on process design and communication.

The first keynote speakers started Thursday, but afterwards, the highlight of my Thursday sessions was John Hamilton's talk on complex process concepts for absolute beginners. He was highly energetic, entertaining, and very crammed full of excellent advice. I'm "borrowing" several turns of phrase from him -- which is only fair considering he borrowed a number of ideas (and words) from me. Fair trade. (Be flattered, John, I am!) ((John actually asked me about his use of the ideas at his company's recent conference -- where I also spoke.)) I believe it's from John that I tweeted about where the real improvement begins.

Friday. Ah, Friday. The way Friday got started was surely a sign of good tidings. Tony Devlin's keynote was simply inspiring. My tweets (also) from it don't even tell the half of it. Talk about true maturity. Do they *get* this stuff or what?! I can't even bring myself to write about it out of fear of not having time to sleep tonight once I start. I expressed my thanks afterwards and expressed a request for learning from them and extended an open offer to answer questions from my experience in return. He graciously provided me with his email address and said he'd bare all. Then to have had lunch with him was a real treat. I was already eating with 2 SEI personnel (including Mike Philips the program manager for CMMI), and with one open space, Tony asked to join in. After making a fool of myself over light banter -- in which I forgot an actor's name, thereby forgetting his nationality, and only remembering that he portrayed an Irishman in a movie, causing me to think he was Irish, only to be admonished for confusing Irishmen with Scots when someone recalled the actor for me -- we got back to discussing his experience and solidified our intent to exchange information.

Friday was no where nearly done. A session on multi-model collaboration by Kobi Vider-Picker was incredibly well-researched and his audience was full and attentive. He basically laid-out how well the CMMI suite can handle dozens of standards, guides, regulations, etc. I understand he doesn't need to sleep or eat much. It must be how he finds the time between all his work to do such thorough research. The next session was by Malte Foegen, the tweet from that session set off a chain-reaction of re-tweets. Probably my longest ever.

Lastly, my mini-tutorial based on the SEI Technical Note probably had about a third of the entire attendee roster. Of course, by 4pm on Friday, nearly the entire roster had already started out for the airport. By this point, people were more open to volunteering discussion. Nonetheless, I was struck by how deeply ingrained certain ideas about CMMI (and Agile) have been etched. Despite months of promoting the subject since the publication (years prior to that online); despite the availability of the Crash Course, and other sessions from other events, despite all the presentations throughout this and other SEPG events, and for many, having sat through the Crash Course just days before . . . some misperceptions about CMMI and Agile (such as how certain practices "must" be done, or what constitutes "evidence", or that process definition is process "restriction") just are almost too hard to give up.

There is work ahead still.

I'm on it.

Labels: , , , , , , , , , ,

01 December 2008

Amazing Parallels

image A recent post to the Agile Thoughts blog caused me to have a serious case of déjà vu

First, I will start by saying that I'm not going to take a position on the content of the post.  Namely, I'm not going to weigh in on whether or not Scrum is valid, whether or not Mary Poppendieck's points or approach are appropriate.

The purpose of this post is to make a suggestion.

Go ahead and (re)read that post. 

Replace

  • "Scrum" with "CMMI",
  • "CSM" or "Scrum Master" with "Lead Appraiser", and
  • "Lean" with "Agile". 

My favorite line in the entire post is this one:

"... spent 90% of her time cleaning up after bad Scrum implementations..."

And an associated comment that noted:

"...the difference between the good and the bad ones depends mainly on who’s doing it..."

I don't feel like taking the time right now to ponder what it means (I'll probably do it anyway after posting), but what I find fascinating is that people are now debating various agile/lean concepts in the way the debate continues to fester about CMMI/agile.  And, those in the agile/lean debate are recognizing that it's not enough to have a named method or model, and it's not enough to be "certified" to do something to really "get it", but that there is real need for understanding the underlying concepts and intentions and for implementing from that basis otherwise there is risk of "bad implementations".

What every perspective in these discussions is (hopefully) saying is that there is no one "silver bullet".  That addressing the issue of great products, ecstatic customers and happy teams requires more than superficial application of someone else's ideas.  Requires more than one set of principles, when hiring an "expert" requires serious due diligence and interviewing skills, and requires a lot of hard work and soul-searching to reach the "comfort zone" of every project and team.

Again, I'm not pointing fingers and I don't want to accuse one person of saying something they're not, nor do I want to label an entire field of people with any one person's perspective.  With that said, the following is drawn from my own experience and I'm merely reminded of it thanks to Tobias Mayer's post.

Many people now finding themselves defending Scrum -- against bad implementations and other abuses -- are saying that it's not anything inherent in Scrum that's bad.  My guess is that many of these people are (or were) also among those who vilify (vilified?) CMMI.  Accusing CMMI of evils that were perpetrated by too many goobers inappropriately implementing and appraising it.  Vilifying CMMI (can be read: Scrum) by juxtaposing implementation with content.  These evils are just as much not CMMI's "fault" as bad Scrum implementations are Scrum's "fault".

In fact, our recent SEI Technical Note, spoke to this very issue.  I guess the point to this post is to say to those folks in the Scrum and Lean communities: Welcome Aboard!  Let's start some constructive discussion together on defeating "silver-bullet-ism" in software development.

Labels: , , , ,

11 November 2008

CMMI® or Agile: Why Not Embrace Both!

The third technical note to get started in 2008 is finally published with a cushion of 50 days left in the year!image

:-)

Yes, my friends, *the* paper we've all been waiting for has made it through the gauntlet of reviews and approvals at the SEI (which is, after all, still part of a major research university, CMU, so let's cut them some slack), and has been released!

This is likely the most fanfare it will get.  It's just not really their style, or mine, so it's rather suiting.

I would, however, like to put in appropriate props for my co-authors, Jeff Dalton, David Anderson, Mike Konrad, and Sandy Shrum.  They were a pleasure to work and collaborate with the entire time.  Despite not appearing at the top of the list, Mike and Sandy must own stock in the only thing worth any thing these days: midnight oil.  Thanks to them this paper even got out while the year still reads "2008".

Thanks also goes out to everyone with whom I've discussed the content of the paper, reviewed sections, and to my friends in Mt. Crested Butte, CO who provided great ideas back in September 2007.

Writing this entry from Mar del Plata, Argentina, where I've finished teaching the Introduction to CMMI Services Supplement earlier today and where the SEPG-LA starts tomorrow, and where I'm keynoting (now) on Thursday, is rather poetic to the whole episode:  Just another tick in the clock of time where I find myself away from home.  Working, teaching, speaking, and again amazed that I'm experiencing all of it.

Today, in the lobby, I met Edward James Olmos.  I'm sure I'll come up with some way to connect his latest hit to CMMI and Agile.  And, no, the SEI are not Cylons!  Nice try.  Read the paper.

Well, it's well past my bed time out here.  Busy days coming.

Peace to you.

Labels: , , , , , ,

13 June 2008

SEPG-EUROPE Report... A lot to learn from here...

Munich.  Refreshing!  That's the word I'd use to summarize what I've experienced here this week.  By far, compared to similar conferences in the US, the most noticeable difference between the attendees here and elsewhere is that among the attendees here, they share an earnest desire to use CMMI to improve!  To dig into the model, reach beyond the descriptions of "levels" and really look at what they need to do to improve.  Really, improve.  

Pic of Watts -- KeynoteMuch of the "refreshment" came from the keynotes, actually.  Not that sessions I attended weren't inconsistent with my observations, but the keynotes contained substance.

Everything from an exposé on policies that really zeroes-in on understanding their role in organizations, to ways in which traditional "need to know what this will cost and when it will be done" can be achieved on agile projects using, of all things, Earned Value and Function Points!

Among the keynotes (and others) were some very impressive explanations of exactly how process improvement (and CMMI, in particular) are necessary strategic assets that enable corporate goals.  How CMMI helps an organization satisfy and demonstrate it complies with external and internal standards.  How CMMI is helping an 1000+ person [yet still entrepreneurial] organization (that started as 13 people in 1999 and continues to grow @ a rate of 40 engineers/month worldwide) establish their organizational level capability to support frequent re-orgs (due to growth), international expansion, adapt new business goals, and introduce new regulatory and compliance standards.

There was even a session by a company who is forced, by contract, to reduce costs (or increase throughput) 10% per year or lose a multi-year multi-million USD contract.  And, of course, they were using CMMI (at ML5!) to do it and they explained how.

I've got blog materials for months!

But I'll leave you with a few gems from Watts Humphrey himself:

  • Requirements ALWAYS change.
  • Time and Schedules are ALWAYS aggressive.
  • Resources will ALWAYS be tight.

These are the realities of technology projects.  You need a process that can address these realities and adapt to change.  A process that expects perfect requirements, plenty of time, and more than enough resources is a process destined to fail.

This, from the man many blame for coming up with "the worst thing that has ever happened to software."

Is it not clear yet folks that it's not CMMI that's the problem, just CMMI in the wrong hands, that's the problem?

SEPG-Europe helped validate for me I'm not nuts.  Here are a few hundred people who really want to make things better.  From my visit at Seimens and my meal with the local Scrum users group, to all the folks I met and heard at the conference.  What it spells is this:  those who take processes seriously are preparing to take business away from those who don't and keep it for a long time.

Labels: , , ,

11 June 2008

A rarity and a first for me...

Munich.  A quick update.  I'm attending the SEPG-Europe conference here and things are going rather nicely.  Those of you who follow me on Twitter know that my plane left the

Seimens Building I visited
US quite later than planned.  I arrived to the hotel with just enough time to shower and dig out the clothes from my bag needed to change into before being picked up by my friend, colleague, and fellow certified high maturity lead appraiser Winfried.  Winfried works for Seimens AG, nearby, where he'd arranged for me (and others, on different days) to speak so the folks there who can't attend the conference can benefit from the conference coming to town.  (Brilliant, actually.) 

So, that went well.  I delivered a rendition of my Keys to Making CMMI and Agile Compatible talk.  My first taste in a long time of a foreign audience of one specific nationality.  The last time I spoke to a foreign audience it was at a conference over 3.5 years ago where the session attendees were of mixed nationalities.  But it gave me a little sense of what it might be like for today's instantiation of the Crash Course.  (Slides to follow.)

The (mostly) European audience seemed to be less accustomed to participation than I was expecting.  One person noted how it seemed audiences here are less accustomed to taking responsibility for their own learning than elsewhere.  Even with prodding and poking, it was tough to get folks to loosen-up.  (Later feedback informed me that despite my best efforts, as I progressed through the material, my speaking sped up to normal East Coast speed, not my de-tuned foreign-audience-speed speech.  I wish someone had said something... back to audience participation.)

Anyway, what was truly impressive to me was this... I asked who among them were using or looking to use CMMI because external market forces were imposing the need for a rating in order to compete.
ZERO hands went up!  I poked and prodded again and NOT ONE person said they needed CMMI because some work they want to win requires they use it.  So, as a (more or less) professional question-asker, I asked the converse of the question and found that EVERYONE was using or looking to use CMMI because of the improvement it could bring to them!  Including several who, during the initial ice-breaking, indicated they were fans of agile development.

I have never spoken before a CMMI-oriented audience where not a single person was there because they were wedged into using CMMI by some arbitrary externality.  Where everyone truly wanted to see how CMMI could help them improve.  And, not because someone was using a carrot and a stick with them.

I could do nothing more than applaud in their direction.

Labels: , ,

14 March 2008

Agile+CMMI Panel @ SEPG

Just thought I'd put in a quick plug for an impromptu addition to the SEPG North America line-up next week.

On Wednesday evening from about 5-7pm (or 1700h-1900h for our 24 hour friends) in a room to be determined, SEI is sponsoring a panel discussion on Agile+CMMI.

On the panel are expected to be the authors of the soon-to-be-published SEI Technical Report, CMMI or Agile: Why Not Embrace Both?!:
  • Mike Kondrad

  • Jeff Dalton

  • David Anderson, and

  • yours truly.

If you're planning to be at SEPG, keep an eye out for this session.  It may be posted/listed as a "Birds of a Feather" event.

Also, I'd like to put in a plug for a poster and a session being presented by my buddy Jeff.  His session, Notes from the Blgosphere, covers some more of the fun and interesting Q&A that he gets on his Blog.  The session is Wednesday 4:20PM in Room 22 & 23.  If you're looking to fill that time-slot, consider his session.

Safe travels!

Labels: , ,