The SEI's capability maturity model: a critical survey of adoption experiences in a cross-section of typical UK companies

The Capability Maturity Model (CMM) of the Software Engineering Institute has played a seminal role in the field of software process improvement (SPI). Most companies actively interested in SPI will have some familiarity with the model, and indeed CMM assessments are now legally required in the US for government software procurement. The model was, however, developed for defence contract work involving large organisations, and its generalisation to other software development contexts is therefore problematic (e.g. in-house projects, small software houses). This paper concerns the experiences of a representative sample of UK companies, untypical of the traditional application domain of the CMM, who have actively considered the adoption of the CMM. All but one rejected the model. The results are analysed in terms of Roger’s seminal work on technology transfer. The main reason for rejection was the lack of a prior engineering culture in the companies, compounded by the failure to achieve short-term gains. External imposition of the CMM was another inauspicious factor. It is concluded that, for the CMM to achieve wider adoption, it must be made simpler, more easily tailored and more readily linked to business goals.

[1]  Watts S. Humphrey,et al.  Characterizing the software process: a maturity framework , 1988, IEEE Software.

[2]  Hossein Saiedian,et al.  SEI Capability Maturity Model's Impact on Contractors , 1995, Computer.

[3]  Khalid Sherdil,et al.  Human-Oriented Improvement in the Software Process , 1996, EWSPT.

[4]  Mark C. Paulk,et al.  Capability Maturity Model for Software, Version 1.1 , 1993 .

[5]  J. G. Brodman,et al.  What small businesses and small organizations say about the CMM , 1994, Proceedings of 16th International Conference on Software Engineering.

[6]  E. Rogers,et al.  Communication of Innovations; A Cross-Cultural Approach. , 1974 .

[7]  P. N. Lequesne,et al.  Individual and organizational factors and the design of IPSEs , 1988 .

[8]  Marvin V. Zelkowitz,et al.  Software engineering technology infusion within NASA , 1996 .

[9]  Watts S. Humphrey,et al.  Managing the software process , 1989, The SEI series in software engineering.

[10]  Suzanne Garcia,et al.  Key Practices of the Capability Maturity Model, Version 1.1 , 1993 .

[11]  David Wastell,et al.  The fetish of technique: methodology as a social defence , 1996 .

[12]  Watts S. Humphrey,et al.  A method for assessing the software engineering capability of contractors , 1987 .

[13]  Watts S. Humphrey,et al.  Software process improvement at Hughes Aircraft , 1991, IEEE Software.

[14]  Watts S. Humphrey,et al.  Using A Defined and Measured Personal Software Process , 1996, IEEE Softw..

[15]  David Graham Wastell,et al.  An information system profile of the UK manufacturing sector , 1995, J. Inf. Technol..

[16]  Michael J. Earl,et al.  Management Strategies for Information Technology , 1989 .