Vermoë Volwasse Model Integrasie

Eienskappe van die volwassenheidsvlakke. ^[2]

Oorspronklik spreek CMMI drie belangstellingsareas aan:

1. Produk- en diensontwikkeling - CMMI vir ontwikkeling (CMMI-DEV),
2. Diensinstelling, bestuur, - CMMI for Services (CMMI-SVC), en
3. Produk- en diensverwerwing - CMMI vir verkryging (CMMI-ACQ).

In weergawe 2.0 is hierdie drie areas (wat voorheen elk 'n aparte model gehad het) in 'n enkele model saamgevoeg.

CMMI is ontwikkel deur 'n groep van die industrie, die regering en die Software Engineering Institute (SEI) by CMU. CMMI-modelle bied riglyne vir die ontwikkeling of verbetering van prosesse wat voldoen aan die besigheidsdoelstellings van 'n organisasie. 'N CMMI-model kan ook gebruik word as raamwerk vir die beoordeling van die proses se volwassenheid van die organisasie. ^[2] Teen Januarie 2013 is die hele CMMI-produkpakket van die SEI na die CMMI Institute oorgedra, 'n nuutgestigte organisasie in Carnegie Mellon. ^[3]

CMMI is ontwikkel deur die CMMI-projek, wat daarop gemik was om die bruikbaarheid van volwassenheidsmodelle te verbeter deur baie verskillende modelle in een raamwerk te integreer. Die projek het bestaan ​​uit lede van die industrie, die regering en die Carnegie Mellon Software Engineering Institute (SEI). Die hoofborge het die kantoor van die minister van verdediging ( OSD ) en die National Defense Industrial Association ingesluit .

CMMI is die opvolger van die vermoë-volwassenheidsmodel (CMM) of sagteware CMM. Die CMM is ontwikkel vanaf 1987 tot 1997. In 2002 is weergawe 1.1 vrygestel, weergawe 1.2 is in Augustus 2006 gevolg en weergawe 1.3 in November 2010. Enkele groot veranderinge in CMMI V1.3 ^[4] is die ondersteuning van lenige sagteware-ontwikkeling , ^[5] verbeterings aan hoë volwassenheidspraktyke ^[6] en belyning van die voorstelling (opgevoer en deurlopend). ^[7]

Volgens die Software Engineering Institute (SEI, 2008) help CMMI "om tradisioneel afsonderlike organisatoriese funksies te integreer, doelwitte en prioriteite vir prosesverbeterings te stel, leiding te gee vir kwaliteitprosesse en 'n verwysingspunt te gee vir die beoordeling van huidige prosesse." ^[8]

Mary Beth Chrissis, Mike Konrad en Sandy Shrum Rawdon was die outeurspan vir die publikasie van die hardekopie van CMMI for Development Weergawe 1.2 en 1.3. Die Addison-Wesley-publikasie van weergawe 1.3 is gewy aan die geheue van Watts Humphry. Eileen C. Forrester, Brandon L. Buteau en Sandy Shrum was die outeurspan vir die publikasie van die harde kopie van CMMI for Services Weergawe 1.3. Rawdon "Rusty" Young was die hoofargitek vir die ontwikkeling van CMMI weergawe 2.0. Hy was voorheen die CMMI Produk-eienaar en die SCAMPI Quality Lead vir die Software Engineering Institute.

In Maart 2016 is die CMMI Instituut deur ISACA verkry .

Verteenwoordiging

In weergawe 1.3 bestaan ​​CMMI in twee voorstellings: deurlopend en opgevoer. ^[2] Die deurlopende voorstelling is ontwerp om die gebruiker in staat te stel om te fokus op die spesifieke prosesse wat belangrik geag word vir die onmiddellike besigheidsdoelstellings van die organisasie, of diegene waaraan die organisasie 'n hoë mate van risiko's toeken. Die toneelvoorstelling is ontwerp om 'n standaardreeks van verbeterings te bied, en kan dien as basis om die volwassenheid van verskillende projekte en organisasies te vergelyk. Die toneelvoorstelling maak ook voorsiening vir 'n maklike migrasie van die SW-CMM na CMMI. ^[2]

In weergawe 2.0 is bogenoemde voorstellingskeiding gekanselleer en is daar nou net een samehangende model.

^[9]

Modelraamwerk (v1.3)

Afhangend van die belangstellingsareas (verkryging, dienste, ontwikkeling) wat gebruik word, sal die prosesareas wat dit bevat, wissel. ^[10] Prosesareas is die gebiede wat deur die organisasie se prosesse gedek word. Die onderstaande tabel bevat 'n lys van die sewentien CMMI-kernareas wat beskikbaar is vir alle CMMI-belangstellings in weergawe 1.3.

Volwassenheidsvlakke vir dienste

Die onderstaande prosesareas en hul volwassenheidsvlakke word gelys vir die CMMI vir dienste-model:

Volwassenheidsvlak 2 - Bestuur

• CM - Configuration Management
• MA - Meting en Analise
• PPQA - Proses- en gehalteversekering
• REQM - Vereistesbestuur
• SAM - Bestuur van verskaffersooreenkomste
• SD - Dienslewering
• WMC - Werkmonitering en -beheer
• WP - Werkbeplanning

Volwassenheidsvlak 3 - gedefinieerd

• CAM - Kapasiteits- en beskikbaarheidsbestuur
• DAR - Besluitanalise en oplossing
• IRP - Voorvaloplossing en -voorkoming
• IWM - Geïntegreerde werkbesture
• OPD - Definisie van organisatoriese prosesse
• OPF - Organisatoriese prosesfokus ...
• OT - Organisatoriese opleiding
• RSKM - Risikobestuur
• SCON - Dienskontinuïteit
• SSD - Ontwikkeling van diensstelsels
• SST - Diensstelseloorgang
• STSM - Strategiese diensbestuur

Volwassenheidsvlak 4 - Kwantitatief bestuur

• OPP - Organisatoriese prosesprestasie
• QWM - Kwantitatiewe werkbestuur

Volwassenheidsvlak 5 - Optimaliseer

• CAR - oorsaaklike ontleding en oplossing.
• OPM - Organisasieprestasiebestuur.

Modelle (v1.3)

Die beste praktyke van CMMI word gepubliseer in dokumente genaamd modelle, wat elkeen 'n ander belangstellingsarea aanspreek. Weergawe 1.3 bied modelle vir drie belangstellingsareas: ontwikkeling, verkryging en dienste.

• CMMI for Development ( CMMI-DEV ), v1.3, is in November 2010 vrygestel. Dit spreek produk- en diensontwikkelingsprosesse aan.
• CMMI for Acquisition ( CMMI-ACQ ), v1.3, is in November 2010 vrygestel. Dit spreek die bestuur-, verkrygings- en uitkontrakteringsprosesse in die regering en die industrie aan.
• CMMI for Services ( CMMI-SVC ), v1.3, is in November 2010 vrygestel. Dit gee riglyne vir die lewering van dienste binne 'n organisasie en aan eksterne klante.

Model (v2.0)

In weergawe 2.0 is DEV, ACQ en SVC saamgevoeg in 'n enkele model waar elke prosesarea moontlik 'n spesifieke verwysing na een of meer van hierdie drie aspekte het. Probeer om tred te hou met die bedryf, verwys die model ook eksplisiet na agile aspekte in sommige prosesareas.

Enkele sleutelverskille tussen v1.3- en v2.0-modelle word hieronder gegee; dit is nie 'n volledige lys nie. Bykomende inligting is hier beskikbaar

1. 'Prosesareas' is vervang met 'praktykareas'. Laasgenoemde is volgens vlakke gerangskik, nie "Spesifieke doelstellings" nie.
2. Elke PA is saamgestel uit 'n 'kern' (dws 'n generiese en terminologievrye beskrywing) en 'konteksspesifiek' [dws 'n beskrywing vanuit die perspektief van die afdeling Agile / Scrum, ontwikkeling, dienste, ens.]
3. Aangesien alle praktyke nou verpligtend is om te voldoen, is die afdeling "Verwagte" verwyder.
4. 'Generiese praktyke' is onder 'n nuwe gebied genaamd 'Regerings- en implementeringsinfrastruktuur' geplaas, terwyl 'spesifieke praktyke' weggelaat is.
5. Klem op die implementering van PA's en dat dit voortdurend toegepas word totdat dit 'n 'gewoonte' word.
6. Alle volwassenheidsvlakke fokus op die trefwoord "prestasie".
7. Twee en vyf opsionele PA's van 'veiligheid' en 'sekuriteit' is ingesluit.
8. PCMM-prosesareas is saamgevoeg.

Beoordeling

'N Organisasie kan nie in CMMI gesertifiseer word nie; in plaas daarvan word 'n organisasie beoordeel . Afhangend van die tipe beoordeling, kan die organisasie 'n volwassenheidsvlakgradering (1–5) of 'n prestasieprofiel vir vermoënsvlak kry.

Baie organisasies vind waarde daarin om hul vordering te meet deur 'n beoordeling te doen. Evaluerings word gewoonlik om een ​​of meer van die volgende redes gedoen:

1. Om te bepaal hoe goed die organisasie se prosesse vergelyk met die beste praktyke van CMMI, en om gebiede te identifiseer waar verbeter kan word
2. Om eksterne klante en verskaffers in te lig oor hoe goed die organisasie se prosesse vergelyk met die beste praktyke van CMMI
3. Om aan die kontraktuele vereistes van een of meer klante te voldoen

Beoordeling van organisasies wat 'n CMMI-model ^{[11] gebruik,} moet voldoen aan die vereistes wat in die beoordelingsvereistes vir CMMI (ARC) -dokument bepaal word. Daar is drie klasse beoordelings, A, B en C, wat daarop fokus om verbeteringsgeleenthede te identifiseer en die organisasie se prosesse met die beste praktyke van CMMI te vergelyk. Hiervan is klas A-beoordeling die mees formele en is die enigste wat 'n vlakgradering tot gevolg kan hê. Beoordelingspanne gebruik 'n CMMI-model en ARC-ooreenstemmende beoordelingsmetode om hul evaluering van die organisasie en verslagdoening van gevolgtrekkings te lei. Die beoordelingsresultate kan dan gebruik word (byvoorbeeld deur 'n prosesgroep) om verbeterings vir die organisasie te beplan.

