Modelul de maturitate a capacității

Această intrare referitoare la ingineria software este doar o schiță . Contribuiți la îmbunătățirea acestuia în conformitate cu convențiile Wikipedia .

Integrarea modelului de maturitate a capacității ( CMMI ) este o abordare de îmbunătățire a proceselor al cărei scop este de a ajuta o organizație să își îmbunătățească performanța. CMMI poate fi utilizat pentru a ghida îmbunătățirea procesului în cadrul unui proiect, divizie sau întreaga organizație. Versiunea acceptată este 1.3.

În ingineria software și, în general, în toate cazurile în care procesele organizaționale urmează să fie revizuite, CMMI este o abordare a îmbunătățirii proceselor care oferă organizațiilor elementele esențiale pentru îmbunătățirea eficientă a proceselor. CMMI este o marcă înregistrată în SUA a Universității Carnegie Mellon .

Conform Institutului de inginerie software (SEI, 2008), CMMI ajută la „integrarea funcțiilor organizaționale care erau în mod tradițional separate, la definirea obiectivelor și priorităților pentru îmbunătățirea proceselor, oferă îndrumări pentru calitatea proceselor și oferă un punct de referință pentru evaluarea proceselor actuale”. ^[1]

Integrarea modelului de maturitate a capacității este moștenitorul CMM, dezvoltat din 1987 până în 1997. Versiunea 1.1 a fost pusă la dispoziție în 2002, urmată de 1.2 în august 2006 și 1.3 în noiembrie 2010. CMMI este un cadru metodologic integrat al modelelor CMM; își propune să integreze multiplele modele CMM dezvoltate de sector și sector industrial, la prețul unei generalități mai mari.

CMMI a fost promovat de Biroul Secretarului Apărării al SUA (OSD), SEI, Asociația Industrială pentru Apărarea Națională ( NDIA ).

CMMI este un model care indică douăzeci și două de zone de proces de afaceri ( zona de proces ) structurate pe cinci niveluri, fiecare cu propriile sale obiective generice ( obiectiv generic ) și specifice ( obiectiv specific ). Obiectivele generice și specifice sunt implementate printr-o succesiune temporală de activități generice ( practică generică ) și specifice ( practică specifică ), care au anumite tipuri de rezultate ( produs tipic de lucru ).

La rândul lor, activitățile sunt, în unele cazuri, detaliate într-o secvență de al doilea nivel de subactivități generice ( sub-practică generică ) și specifice ( sub-practică specifică ).

Compania generică trebuie să își clasifice procesele în funcție de zona de proces indicată în CMMI pentru a efectua o analiză a decalajelor dintre situația actuală și „a fi” indicat.

SEI a acordat certificarea CMMI proceselor diferitelor companii din întreaga lume, a căror listă este disponibilă pe site-ul https://sas.cmmiinstitute.com/pars/pars.aspx Arhivat 4 ianuarie 2017 în Internet Archive. sunt companii IT ale căror procese de inginerie software au fost certificate. Printre acestea, o duzină de companii indiene; în Italia , IBM a fost primul.

Certificarea CMMI are o durată de 3 ani , după care compania trebuie să solicite reînnoirea acesteia, pentru care, evident, trebuie să fie supusă unei noi examinări de către Institutul CMMI.

În 2013, Universitatea Carnegie Mellon a înființat ^[2] Institutul CMMI , care este responsabil cu furnizarea certificărilor CMMI.

Companiile certificate oferă adesea sfaturi și instruire pentru a realiza acest lucru.

Încă nu există o traducere în italiană a modelului de maturitate a capacității.

Evaluările modelului

Evaluări SEI pe 60 de companii

SEI a constatat că 60 de companii au măsurat îmbunătățiri ale performanței lor în termeni de cost, calitate, productivitate și satisfacția clienților ^[3], cu îmbunătățiri variind de la 14% la satisfacția clienților până la 62% la creșteri de productivitate. CMMI, în multe cazuri, doar declară ce îmbunătățiri de proces urmează să fie realizate, dar nu în ce mod. În special, nu indică actorii, aplicațiile și structurile IT implicate în schimbare.

Avantajele implementării unui cadru CMMI sunt limitate pentru organizațiile mici. Este semnificativ faptul că 70,5% dintre companiile din eșantion cu mai puțin de 25 de angajați se clasează la nivelul 2, în timp ce 52,8% dintre cele cu 1000 și 2000 de angajați se clasează la cel mai înalt nivel (nivelul 5: optimizat).

Analiza comparativă în literatură

Turner & Jain (2002) au efectuat o analiză comparativă a metodologiei CMMI și a metodelor de dezvoltare software Agile, concluzionând că nu există o abordare optimă pentru întregul proiect, dar că ambele metode au multe aspecte în comun și una dintre cele două este cea mai bună în funcție de fazele proiectului.

Aceasta sugerează o metodologie hibridă care combină cele două abordări. O combinație între Earned Value Management și CMMI a fost descrisă de Salomon în 2002. Nawrocki și alții, tot în 2002, au concluzionat că o altă metodologie de dezvoltare software, Extreme Programming (XP), este incompatibilă cu CMMI. Agile Jeff Dalton (editor Auerbach Publication (2007).

Zona procesului

Lista completă a domeniilor de proces este următoarea:

CAR - Analiza cauzală și rezolvare
CM - Managementul configurației
DAR - Analiza și rezoluția deciziilor
IPM - Management de proiect integrat + IPPD
MA - Măsurare și analiză
OID - Inovare și implementare organizațională
OPD - Definiție proces organizatoric + IPPD
OPF - Focus asupra procesului organizațional
OPP - Performanța procesului organizațional
OT - Instruire organizațională
PI - Integrarea produsului
PMC - Monitorizarea și controlul proiectelor
PP - Planificarea proiectului
PPQA - Asigurarea calității proceselor și produselor
QPM - Management cantitativ de proiect
RD - Dezvoltarea cerințelor
REQM - Managementul cerințelor
RSKM - Managementul riscurilor
SAM - Managementul contractului de furnizor
TS - Soluție tehnică
VAL - Validare
VER - Verificare

Notă

Alte proiecte

• Wikimedia Commons conține imagini sau alte fișiere pe modelul de maturitate a capacității

linkuri externe

• ( EN ) SEI Software Engineering Institute
• ( EN ) CMMI 1.2 Portal Browser pentru a naviga în cadrul specificației standard CMMI 1.2

Portal IT : accesați intrările Wikipedia care se ocupă cu IT