Fallacy of Certifications
Murali Chemuturi
Introduction
The definition of quality (Fitness for Use) itself leaves a bit to be desired. It leaves theterms “Fitness” and “Use” open to interpretation. Thus we see a plethora of productsclaiming to be of “Quality” without even adding adjectives like “good”, or “best”. Still theterm “quality” itself implies great quality in the minds of people in general. Inmanufacturing and other engineering fields, industry associations, Governments, andArmed Forces brought out standards and conforming to those standards ensured “GoodQuality” deliverables.When it came to software, the picture of standardization is not that bright. True, IEEE(Institution of Electrical and Electronic Engineers, USA) brought out some standards andtermed them as Software Engineering Standards – not “Software (Quality) Standards”.These standards are more in the nature of guidelines rather than standards in the strictsense of the word “standard”. They are open to interpretation and adaptation.Somehow, it came to be believed that adhering to a defined process would ensuresoftware quality and ISO (International Standards Organization) brought out 9000 seriesof standards. This is followed by SEI (Software Engineering Institute, Carnegie MellonUniversity, USA) brought out CMM and CMMI (Capabilities Maturity Model Integrated).CMMI itself is twofold – CMMI for Development and CMMI for Acquisition.Many organizations wishing to outsource their development work started insisting oncertification, especially of CMMI. A certificate enables opening of doors for bidding andlack of it, closed the doors. The vendors started getting the coveted certificate either byhook or by crook, just to be in the race. And understandably certification organizationssprouted like mushrooms. Now plenty of development organizations got certified – atleast on ISO and in many cases both ISO and CMMI.We also have TMM (Testing Maturity Model), People Capability Maturity Model (PCMM),Software Engineering Capability Maturity Model (SE-CMM), IT Service CMM and so on -Lee Copelandlists
34 maturity models
in his article “The Maturity Maturity Model (M3)”on Stickyminds.com web site.ISO 9000 series of standards started out focusing on Quality with QMS (QualityManagement System) as the main document and Quality Policy as the backbone for theorganizational processes.But perhaps due to pressure from industry, these process standards diluted intoorganizational processes, shifting the focus from quality to organizational vision, andgoals etc. CMMI goes one step further stating that the process should be to achievebusiness goals. The quality of deliverables has clearly taken backseat.I had occasion to be associated with some certified organizations, as a consultant or asa member of the audit team or as an employee. A significant number of those do notadhere to their own defined process. I was horrified to find one ISO 9000 certifiedorganization in which the MR (Management Representative) did not read the processdocumentation. I noticed that the quality head of a CMM level 5 organization, doesn’t
Add a Comment
l'alchimisteleft a comment