Capability Maturity Model Integration

Geschiedenis Ontwikkeling

• In 1979 publiceerde Philip B. Crosby het Quality Management Maturity Grid , een voorloper van CMMI.
• Begon in 1986 op initiatief van het Amerikaanse ministerie van Defensie , het Software Engineering Institute (SEI) aan Carnegie Mellon University / Pittsburgh , die rapporteert aan het Amerikaanse ministerie van Defensie, met de ontwikkeling van een systeem om de volwassenheid van software processen te beoordelen.
• In 1991 werd het model vrijgegeven als Capability Maturity Model 1.0.
• In 1993 werd CMM herzien en geïmplementeerd in versie 1.1.
• In 1997 werd CMM 2.0 ingetrokken kort voordat het werd goedgekeurd door het Amerikaanse ministerie van Defensie en werd het CMMI-project gelanceerd.
• In 2000 werd CMMI – destijds onder de naam Capability Maturity Model Integrated – uitgebracht als pilotversie 1.0.
• In 2002 werd CMMI uitgebracht onder de nieuwe naam Capability Maturity Model Integration (korte CMMI).
• In 2003 lekte de ondersteuning van de SEI voor de oude versie CMM, en
• Sinds 2005 zijn de licenties van de CMM beoordelingsleiders verlopen. Dat wil zeggen, er zijn geen officiële CMM-beoordelingen meer.
• In 2006 is de nieuwe versie 1.2 van het CMMI uitgebracht. Dit ging gepaard met enkele fundamentele veranderingen. De nieuwe versie is bijvoorbeeld hernoemd naar CMMI-DEV (CMMI voor ontwikkeling).
• In 2007 werd versie 1.2 van het CMMI voor acquisitie vrijgegeven.
• In 2009 werd versie 1.2 van CMMI for Services vrijgegeven.
• In 2010 werd een versie 1.3 van alle CMMI-modellen (CMMI-DEV, CMMI-ACQ, CMMI-SVC) uitgebracht. ^[1]

Classificatie van CMMI-modellen

De CMMI-modellen zijn referentiemodellen die de beste werkwijzen samenvatten. In tegenstelling tot een concreet proceduremodeldefinieert basismethoden van een CMMI-model zoals. Een goede productontwikkeling (het “wat”), maar geen concrete stappen (het “hoe”). Het belangrijkste doel van CMMI-modellen is om continue procesverbetering te ondersteunen door werkwijzen of criteria te definiëren door een professionele organisatie. Het concrete en adequate ontwerp van het werk of werk is de verantwoordelijkheid van de organisatie en vormt een belangrijk onderdeel van de procesverbetering. Omdat CMMI geen concrete aanpak definieert, kan CMMI worden toegepast op zeer verschillende organisaties en organisatiegroottes. Dus z. Bijvoorbeeld het verzoek van CMMI om de projectplanning te laten goedkeuren door belanghebbenden ( stakeholders) om het projectplan op een heel andere manier in een organisatie te implementeren. Er is dus geen “de juiste” CMMI-implementatie.

Een bijzonder kenmerk van CMMI-modellen is dat ze niet alleen op professionele praktijken reageren, maar ook op de ondersteunende taken van de organisatie, zoals: B. Verstrekking van middelen of uitvoering van opleidingsmaatregelen. Een ander speciaal kenmerk is dat CMMI veel belang hecht aan het geleefde proces en dus in tegenstelling tot dergelijke – vaak aangeduid als “kastwerk” – processen die gedocumenteerd zijn, maar niet geleefd worden.

Een CMMI-model bouwen

Een CMMI-model definieert een aantal procesgebieden (bijvoorbeeld projectplanning , ontwikkeling van vereisten , organisatiebrede procesdefinitie ). Een procesgebied ( Procesgebied) specificeert doelen en best practices van professioneel werk. Voorbeeld: in het procesgebied Procesplanning zijn de doelstellingen “Schatting”, “Ontwikkel een projectplan” en “Breng betrokkenheid bij het plan”. De schattingen Bewustzijnspraktijken zijn “projectbereik”, “schatting van taakuitkomst en taakattributen”, “definieer projectlevenscyclus” en “schatting inspanning en kosten”. Voor de procesgebieden, doelen en werkwijzen biedt CMMI aanvullende verklarende informatie. Dus z. Elk procesgebied wordt bijvoorbeeld eerst uitgelegd en andere gerelateerde procesgebieden worden opgesomd. Daarna worden de doelen en werkwijzen vermeld. Elke oefening gaat vergezeld van een verklarende tekst, verder toegelicht door typische werkresultaten en typische werkstappen. Deze opmerkingen zijn bedoeld om te helpen bij de implementatie, maar vormen geen testbasis bij een beoordeling (Beoordeling ).