Die standaard CMMI-beoordelingsmetode vir prosesverbetering (SCAMPI) is 'n beoordelingsmetode wat aan al die LNR-vereistes voldoen. ^[12] Resultate van 'n SCAMPI-beoordeling kan gepubliseer word (indien die beoordeelde organisasie dit goedkeur) op die CMMI-webwerf van die SEI: Gepubliseerde SCAMPI-beoordelingsresultate . SCAMPI ondersteun ook die uitvoering van ISO / IEC 15504 , ook bekend as SPICE (sagtewareprosesverbetering en vermoëbepaling), assesserings ens.

Hierdie benadering bevorder dat lede van die EPG en PAT's opgelei word in die CMMI, dat 'n informele (SCAMPI C) evaluering uitgevoer word en dat prosesareas geprioritiseer moet word vir verbetering. Meer moderne benaderings, wat die implementering van kommersiële, CMMI-ooreenstemmende prosesse behels, kan die tyd om te voldoen, aansienlik verminder. SEI het statistieke gehandhaaf oor die "tyd om op te skuif" vir organisasies wat die vroeëre sagteware CMM sowel as CMMI aanvaar. ^[13] Hierdie statistieke dui aan dat die mediane tye om van vlak 1 na vlak 2 te beweeg, sedert 1987 23 maande is, en van vlak 2 na vlak 3 nog 20 maande is. Sedert die vrystelling van die CMMI is die gemiddelde tyd om van vlak 1 na vlak 2 te beweeg, 5 maande, met die mediaanbeweging na vlak 3 nog 21 maande. Hierdie statistieke word opgedateer en elke ses maande in 'n volwassenheidsprofiel gepubliseer. ^{[ aanhaling nodig ]}

