Capability Maturity Model: differenze tra le versioni

Versione delle 19:22, 25 set 2012

Versione attuale delle 08:12, 23 mag 2024

(18 versioni intermedie di 12 utenti non mostrate)

Riga 1:

{{S|informaticaingegneria del software}}

'''Capability Maturity Model Integration''' ('''CMMI''') è un approccio al miglioramento dei processi il cui obiettivo è di aiutare un'organizzazione a migliorare le sue prestazioni. Il CMMI può essere usato per guidare il miglioramento dei processi all'interno di un progetto, una divisione o un'intera organizzazione. La versione attualmente supportata è la 1.3.

Nel [[software engineering]] e in generale in tutti i casi in cui si vogliono rivedere i processi organizzativi, il CMMI è un approccio al miglioramento dei processi che fornisce alle organizzazioni gli elementi essenziali per un efficace miglioramento dei processi. CMMI è un marchio registrato negli USA dalla [[Carnegie Mellon University]].

Secondo il [[Software Engineering Institute]] (SEI, 2008), il CMMI aiuta a "integrare funzioni organizzative che tradizionalmente erano separate, definire obiettivi e priorità per il miglioramento dei processi, fornire una guida per la qualità dei processi e fornire un punto di riferimento per la valutazione dei processi attuali."<ref name=SEI08>[httphttps://www.sei.cmu.edu/cmmi/ CMMI Overview]. Software Engineering Institute.</ref>

Il '''Capability Maturity Model Integration''' è l'erede del CMM, sviluppato dal 1987 al 1997. Nel 2002 fu rilasciataresa disponibile la versione 1.1, seguita dalla 1.2 nell'agosto 2006 e dalla 1.3 nel novembre 2010. Il CMMI è un framework metodologico integrato di modelli CMM; si propone di integrare i molteplici modelli CMM sviluppati per settore e comparto industriale, al prezzo di una maggiore generalità.

Il CMMI fu promosso dall'Ufficio del Segretario della Difesa USA (OSD), dal SEI, dall'Associazione Industriale per la Difesa Nazionale ([http://www.ndia.org/ NDIA]).

Il CMMI è un modello che indica ventidue Aree di processi aziendali (''Process area'') strutturate su cinque livelli, ognuna con i propri obiettivi generici (''Generic Goal'') e specifici (''Specific Goal''). Gli obiettivi generici e specifici sono implementati da una sequenza temporale di attività generiche (''Generic practice'') e specifiche (''specific practice''), che hanno determinate tipologie di output (''tipical work product'').

Riga 16:

La generica azienda deve classificare i suoi processi secondo le Process Area indicate nel CMMI per condurre un'analisi dei divari fra la situazione attuale e il "to-be" indicato.

Il SEI ha rilasciatoconcesso la certificazione CMMI ai processi di una ventinavarie di aziende in tutto il mondo<ref>{{Cita web|url=https://sas.cmmiinstitute.com/pars/pars.aspx|titolo=Published Appraisal Results|lingua=en|accesso=23 maggio 2024|urlarchivio=https://web.archive.org/web/20170104221151/https://sas.cmmiinstitute.com/pars/pars.aspx|urlmorto=sì}}</ref>. Si tratta di aziende informatiche delle quali sono stati certificati i processi di ingegneria del software. Fra queste, una decina di aziende indiane; in [[Italia]], per prima la [[IBM]]. Al momento non esistono authority indipendenti autorizzate a certificare i processi di altre aziende secondo il CMMI, e la valutazione è effettuata direttamente dal SEI.

La certificazione CMMI ha una durata di tre anni, dopodiché l'azienda deve chiederne il rinnovo, per il quale deve ovviamente sottoporsi a nuovo esame da parte del CMMI Institute.

Nel 2013 la Carnegie Mellon University ha istituito<ref>{{Cita web|url=https://www.sei.cmu.edu/news-events/news/article.cfm?assetid=54001|titolo=CMMI Services To Be Provided Through New CMMI Institute}}</ref> il [https://cmmiinstitute.com/cmmi CMMI Institute], che si occupa di fornire le certificazioni CMMI.

Le aziende certificate spesso forniscono consulenza e formazione per raggiungere tale obiettivo.

Riga 26 ⟶ 30:

Il SEI ha constatato che 60 società hanno misurato miglioramenti delle loro prestazioni in termini di costi, qualità, produttività e soddisfazione del cliente<ref>{{Cita web

| titolo = CMMI Performance Results, 2005-2007

| url = httphttps://www.sei.cmu.edu/cmmi/results.html

| accesso=22 gennaio 2010 }}

</ref> con miglioramenti compresi fra il 14% della soddisfazione del cliente al 62% di incremento della produttività. Il CMMI in molti casi si limita a dichiarare quali miglioramenti dei processi devono essere raggiunti, ma non in quale modo. In particolare, non indica gli attori, le applicazioni e le strutture informatiche protagoniste del cambiamento.

Riga 38 ⟶ 42:

Agile Jeff Dalton (editore Auerbach Publication (2007).

== Le ''Process Area'' ==

L'elenco completo delle Process Area è il seguente:

Riga 62 ⟶ 66:

TS - Technical Solution<br>

VAL - Validation<br>

VER - Verification<br>

==Note==

<references/>

== Altri progetti ==

{{interprogetto|commons=Category:Capability Maturity Model Integration}}

==Collegamenti esterni==

* {{en}} [httphttps://www.sei.cmu.edu/ SEI] Software EngeneeringEngineering Institute

* {{en}} [https://web.archive.org/web/20070403170210/http://www.wibas.de/presentation/site/cmmi_1.2_browser.html.en CMMI 1.2 Browser] Portale per navigare entro la specifica dello standard CMMI 1.2

{{Controllo di autorità}}

{{Portale|informatica}}

[[Categoria:Ingegneria del software]]

[[Categoria:Gestione d'azienda]]

[[ar:نموذج نضج القدرة]]

[[bg:Модел на развитата пригодност]]

[[da:Capability Maturity Model]]

[[de:Capability Maturity Model]]

[[en:Capability Maturity Model]]

[[es:Modelo de Capacidad y Madurez]]

[[fi:CMM]]

[[fr:Capability Maturity Model]]

[[id:Capability Maturity Model]]

[[kk:Қабілеттілік Кемелдену Моделі]]

[[nl:Capability Maturity Model]]

[[no:Capability Maturity Model]]

[[pl:Capability Maturity Model]]

[[pt:Capability Maturity Model]]

[[ru:Capability Maturity Model]]

[[sk:Capability Maturity Model]]

[[sv:Capability Maturity Model]]

[[uz:CMM]]

[[zh:能力成熟度模型]]