De procesgebieden zijn onderverdeeld in categorieën. Voor alle drie CMMI-modellen zijn dit:

• Project Management ( Project Management ) of in CMMI voor Services Work Management ( Werkbeheer )
• Support ( support )
• Process Management ( Process Management ).

De procesgebieden van deze categorieën zijn in principe vergelijkbaar in de drie CMMI-modellen, hoewel de procesgebieden gedeeltelijk verschillen. Dus spreekt voor. B. CMMI voor diensten voor arbeidsbeheer en CMMI voor de ontwikkeling van projectbeheer, aangezien diensten vaak worden uitgevoerd door middel van teams en ontwikkelingen, doorgaans via projecten.

Procesmanagement en procesverbetering zijn vooral een organisatiebrede taak. De procesgebieden in de categorie Ondersteuning worden in sommige organisaties en organisatiebreed in sommige organisaties projectspecifiek of teamspecifiek geïmplementeerd.

Elk van de drie CMMI-modellen heeft een aparte categorie, die de procesgebieden bevat die specifiek zijn voor het respectieve toepassingsgebied:

• CMMI voor ontwikkeling: ontwikkeling ( engineering )
• Bij CMMI voor acquisitie: Acquisition ( Acquisitie )
• CMMI voor services: vestiging en levering van services ( serviceverlening en levering )

Deze structuur in de CMMI-modellen van algemene categorieën en specifieke categorieën is een van de grote voordelen van CMMI. Aan de ene kant komen de specifieke onderwerpen aan bod (zoals diensten), aan de andere kant kunnen de CMMI-modellen naadloos worden gecombineerd door de gemeenschappelijke kern en de gemeenschappelijke structuur. Dit laatste is met name interessant voor organisaties die z. B. Bied zowel ontwikkeling als diensten aan (bijv. IT-ontwikkeling en IT-diensten, of auto-ontwikkeling en auto-onderhoud). Dergelijke organisaties vinden in de CMMI-familie een gecoördineerde reeks modellen zodat verbeteringen over de hele linie kunnen worden “doordacht”.

Procesgebieden van CMMI voor ontwikkeling Versie 1.3

De volgende tabel bevat de procesgebieden van CMMI voor ontwikkeling, versie 1.3 – en de toewijzing van procesgebieden aan categorieën en volwassenheidsniveaus.

Institutionalisering en vaardigheden

Naast de technische werkwijzen die specifiek zijn voor een procesgebied, behandelt CMMI ook expliciet de kwestie van institutionalisering. Met “institutionalisering” wordt bedoeld dat de werking in de organisatie als vanzelfsprekend wordt beschouwd en als onderdeel van het dagelijkse werk. Vooral in tijden van stress blijven geïnstitutionaliseerde werkwijzen bestaan. Naast professionele praktijken definieert CMMI praktijken die institutionalisering implementeren. Deze institutionaliseringspraktijken worden algemene methoden genoemd omdat ze voor alle procesgebieden hetzelfde zijn. De implementatie van veel generieke methoden is een taak van de organisatie.

CMMI beschrijft de mate van volwassenheid van een enkel procesgebied via zogenaamde ” vermogensniveaus “. De mate van institutionalisering wordt als volgt gedefinieerd vanuit versie 1.3:

0 – onvolledig

Het werk zal zodanig worden uitgevoerd dat de technische doelen (aangeduid als ” specifieke doelen ” in CMMI , bijv. Een projectplan tijdens de projectplanning) niet worden bereikt.

1 – Uitgevoerd

Het werk wordt op zo’n manier uitgevoerd dat de technische doelen worden bereikt.

2 – Beheerd

Het werk is gericht.

3 – Gedefinieerd

Het werk wordt uitgevoerd met behulp van een op maat gemaakt standaardproces en de werkwijze wordt verbeterd.

De generieke werkwijzen en capaciteitenniveaus vormen de kern van CMMI en zijn identiek in alle CMMI-modellen.

Maturity Levels

Naast de capaciteitsniveaus van een enkel procesgebied, definieert CMMI ‘volwassenheidsniveaus’ . Een volwassenheidsniveau omvat een reeks procesgebieden die moeten worden vastgesteld met het maturiteitsniveau dat overeenkomt met de looptijd. Elke graad van volwassenheid is een ontwikkelingsplateau in de procesverbetering van de organisatie. CMMI biedt dus hulp voor verbetering door prioriteit te geven aan procesgebieden voor verbetering. De volwassenheidsniveaus zijn:

1 – Oorspronkelijk

Geen vereisten Elke organisatie heeft deze graad van volwassenheid automatisch.

2 – Beheerd

De projecten worden beheerd. Een soortgelijk project kan met succes worden herhaald.

3 – Gedefinieerd

De projecten worden uitgevoerd volgens een aangepast standaardproces en er is een organisatiebrede continue procesverbetering.

4 – kwantitatief beheerd

Een statistische procescontrole wordt uitgevoerd.

5 – Optimaliseren

Het werk en de werkmethoden worden verbeterd met behulp van een statistische procescontrole.

De volwassenheidsniveaus zijn in principe hetzelfde in alle CMMI-modellen, maar de toewijzing van de procesgebieden aan de vijf volwassenheidsniveaus is specifiek voor elk CMMI-model (omdat elk CMMI-model verschillende procesgebieden bevat).

De beoordeling van de mate van volwassenheid of vaardigheidsniveau van een organisatie vindt plaats via een SCAMPI- enquête (SCAMPI- beoordeling ), die alleen kan worden uitgevoerd door geautoriseerde SEI-personen. De lijst met alle door SEI geautoriseerde Lead Appraisers , di degenen die toestemming hebben om zo’n SCAMPI te beheren, is te vinden op de pagina’s van het Software Engineering Institute (zie onderstaande links). De Duitstalige Authorised Lead Appraisers zijn toegetreden tot de Duitse CMMI Lead Appraiser and Instructor Board (CLIB).

CMMI en CMM

CMMI heeft het Software Capability Maturity Model (korte SW- CMM of verkorte alleen CMM) vervangen. CMM werd beëindigd door de SEI en wordt niet langer ondersteund. CMMI vervangt niet alleen verschillende kwaliteitsmodellen voor verschillende ontwikkelingsdisciplines (bijv. Voor software of systeemontwikkeling), maar integreert ze ook in een nieuw, modulair model. Dit modulaire concept maakt de integratie mogelijk van verdere ontwikkelingsdisciplines (bijv. Ontwikkeling van hardware) en de toepassing van het kwaliteitsmodel in multidisciplinaire disciplines (bijv. De ontwikkeling van chips met software).

Doeloriëntatie en verkeerd gebruik van CMMI

Voor een succesvol gebruik van CMMI is een concreet verbeteringsdoel absoluut noodzakelijk.

Met een concreet verbeteringsdoel is CMMI een zeer nuttige ondersteuning bij de verbetering. CMMI helpt bij het systematisch onderzoeken van relevante praktijken die zich richten op de vraag of deze praktijken onder controle zijn ten behoeve van het verbeteringsdoel, of dat optimalisatie redelijk lijkt. Een voorbeeld van het implementeren van CMMI met magerheid en efficiëntie als verbeteringsdoelen is b.v. Als Scrum , biedt het project requirements management methoden.

Zonder een verbeteringsdoel kan een organisatie alleen willekeurig verbeteringen aanbrengen – met of zonder CMMI. Integendeel, verbeteringen zonder een doel kunnen snel tot bureaucratie leiden als praktijken doelloos worden uitgevoerd (en dan ten behoeve van de veiligheid worden overgedreven).

Afbakening naar andere normen

In tegenstelling tot DIN EN ISO 9001 zijn de CMMI-modellen specifiek voor de werkwijzen in een bepaald toepassingsgebied.

Terwijl de DIN EN ISO 9001 de hele organisatie beslaat en dus meer de breedte, gaat CMMI veel dieper in de concrete activiteiten en biedt het concrete procesgebieden en -praktijken. De CMMI-modellen en de DIN EN ISO 9001 hebben echter hetzelfde basisidee. De vereisten van de CMMI-modellen kunnen worden gekoppeld aan de vereisten van DIN EN ISO 9001 (deze tabel is beschikbaar op de SEI-webpagina’s).

De CMMI-modellen vertalen de vereisten van ISO / IEC 15504 (SPICE) naar een procesmodel. De evaluatie werkwijze SCAMPI uitvoering aan de eisen van de ISO / IEC 15504 een evaluatiemethode voor het gedeeltelijk.