Die sagteware-prosesmetode van die Software Engineering Institute (SEI) en die gebruik van CMMI-modelle kan gebruik word om die volwassenheidsvlak te verhoog. 'N Nuwe produk genaamd Accelerated Improvement Method ^[14] (AIM) kombineer die gebruik van CMMI en die TSP. ^[15]

Veiligheid

Daar is twee nie-amptelike veiligheidsgidse beskikbaar om probleme met gebruikersveiligheid te hanteer. Oorweging van die saak vir sekuriteitsinhoud in CMMI for Services het een prosesgebied, Security Management. ^[16] Security by Design met CMMI for Development, weergawe 1.3 het die volgende prosesareas:

• OPSD - Organisatoriese paraatheid vir veilige ontwikkeling
• SMP - Veilige bestuur in projekte
• SRTS - Veiligheidsvereistes en tegniese oplossing
• SVV - Veiligheidsverifikasie en validering

Alhoewel dit nie die volwassenheids- of vermoënsvlakke beïnvloed nie, kan hierdie prosesareas in beoordelingsresultate gerapporteer word. ^[17]

Die SEI het 'n studie gepubliseer waarin gesê word dat 60 organisasies prestasieverhogings gemeet het in die kategorieë koste, skedule, produktiwiteit, kwaliteit en klantetevredenheid. ^[18] Die mediaanverhoging in prestasie wissel tussen 14% (klantetevredenheid) en 62% (produktiwiteit). Die CMMI-model handel egter meestal oor watter prosesse geïmplementeer moet word, en nie soseer oor hoe dit geïmplementeer kan word nie. Hierdie resultate waarborg nie dat die toepassing van CMMI prestasies in elke organisasie sal verhoog nie. 'N Klein onderneming met min hulpbronne kan minder geneig wees om voordeel te trek uit CMMI; hierdie siening word ondersteun deur die prosesse-volwassenheidsprofiel (bladsy 10). Van die klein organisasies (<25 werknemers) word 70,5% op vlak 2 beoordeel: bestuur, terwyl 52,8% van die organisasies met 1 001–2 000 werknemers op die hoogste vlak (5: Optimalisering) gegradeer word.

