Archive for the ‘Kanban’ Category

Truly Agile CMMI

Thursday, May 27th, 2010

The team room of a truly lean/agile company doing CMMI in a way that is natural to them and authentic.  They are doing CMMI in an agile way.  They know no other way to do it.  They went from "what is CMMI?" to ML2 in 14 weeks.  Their commitment to lean gave them an edge many companies wish they had: a culture of value and excellence.

What does "truly agile CMMI" look like?

Well, it looks like a commitment to adding value, for one.  It looks like delivering incrementally and using each incremental deliverable to iterate, learn, reflect, and continuously integrate into the whole.

It looks like questioning everything that you don’t understand until you do, and then basing decisions on what will provide the most benefit without adding unnecessary features, functions, or work.  It also looks like being true to your collaborative nature, to your culture of learning, to your behaviors of communication and transparency.  It looks like using measures to know where you are and how well you’re doing.  It looks like a commitment to to doing nothing for the sake of doing it — either it has a benefit that you can reap, or it’s not done.  It looks like building practices into what you do in a way that eliminates the need for waste-riddled, ceremonial audits later.

When every effort has a purpose that you can tie to a business benefit; when every task delivers something someone needs or wants; when you create a system that people want and use, that you don’t have to pull teeth to get people to adopt and provide you feedback on; that not only flows with and follows in-line with your natural ways of working but promotes new ideas and ways of changing your work regularly and distributing those ideas to everyone who wants to know…. when not a single result of some effort exists whose only reason to exist is to provide evidence for an appraisal….

*THAT’S* what truly agile CMMI looks like.

It’s not just in the processes that result from using CMMI, but also in the manner in which those processes were created.

You don’t "do CMMI" in an agile way when you’re a stogy traditional-oriented organization, and you don’t achieve an agile CMMI when your implementation approach is traditional.  If you’re an agile organization, incorporate CMMI in an agile way.  Don’t abandon agile values and principles to implement CMMI.  Exploit your agile values and principles to implement CMMI in a kick-ass way.

CMMI in an agile way, an agile approach to CMMI, and a seamless blending of CMMI with agile approaches doesn’t happen (easily) if your approach to AgileCMMI isn’t lean and agile.

Field notes from SEPG-NA 2009 – Wednesday

Wednesday, March 25th, 2009

IMGP0705-400San Jose, CA.  Behold: Alistair Cockburn.  At the end of SEPG-Europe 2008, I was in a conversation with SEPG program chair, Dr. Caroline Graettinger.  We were discussing the theme of the 2009 series of SEPG conferences on Next Generation of process.  I immediately thought of and fired off an email to Alistair.  Intrigued, he said that he’s working on a very similar sounding set of ideas calling them, Software Development in the 21st Century, and accepted shortly thereafter.

This ideas are based in metaphors to help really manage software development the way software is really developed.  Cooperative Games, Craft, and Lean.  The details of this talk are on Alistair’s web site.IMGP0719-400

Alistair was poignant (despite mentioning me by name) and funny and fielded questions from the audience.  Kudos my friend.

Another Jim as Sr. Director for Software Quality, Jim Sartain, currently at Adobe, came next.  Previously at Intuit and before then HP.  Leading with the fact that TSP goes where he goes.  (See more later.)  He showed the same slide from yesterday’s Intuit presentation showing "most admired companies" where Intuit is #1 and Adobe is #2.

ANOTHER "quality" person with a REAL personality!  A clean-sweep for great SEPG speakers!  Too bad the economy kept more people from experiencing them!IMGP0720-400

Jim spoke about giving engineers the tools and work-life balance that can double their productivity and morale. Note: research this when there’s time.  And while I’m at it, research why it’s the commercial companies of the world who truly embrace quality culture and the government-oriented ones don’t.  (Never mind, that’s rhetorical.)

Wanna "get" how serious they are?  They frakking flew Watts Humphrey in to San Jose to launch TSP and brought as many engineers from around the world in to hear it.  But since their operations in India are so significant, they did it again in India!

Their results with TSP are beyond quality improvements, but work-life balance, team commitment, team self-direction, senior leadership buy-in (removing IMGP0723-400obstacles).  TSP provided a means of measuring the effort and using that data to negotiate better expectations.  (Both Alistair and Jim noted the importance of metrics to transparency and improvement.)  Jim also took questions including why to wrap TSP in Scrum.  Reasons: (1) Product owner, and (2) defined "done" at each iteration.  It turns out that TSP came to Adobe, not because of Jim bringing it rather because people at Adobe heard the great TSP stories coming from Intuit and "want sum’dat!"

IMGP0727-400 A first for SEPG, was the inclusion of time between the morning’s keynotes and lunch for very user-group-esque "peer to peer" sessions.  Conference participants self-selected into table-top discussions driven by other attendees, not selected by the conference program.  In fact, attendees put up topics and volunteered to lead them — or put up topics in hopes of someone else showing up to lead and play subject-matter-expert.  To no-one’s surprise, David Anderson signed up for agile and lean discussions.  (David’s in the ruddy color left of center in the image.)  And, again, to no-one’s surprise, there were more people interested in this topic than room at any one table, so the conference logisticians moved the crowd to its own room where, as can be seen in the photo, numbered several dozen people.  Subsequent to this image, more arrived and were standing around the seated area.  One might sense a trend of growing interest in this population for the last few years whenever the terms "CMMI" and "Agile" are put together, eh?  As it turns out, of the several simultaneous peer-to-peer sessions, the two with the most participants were the Agile-related one and the TSP one.

