CONFERENCE REVIEW

TO DOWNLOAD THE PRESENTATIONS FROM THE CONFERENCE CLICK HERE

Businesses are starting to realise that the disciplines of CMMI no longer belong in the millitary and government sectors and instead apply across the board, as emerged strongly during the inaugural CMMI Made Practical conference. David Norfolk and Martin Banks were there to report on proceedings.

If there was one fundamental rule that emerged from the recent CMMI Made Practical conference, held at London’s Institute of Directors in Pall Mall, it was that the sound management of processes – be they those of business, manufacture or applications development – makes damned good business sense. At the most basic of levels, if sound management of development processes means that code defects are trapped early, before they emerge in testing – or worse still, emerge following installation at a customer site – or are even eradicated before that, through changes to procedures from staff understanding what is going on, then significant cost savings can be made.

This was one of the common threads running right though the two days of the conference, underpinning the theme that this is an approach to process management that has now found its time with the majority of businesses. The concepts that underpin it may have been spawned by the needs of the military, and they have been well-applied there for many years, but a packed conference audience demonstrated that it is now time for them to be applied across the board.

The second dominant thread to emerge during the conference was the close relationship between CMMI and the increasingly important areas of corporate governance and compliance to the raft of new regulations, such as Sarbanes-Oxley and Basel II, that companies now need to meet – and prove they can meet. Here, management of the processes involved is the key criterion.

These points were set out at the very beginning with the keynote address from Ian Gott, of consultants, Nimbus. Taking Lockheed Martin, a UK software contractor involved in the latest US presidential helicopter contract, he showed the importance of CMMI to business. The company had CMMI Maturity Level 3 (ML3) mandated as part of this deal and by reaching accreditation it has also reached the point where every programme is now based upon a standard process, which in turn is based on an existing model. All process information is delivered dynamically over the intranet, personalised by role and with mechanisms for suggesting improvements. And as a ‘by-product’ of this approach, they also got provable compliance to relevant standards and regulations.

And here is the business message from all this: by driving out waste they have already made £5.7m savings in the last year, with a further £4.5m savings predicted for next year. Through understanding its processes the company can also work through important review processes, so it can determine which contract bids to pull out of in advance of actually bidding. The company used to win 30% of bids; but now it wins 100% of the bids it actually makes.

The practical track
This was the track for those whose job it is to implement CMMI in a business environment. It was kicked off by Stephen Woods, Standards manager at Marks and Spencer, who set out the ground rules that should be followed by implementers, based on his experience at the company’s 900-person, multi-site IT Group. Implementation came as part of a package of decisions, including a plan to relocate to Stockley Park near Heathrow and separate from the business, as well as improve the processes and capabilities of the permanent staff, which make up half the workforce.

Before starting, he pointed to one of the most important aspects of implementation, which surfaced many times during the two days. This was that the first step was to put the CMMI programme on the management agenda and build a strong group to steer the programme. Their first target was to develop the policies – in practice only eight pages long – as a way of getting the group to work together. A key decision was that no policy could be anything that someone in M&S was not doing already, so that no policy was a big step outside the norm.

Next, came the building of a process improvement team and also a training programme. This defined the metaprocess for a building process; including inputs from M&S best practices, industry best practices, CMMI and CMM, and SUMMIT. These steps took the first year. The second year saw the move to CMMI and completion of the requirements definition and configuration management work, using Select's tools.

The first CMMI assessment covered 20 projects, using an external lead assessor. Spencer observed that the team did well, but were left with things to address, plus the ability to measure what they were still not doing well, “which is the point of the exercise,” he says. So now, they have built in process checks, using process assurance consultants on the major processes and Project Office Managers. They have also added lots more training and mentoring.

His suggested tips and techniques included running process improvement as a CMMI project, getting management buy-in from day one, identifying your own best practices and exploiting them, and taking a collaborative approach with staff: “talk to them, consider their absorption rate, and communicate, communicate, communicate – in fun ways as well as serious ones.”

It emerged that many only followed the processes because it was assumed CMMI demanded it – which was not the right answer at all. There were also reviews with senior management, which discovered that the culture was actually just about attaining ML 3 – so that once they had it, they took the foot off the pedal. So, Compita did a project to identify the important, long-term process goals, which should be reviewed at least annually. This included education on what was needed, plus a cost-benefit analysis. In parallel, they conducted a series of continuous Health checks with feedback given to the project staff. The client soon thought they were ready for a formal assessment, although there was, in practice, a need to let the processes become institutionalised first.
He outlined some of the stages projects need to go through. These include