Naast de CMMI-modellen zijn er ook de procesmodelstandaarden ISO / IEC 12207 voor software en ISO 15288 voor systeemontwikkeling . In tegenstelling tot CMMI gaan deze twee normen echter niet verder dan het definiëren van de titels van de praktijken van CMMI (geen uitgebreide uitleg zoals in CMMI). Er is ook geen integratie van de twee standaarden. Inhoudelijk zijn ISO / IEC 12207 en ISO 15288 in essentie hetzelfde als CMMI voor ontwikkeling (CMMI-DEV). Er is een CMMI-onafhankelijke beoordelingsprocedure (Engels: “procesbeoordelingsmodel”) gedefinieerd als een voorbeeld in ISO / IEC 15504 (SPICE) deel 5 voor de standaard ISO 12207.

CMMI voor ontwikkeling (CMMI-DEV) wordt gebruikt om producten of onderhoudsprojecten op bestaande producten te ontwikkelen. Het CMMI voor services (CMMI-SVC) wordt gebruikt voor organisaties die services leveren. CMMI-SVC adressen alle soorten service-organisaties. Voor IT-organisaties is CMMI for Services een alternatief voor ITIL . In vergelijking met ITIL is CMMI for Services meer geaggregeerd. CMMI voor services en CMMI voor ontwikkeling kunnen met elkaar worden geïntegreerd om de gehele levenscyclus van het product te dekken.

Literatuur

• Mary B. Chrissis, Mike Conrad, Sandy Shrum: CMMI. Richtlijnen voor procesintegratie en productverbetering . 1e editie. Addison-Wesley Verlag, München 2009, ISBN 978-3-8273-2784-0 .
• Brian P. Gallagher, Mike Phillips, Karen J. Richter, Sandy Shrum: CMMI-ACQ. Richtlijnen voor het verbeteren van de verwerving van producten en diensten . Addison-Wesley, 2009, ISBN 978-0-321-58035-1 .
• Eileen C. Forrester, Brandon L. Buteau, Sandy Shrum: CMMI voor Services. Richtlijnen voor superieure service . Addison-Wesley, 2009, ISBN 978-0-321-63589-1 .
• Malte Foegen, Mareike Solbach, Claudia Raak: het pad naar professionele IT . Springer, Berlijn 2007, ISBN 3-540-72471-0 .
• Christian Hertneck, Ralf Kneuper: Processen verbeteren met CMMI® for Services: een praktische gids met casestudy’s . dpunkt.verlag, Heidelberg 2011, ISBN 978-3-89864-657-4 .
• Hubert Hofmann, Yedlin, Debbie; Mishler, John; Kushner, Susan: CMMI for Outsourcing: Guidelines for Software, Systems and IT Acquisition . Addison-Wesley Professional, 2007, ISBN 0-321-47717-0 .
• Ralf Kneuper: CMMI. Verbetering van softwareprocessen met integratie van vermogensmaturity-modellen . 3e editie. dpunkt.verlag, Heidelberg 2007, ISBN 978-3-89864-464-8 .
• Ralf Kneuper, Ernest Wallmüller: CMMI in de praktijk. Case studies om ontwikkelingsprocessen te verbeteren met CMMI . dpunkt.verlag, Heidelberg 2009, ISBN 978-3-89864-571-3 .
• Jürgen Schmied, Paul-Roux Wentzel, Michael Gerdom, Uwe Hehn: processen verbeteren met CMMI! dpunkt.verlag, 2008, ISBN 978-3-89864-538-6 .
• Ernest Wallmüller: SPI – Software procesverbetering met CMMI en ISO 15504 . Hanser, München 2006, ISBN 3-446-40492-9 .

Webkoppelingen

• CMMI Hoofdpagina, beheerd door CMMI Institute
• Alle CMMI-modellen als PDF- of Word-bestand geleverd door SEI
• Duitse vertaling door CMMI voor ontwikkeling (PDF, 3,9 MB), verstrekt door SEI
• IDEAL – procesmodel voor procesverbetering met behulp van CMMI , beheerd door de SEI
• Duitse CMMI Lead Taxateur en Instructor Board (CLIB)
• CMMI voor ontwikkeling v1.2 Browser (de inhoud van het PDF-bestand als een browser)
• Uitleg van CMMI in twee video’s (lengte: vijf of dertig minuten)

Individuele proeven

1. Jump up↑ CMMI Versie 1.3 Informatiecentrum. Betreden op 6 januari 2011 .
2. Jump up↑ Sally Godfrey (2008) Wat is CMMI? , NASA-presentatie. Betreden 8 dec 2008.
3. Jump up↑ Gepubliceerde schattingsresultaten. Betreden op 22 januari 2009 .