(Well, super insider’s double-hush secret preview scoop of things to come: expect Agile, Lean, and TSP to start showing more prominently both at SEPG and throughout the work being done at SEI.)

David lead Achieving High Maturity with Kanban mini-tutorial.  His talk was mostly about the culture necessary to achieve high IMGP0728-400maturity and how Kanban can facilitate it that.  But describing it that way makes it sound like it was a commercial for Kanban.  It wasn’t.  It was about culture’s and measurement’s roles in maturity of development, productivity, quality and production management.  How the data drives the actions of the teams and these actions can be demonstrably linked to things that can actually be managed.  One way to summarize is in how he said, that "level 5" results are achievable by setting expectations of level 5 behavior as a matter of culture.  It’s telling that David’s session spanned 2 normal sessions.  People had the opportunity to leave mid-way and go to other sessions.  Despite other session opportunities, there was a net gain of attendees in David’s session.

imageAfter that, came me.

The CMMI Guide to the Perplexed.

Well-attended, many friendly faces and most people seemed to enjoy it.  Lots of positive feedback… of course, detractors seldom tell you to your face, do they!  You can get the presentation here.

Field notes from SEPG-NA 2009 – Monday

Monday, March 23rd, 2009

San Jose, CA.  I’m at (no surprise) SEI’s annual big deal conference, SEPG-NA.  As might be expected, attendance is way down due to the economy.  SEI had to scale back a lot of the more splashy touches — no-frills tote bag, nixed VIP socials mixers bare bones staff.

kanban_ladas I arrived in time to teach a CMMI-SVC Supplement course for the SEI on Sunday — scheduled to coincide with SEPG for the convenience of travel — that evening I shared conversation and a bottle of really nice California Merlot with Alistair Cockburn, Tami Zemel and Steve Masters.  Earlier in the day Alistair listened in on my class from the corridor and over cheese and fruit bluntly reported that the content made his ears bleed.  Unfortunately, he’s right.  Despite the mostly very positive feedback, there’s only so much charisma can do for certain SEI materials.

Alistair challenged me to explain CMMI to him in 5 minutes or less or he’d fall asleep.  I believe I succeeded.  He Tweeted as much at least.  As it turns out, not to either of our surprise, whether using agile terms or traditional terms, if you’re working to improve the experience and situation of "development", you have the same goals and face the same challenges.  With that settled we called it a night and met this morning over breakfast to joke about travel anecdotes and strategize our individual plans for the day.

image With other obligations on my plate for this week, this morning I only sat in on half of a half-day tutorial this morning on the excellent topic of The Role of Organizational Culture in Process Improvement.  Rather than a bunch of finger-wagging (which, from other presenters, such a topic title might devolve into), anthropologists, Palma Buttles and Fred Valdez, and process improvement uber-guru Judah Mogilensky gave a very well-informed, thoroughly enjoyable, interactive and insightful tutorial on several very specific attributes of culture that affect how to introduce, address and implement process improvement, and the challenges faced by consultants, appraisers and users alike due to culture.  Concepts on the perception of time, surface or hidden emotion/expression, stated vs. rewarded values, and so on.  During this session, David Anderson arrived.  We commiserated over the registration statistics and what it may imply for other large-scale conferences like Agile2009.

To round-out the day’s sessions I attended Corey Ladas’ mini-tutorial, Launching a Kanban System for Software Engineering.  He put up a slide depicting a "waterfall" life cycle which included a "stabilization" phase-gate to which he said, "I don’t think I’m saying anything anyone doesn’t already know will fail."  Someone in the audience stopped him to ask (with incredulous tone in her voice), "Are you trying to say that this approach doesn’t work?"  <<Snicker.>>

After the tutorial, I headed off to the exhibit area for the "grand opening" of the exhibit hall.  As part of the fanfare, a troupe was hired to march around the exhibit hall in oriental dragon costumes accompanied by drums and cymbals.  It was festive and lively.  Though it would have been more appropriate had they been asked to start things off, lead everyone into the hall, do a circuit around the hall, then be done.  Instead, they continued to perform for a lot longer than needed.  In addition to causing traffic problems (which wasn’t really a huge issue), they made it hard to speak while nearby.  That was an oversight.  After a break, they returned to continue, only playing softer.  Still, their initial display was too long and they didn’t have to come back.  It wasn’t that it was bad, it was merely unnecessary.  As for the exhibit hall… so sad… so many fewer, and each booth featured fewer people.  The student posters, were a refreshing new feature this year.  I was impressed with their efforts, both in terms of research and commitment.  First person I ran into was from, of all places, UMBC.  Yup, home turf.

Afterwards, David Anderson and his gf joined several of us for a wind-down at the Marriott’s concierge lounge.  Well, as I should expect, my increased visibility within SEI and within the CMMI-oriented market has also resulted in never having to sit alone if I didn’t want to.  Even then, I didn’t always succeed in getting long stretches of time on my own.