• Initiation – getting the management buy-in is the important part here.
• Preparation – planning the assessment with the organisation, defining the team etc.
• Assessment – the onsite phase where data is collected, documents are reviewed etc.
• Analysis and reporting – where the whole team gathers all the data together, looking for common threads and themes. Most of this done on site as well, and includes a round-up presentation.
• Closure – implementation of the improvement plan.

The benefits that come from the process, however, include a permanent and long-term affinity with process improvement, project staff that understand and support the processes, and better metrics on how the processes are running.

Consultant Marilyn Bush gave some important insight into the traps that should be avoided in setting off down the path to CMMI accreditation, by setting out some of the common mistakes that companies make. Many companies see CMMI Assessments as ‘tests’ and are afraid that they won’t pass, so they practice the ‘answers’. This usually this fails badly and is a waste of money. “So don’t coach people for the interviews,” she said, “as there are no perfect procedures. And anyway, the procedures should be short – not more than a page long.”

Many companies fail to give senior management a key role in process improvement, although they are the only people that have the authority to push it. The thing takes time and money – you will get it back but you have to spend first. Senior management are part of it all, and their participation also gets over the ‘do as I say not as I do’ problem – if they are truly part of the same disciplined procedures. They also need to learn what questions they actually need to be asking, such as ‘how many defects are we finding? Before test, during test, in operations?’ ‘how can the process be changed to avoid these?’, and ‘how can the issues involved be identified?’ “To anyone thinking, ‘how can I have my MD involved in this’,” she said, “I would reply ‘how can you not?’.” So, there has to be an executive board for process improvement.

As this is a team effort, companies should encourage Project Managers to take real responsibility for process improvement, though many don’t. They, after all, must have the ultimate responsibility for the processes and that is more important than any individual project. In fact, the best project managers are the ones to encourage most, she suggested, rather than one that is ‘going spare’. The corollary of this is that it's a mistake to simply appoint an individual as process improvement manager (or some similar title; cf. Borland's Chief Process Officer, but he is part of a team effort) or just to appoint external consultants. “The singleton manager can’t get the organisation to any CMMI level because they don’t have any authority,” she said, “and they inevitably need to try to cut across the lines of authority that do exist. It would only work with authority – if the boss took it on personally. Appointing consultants or a small group and assuming it will all be better also doesn’t work, it has to be across the organisation, and driven from the top.”

The management track
This did indeed deal with the management implications of CMMI but, as far as most attendees outside of the practising CMMI community were concerned, was probably more practical than the Practical CMMI track. It started off with two parallel tracks, looking at the lessons learnt from CMMI (with Paul Byrnes of Integrated System Diagnostics) and at integrating CMMI with ITIL.

This latter was an extremely important presentation, by Kieran Doyle and Alison Adams of Lamri, because ITIL is an extremely successful framework for operational management – in fact, it is probably what most IT people think of first when it comes to process improvement. Adams gave a useful summary of ITIL and then Doyle showed that much of what you needed for ITIL was common to CMMI (see CMMI and ITIL)

Continuing the practical theme of this ostensibly management-based track, David Piper of Select Business Solutions and Annie Combelles of Q-Labs described the practical achievement of improvement targets using their organisation's toolsets – Andrew Griffiths reviewed Select's Process Director in the last issue of ADA. Piper pointed out the inadvisability of over-engineering process, especially processes that, like reviews, are reused everywhere – over-engineering can result in unfeasibly large numbers of steps to manage.

Kieran Doyle then talked about the governance needed to make a CMMI implementation work. It is again clear that a lot of self-discipline is needed and that committed and informed senior management involvement is vital, a point echoed in the Keynote Speaker panel session that followed.

This panel session, which ended the first day, also highlighted the fact that there is no essential conflict between CMMI and Agile: Marilyn Bush quoted an ML5 company that is cheerfully using Agile processes. CMMI, as long as you don't over-engineer the processes, and know what you are doing generally, shouldn't impose unnecessary bureaucracy or place process over people; although it does encourage you to criticise and mend the process, rather than looking for people to blame, when things go wrong (which is no bad thing).

On the second day, the management track opened with a fascinating insight into the world of the auditor from Dera McLoughlin of Mazars. All attendees at this session probably left feeling that Sarbanes-Oxley was more of an issue in the UK than you'd expect; and that CMMI process improvement could be a pretty effective response to Audit criticism. The modern IT auditor seems to be an impressive operator and, although she can “audit round the box” if you do have a chaotic process, being able to demonstrate capability and maturity in advance will probably keep the bills down.