Turner & Jain (2002) voer aan dat hoewel dit duidelik is, daar groot verskille bestaan ​​tussen CMMI en ratse sagteware-ontwikkeling , beide benaderings baie gemeen het. Hulle meen dat geen manier die 'regte' manier is om sagteware te ontwikkel nie, maar dat daar fases in 'n projek is waar een van die twee beter geskik is. Hulle stel voor dat die verskillende fragmente van die metodes in 'n nuwe bastermetode gekombineer moet word. Sutherland et al. (2007) beweer dat 'n kombinasie van Scrum en CMMI meer aanpasbaarheid en voorspelbaarheid bring as een alleen. ^[19] David J. Anderson (2005) gee wenke oor hoe om CMMI op 'n lenige manier te interpreteer. ^[20]

CMMI Roadmaps, ^[21], wat 'n doelgerigte benadering is om relevante prosesareas uit die CMMI-DEV-model te kies en te ontplooi, kan leiding gee en fokus vir effektiewe CMMI-aanvaarding. Daar is verskeie CMMI-padkaarte vir die deurlopende voorstelling, elk met 'n spesifieke stel verbeteringsdoelstellings. Voorbeelde hiervan is die CMMI Project Roadmap, ^[22] CMMI Product and Product Integration Roadmaps ^[23] en die CMMI Process and Metings Roadmaps. ^[24] Hierdie padkaarte kombineer die sterkpunte van sowel die opgevoerde as die deurlopende voorstellings.

