Modelul maturității capacității

Capability Maturity Model -  model de maturitate a capacității de dezvoltare de software : un model evolutiv pentru dezvoltarea capacității unei companii de a dezvolta software.

Istorie

În noiembrie 1986, Institutul American de Inginerie Software (SEI), împreună cu Mitre Corporation, a început să dezvolte o Evaluare a Maturității Procesului de Dezvoltare a Software-ului, care a fost menită să ajute la îmbunătățirea proceselor interne.

Dezvoltarea acestei revizuiri a fost determinată de o solicitare din partea guvernului federal al SUA pentru o metodă de evaluare a subcontractanților pentru dezvoltarea de software. Adevărata problemă a fost incapacitatea de a gestiona proiecte mari. În multe companii, proiectele au fost livrate semnificativ cu întârziere și peste buget. A fost necesar să se găsească o soluție la această problemă.

În septembrie 1987, SEI a lansat un rezumat al proceselor de dezvoltare software care descriu nivelurile de maturitate ale acestora, precum și un chestionar conceput pentru a identifica zonele din companie în care erau necesare îmbunătățiri. Cu toate acestea, majoritatea companiilor au considerat acest chestionar ca pe un model gata făcut, în urma căruia, după 4 ani, chestionarul a fost transformat într-un model real, Modelul de Maturitate a Capabilității pentru Software (CMM). Prima versiune a CMM (Versiunea 1.0), lansată în 1991, a fost revizuită în 1992 de către participanții la ședința de lucru, la care au participat aproximativ 200 de specialiști în software și membri ai comunității dezvoltatorilor. [unu]

Niveluri

  1. Elementar. Cel mai primitiv statut al organizației. Organizația este capabilă să dezvolte software. Organizația nu are un proces explicit conștient, iar calitatea produsului este în întregime determinată de abilitățile individuale ale dezvoltatorilor. Unul ia inițiativa și echipa îi urmează instrucțiunile. Succesul unui proiect nu garantează succesul altuia. La finalul proiectului nu sunt înregistrate date privind costurile forței de muncă, programul și calitatea.
  2. repetabil. Într-o oarecare măsură, procesul este monitorizat. Se înregistrează costurile cu forța de muncă și planurile. Funcționalitatea fiecărui proiect este descrisă în scris. La mijlocul anului 1999, doar 20% dintre organizații aveau nivelul 2 sau mai mare.
  3. Instalat. Să aibă un proces de lucru definit, documentat și stabilit, care nu depinde de indivizi. Sunt introduse standarde profesionale armonizate , iar dezvoltatorii le îndeplinesc. Astfel de organizații sunt capabile să prezică în mod destul de fiabil costurile proiectelor similare cu cele finalizate anterior.
  4. Gestionate. Ei pot prezice cu exactitate timpul și costul muncii. Există o bază de date de măsurători acumulate, dar nu există modificări odată cu apariția noilor tehnologii și paradigme.
  5. Optimizat. Există o procedură continuă pentru găsirea și stăpânirea metodelor și instrumentelor noi și îmbunătățite.

Dezvoltare

Utilizarea modelului în practică a relevat ambiguitatea abordărilor pentru atingerea unor niveluri mai înalte de organizare a proceselor de dezvoltare software. Prin urmare, până în 2002, sunt în curs de elaborare recomandări pentru îmbunătățirea procesului de dezvoltare, care sunt numite CMMI (Capability Maturity Model Integration) . În prezent, cea mai recentă versiune a CMMi este 1.3 (publicată în noiembrie 2010) [ 2] Arhivată pe 29 septembrie 2011 la Wayback Machine .

Vezi și

Link -uri