The lunchbite session on the second day gave attendees the chance to meet a Lead Appraiser and, in fact, you got to meet several. This provided a valuable opportunity to gain some insight into the real life experience of CMMI appraisal. Some interesting points emerged in the discussion: for instance, if you are not allocating 5-7% of your IT budget to your CMMI effort, you are really putting your success at risk (you may succeed with only 1-3%, but it will take a lot longer – and this probably indicates that the original case wasn't made strongly enough anyway). Kieran ran through some typical appraisal issues: objectivity is vital, you mustn't put pressure on internal appraisal team members to “pass” their company, for instance; and it is a very good idea to get all the data identified and available in advance, as “discovery mode” is very hard work (and it is quite legitimate for internal members of the appraisal team to help people find things). He also pointed out that external appraisers mustn't be judgemental – there are many “right” ways of doing things – and that being on an appraisal team was an immensely valuable learning experience for all concerned, internal and external.

The afternoon started with sessions from Andrew Griffiths and Andy Dunham of Lamri dealing with outsourcing, offshoring, on-shoring etc, referring to Dunham's practical experience in Barclays and inviting Alan Shepperton of Visteon from the floor, to contribute his practical experience. A lot of this session was devoted to defining terms – you can offshore internally, without outsourcing. It became clear that there was a continuum and that it was essential to balance savings and risk. There are hidden costs to both outsourcing and offshoring, let alone to doing both together; and management overheads, if the risk is to be managed. Clearly, CMMI (even at ML2) provides a very strong basis for managing a distributed environment encompassing outsourcing and offshoring.

Ending the Management Track, Paul Morgan of GTECH provided a real insight into an operation based on maturity and capability – and illustrated that there is room for productive disagreement between practitioners. He even touched on the really hard issues – sometimes, if someone really refuses to adopt they new ways, you have to let them go, although Roger Lewis pointed out in the final panel session that UK employment laws didn't make this as easy as some might like.

The wrap-up panel session attracted lively discussion, although if two points really emerged, they were the vital importance of informed senior management buy-in (once again) and the importance of training as a facilitator for process improvement.

iPod shuffle winners
Congratulations to Dave Browett of CSW Group and Anil Arya of UbiNetics who both won an iPod shuffle by entering the conference evaluations competition.

CMMI Made Practical is a conference covering the drivers for the introduction of CMMI and its practical application in industry today.

  Conference agenda
  What is CMMI?
  Read a CMMI overview
 
Frequently asked questions
  View the 2 tracks

HIGHLIGHTS
CMMI in brief
CMMI and ITIL
How we do CMMI at Marks & Spencer
How to establish improvement targets
Why we are investing in CMMI

Opening addresses by the Rt Hon Lord Trefgarne and Gerald Howarth, MP

The pragmatic use of technology to achieve CMMI goals
Using requirements management as a springboard for success

REGISTRATION INCLUDES…
Course notes for all conference sessions (both tracks) 
Lunch and refreshments
Conference bag, pad and pen
Champagne reception on Tuesday evening


The conference is aimed at IT directors, senior managers, process improvement specialists and project managers. It consists of two main tracks and an exhibition that runs over 2 days. Listen and learn from leading speakers from the world of defence, government, finance, IT and make a difference to your company.


 
Conference preview PDF (320k)

Why you should attend…

The business drivers to effectively deliver software systems have never been stronger and the challenges have never been greater. Most organisations now rely on software to gain strategic competitive advantage and reduce their operating cost base. The problems of achieving these goals are compounded by rapidly changing technology and a complex legacy estate, add to the mix Off-Shoring, an aging skills base and regulatory compliance and we have a serious management challenge.
 

"CMMI Made Practical" will show you how to use and implement CMMI to achieve real results for your organisation. Conference sessions at-a-glance.

What is CMMI?
The Software Engineering Institute (SEI) based at Carnegie Mellon University in America developed CMMI in 1991 after collating the results of a questionnaire they had issued on software best practices. Essentially, it is a list of key practices that need to be performed by any company developing software.

 

Quick links
 Programme
 Sessions
 Speakers
 Tracks
 Registration


TRACK 1:
Practical Process Improvement
Real experience gained in attaining levels
How do I start a process improvement programme?
What are the pitfalls to be avoided?
What is a CMMI appraisal?
How capability supports the move to new technology
How to use ITIL and CMMI together

TRACK 2:
Management & CMMI
Why should I be interested in CMMI?
How do I get CMMI on the agenda in my organisation?
How do I use CMMI to enable Off-Shoring / Outsourcing?
How do I qualify a supplier using CMMI?
How does CMMI support compliance and governance (SOX, Basle)