Die kombinasie van die projekbestuurstegniek verdiende waardebestuur (EVM) met CMMI is beskryf ( Solomon, 2002 ). Ter afsluiting van 'n soortgelyke gebruik van CMMI, is Extreme Programming ( XP ), 'n sagteware-ingenieursmetode, geëvalueer met CMM / CMMI (Nawrocki et al., 2002). Die XP-vereistes vir die bestuur van vereistes, wat afhanklik is van mondelinge kommunikasie, is byvoorbeeld geëvalueer as nie voldoen aan CMMI nie.

CMMI kan beoordeel word volgens twee verskillende benaderings: opgevoer en deurlopend. Die fase-benadering lewer beoordelingsresultate as een van vyf volwassenheidsvlakke. Die deurlopende benadering lewer een van die vier vermoënsvlakke. Die verskille in hierdie benaderings word slegs in die beoordeling gevoel; die beste praktyke is gelykwaardig wat lei tot ekwivalente resultate vir prosesverbetering.

• Vermoë Onvolwassenheidsmodel
• Vermoë volwassenheidsmodel
• Assesseringsraamwerk vir ondernemingsargitektuur
• LeanCMMI
• Volwassenheidsmodel vir mense
• Prosesarea (CMMI)
• Sagteware-ingenieurswese-prosesgroep

SEI berig

• "CMMI vir ontwikkeling, weergawe 1.3" . CMMI-DEV (Weergawe 1.3, November 2010) . Carnegie Mellon Universiteit sagteware-ingenieursinstituut. 2010.
• "CMMI vir verkryging, weergawe 1.3" (PDF) . CMMI-ACQ (Weergawe 1.3, November 2010) . Carnegie Mellon Universiteit sagteware-ingenieursinstituut. 2010.
• "CMMI vir dienste, weergawe 1.3" . CMMI-SVC (Weergawe 1.3, November 2010) . Carnegie Mellon Universiteit sagteware-ingenieursinstituut. 2010.
• "Prosesrypheidsprofiel (huidige en vorige uitgawes)" . CMMI vir ontwikkeling SCAMPI-uitslag van klas A-evaluering . Sagteware-ingenieursinstituut.
• "Beoordelingsvereistes vir CMMI, weergawe 1.2 (ARC, V1.2)" (PDF) . Carnegie Mellon Universiteit sagteware-ingenieursinstituut. 2006 . Besoek op 16 Februarie 2011 .
• "Standaard CMMI-beoordelingsmetode vir prosesverbetering (SCAMPI) 'n Weergawe 1.2: metode-definisie-dokument" (doc) . Carnegie Mellon Universiteit sagteware-ingenieursinstituut. 2006.
• CMMI Guidebook Acquirer Team (2007). "Begrip en gebruikmaking van CMMI-pogings van 'n verskaffer: 'n gids vir verkrygers" . CMU / SEI-2007-TR-004 . Sagteware-ingenieursinstituut.

SEI webbladsye

• "CMMI Weergawe 1.3 Inligtingsentrum" . Sagteware-ingenieursinstituut. 2011.
• "SEI Vennote Lys" . Sagteware-ingenieursinstituut . Besoek op 28 Oktober 2006 .
• "Optimiza-formele aankondiging as CMMI-L3 en op SEI-webwerf gepubliseer" . Sagteware-ingenieursinstituut. Gegearchiveer vanaf die oorspronklike op 25 Julie 2011 . Besoek op 15 Maart 2011 .
• SCAMPI-beoordelingsresultate . Die volledige SEI-lys van gepubliseerde SCAMPI-beoordelingsresultate.

• Amptelike webwerf
• Vermoë-volwassenheidsmodel-integrasie by Curlie