Diskussion:Capability Maturity Model
Nej, Nej, Nej! Det här är fel. Läs mitt inlägg på diskussionssidan. /Jan Kinander Efter vad jag förstår handlar CMM inte alls om hur många inom en utvecklingsorganisation som använder samma utvecklingsprocess, utan om hur bra processen är. CMM handlar om hur väl man kan förutse och planera utvecklingskostnaden och produktkvaliteten.
1. Ingen kunskap, varken före eller efter.
2. Viss kunskap: Man vet åtminstone i efterhand.
3. Full kunskap: Man kan förutsäga kostnad och kvalitet, med stor säkerhet.
4. Viss valbarhet: Man kan trimma utvecklingsprocessen för att förbättra produktkvaliteten, och samtidigt sänka utvecklingskostnaden.
5. Full valfrihet: Man kan välja utvecklingskostnad och produktkvalitet efter vad som passar i det aktuella projektet.
Jan Kinander
- Det här är Wikipedia. Börja skriv om, men hänvisa till källor om du känner att det finns risk att någon ifrågasätter dina uppgifter. Jag lägger till en mall kvalitetskontroll på sidan för att rikta uppmärksamheten på den och flyttar din text från artikeln till diskussionssidan.Sjö 14 juli 2007 kl. 09.45 (CEST)
- Jag föreslår att du tittar på SEI's publikationer hur de formulerat nivåerna innan du kommer i ett itererande fel-fel mode och bondförnuftsomformuleringar. ;-) //- Zman 17 juli 2007 kl. 00.03 (CEST)
Ny editering av 192.36.1.252 som tyvärr istf lägga till diskussionen, ändrade i sitt tidigare inlägg: //- Zman 2 augusti 2007 kl. 09.38 (CEST)
Nej, nej, nej! Det som står skrivet om CMM gäller inte CMM, utan CMMI. CMMI handlar om hur mogen en mjukvaruutvecklingsorganisation är och hur många i organisationen som använder samma mjukvaruutvecklingsprocess - precis det som beskrivs i texten om CMM - medan CMM däremot handlar om hur bra processen är, d.v.s. hur väl man kan förutse och planera utvecklingskostnaden och produktkvaliteten. De fem stegen i CMM är: 1. Ingen kunskap, varken före eller efter.
2. Viss kunskap: Man vet åtminstone i efterhand.
3. Full kunskap: Man kan förutsäga kostnad och kvalitet, med stor säkerhet.
4. Viss valbarhet: Man kan trimma utvecklingsprocessen för att förbättra produktkvaliteten, och samtidigt sänka utvecklingskostnaden.
5. Full valfrihet: Man kan välja utvecklingskostnad och produktkvalitet efter vad som passar i det aktuella projektet.
OBSERVERA att SEI (Software Engineering Institiute på Carnegie Mellon-universitetet i Pittsburg, USA) inte längre tar ansvar för CMM (sedan 1 januari 2006) och på deras webbsidor finns ingen beskrivning av CMM. Där beskrivs bara CMMI. 192.36.1.252 (Signatur tillagd i efterhand.)
Artikeln korrigerad
[redigera wikitext]Det mesta som stod i artikeln förut gällde inte CMM utan CMMI, så jag har öppnat en ny artikel 'CMMI' och flyttat texten dit. Därefter skrev jag ny (och korrekt) text här.