April 28
Oltre alle persone che sviluppano un sistema software e la tecnologia che usano, l'organizzazione del processo di sviluppo pregiudica la qualità del prodotto. Organizzazione è giunto alla ribalta che negli ultimi decenni, con conseguente sviluppo di metodi differenti per processi di modellazione. Due di questi metodi sono il Capability Maturity Model (CMM) e il Capability Maturity Model Integration (CMMI) - uno sviluppo che riesce CMM.
CMM non è destinato a coprire tutti gli aspetti dello sviluppo di software e sistemi di sviluppo. Esso fornisce una serie di linee guida per la gestione sviluppi software e per apportare modifiche nel corso del tempo. Le linee guida centro sulle migliori pratiche, gli ingressi di ingegneria del software, l'estrapolazione da altre aree e esperienza del mondo reale. Gli orientamenti dovrebbero servire come un quadro di riferimento piuttosto che una lista rigida da seguire, con ogni organizzazione loro sagomatura alle proprie esigenze.
Alcuni CMM sono avvenuti per diverse aree, e CMMI ha incorporato alcune di queste diverse CMM. Per esempio, CMMI ha integrato il CMM per il software (SW-CMM) e il CMM di sviluppo prodotto integrato (IPD). CMMI individua 25 aree di processo nel processo di sviluppo. Ogni area processo definisce una serie di obiettivi specifici, così come pratiche specifiche per raggiungere gli obiettivi.
CMM è nata per affrontare i processi in diversi settori separatamente, ma CMMI integra i processi per diversi settori industriali. CMMI combina le migliori caratteristiche di ogni modello. CMMI ha mantenuto i livelli di maturità utilizzati da CMM, ma ha apportato alcune modifiche ai titoli dei livelli di maturità e ha aggiunto nuovi processi.
I critici del CMMI e CMM sottolineano che sono orientati più verso le grandi organizzazioni burocratiche, di quelli piccoli. Le organizzazioni più piccole devono spendere più tempo per interpretare le disposizioni del CMM e CMMI ai loro singoli contesti. Un'altra critica sostiene che CMM e CMMI in gran parte si concentrano sul processo pur non soffermarsi sulle persone e gli aspetti tecnologici di sviluppo del software, il che significa che la loro attuazione non fornisce alcuna garanzia che un progetto avrà successo.