Processområde (CMMI)

Capability Maturity Model Integration (CMMI) definierar ett processområde som "Ett kluster av relaterade metoder inom ett område som, när det implementeras kollektivt, uppfyller en uppsättning mål som anses viktiga för att göra förbättringar inom det området." Både CMMI for Development v1.3 och CMMI for Acquisition v1.3 identifierar 22 processområden, medan CMMI for Services v1.3 identifierar 24 processområden. Många av processområdena är desamma i dessa tre modeller.

Processområdesorganisation

I CMMI-modeller är processområdena organiserade i alfabetisk ordning enligt deras akronym. Processområden kan dock grupperas efter mognadsnivåer eller processområdeskategorier.

Mognadsnivåer: CMMI för utveckling

Det finns fem mognadsnivåer. Däremot ges mognadsklassificeringar för nivåerna 2 till 5. Processområdena nedan och deras mognadsnivåer är listade för CMMI for Development-modellen:

Mognadsnivå 2 - Hanterad

  • CM - Configuration Management
  • MA - Mätning och analys
  • PMC - Projektövervakning och kontroll
  • PP - Projektering
  • PPQA - Process- och produktkvalitetssäkring
  • REQM - Kravhantering
  • SAM - Leverantörsavtalshantering

Mognadsnivå 3 - definierad

  • DAR - Decision Analysis and Resolution
  • IPM - Integrerad projektledning
  • OPD - Organisatorisk processdefinition
  • OPF - Organisationsprocessfokus
  • OT - Organisationsutbildning
  • PI - Produktintegration
  • RD - Kravutveckling
  • RSKM - Riskhantering
  • TS - Teknisk lösning
  • VAL - Validering
  • VER - Verifiering

Mognadsnivå 4 - Kvantitativt hanterad

  • OPP - Organisatorisk processprestation
  • QPM - Kvantitativ projektledning

Mognadsnivå 5 - Optimering

  • CAR - orsaksanalys och upplösning
  • OPM - Organizational Performance Management

Mognadsnivåer: CMMI för tjänster

Processområdena nedan och deras mognadsnivåer listas för CMMI for Services-modellen:

Mognadsnivå 2 - Hanterad

  • CM - Configuration Management
  • MA - Mätning och analys
  • PPQA - Process- och produktkvalitetssäkring
  • REQM - Kravhantering
  • SAM - Leverantörsavtalshantering
  • SD - Serviceleverans
  • WMC - Arbetsövervakning och kontroll
  • WP - Arbetsplanering

Mognadsnivå 3 - definierad (detta inkluderar processområdena som utgör de tidigare nivåerna; Mognadsnivå 3 består av processområdena i nivå 2 och nivå 3)

  • CAM - Capacity and Availability Management
  • DAR - Decision Analysis and Resolution
  • IRP - Incident Resolution and Prevention
  • IWM - Integrated Work Management
  • OPD - Organisatorisk processdefinition
  • OPF - Organisationsprocessfokus
  • OT - Organisationsutbildning
  • RSKM - Riskhantering
  • SCON - Service Continuity
  • SSD - Service System Development
  • SST - Service System Transition
  • STSM - Strategic Service Management

Mognadsnivå 4 - Kvantitativt hanterad

  • OPP - Organisatorisk processprestation
  • QPM - Kvantitativ arbetsledning

Mognadsnivå 5 - Optimering

  • CAR - orsaksanalys och upplösning
  • OPM - Organizational Performance Management

Mognadsnivåer: CMMI för förvärv

Processområdena nedan och deras mognadsnivåer listas för CMMI for Acquisition-modellen:

Mognadsnivå 2 - Hanterad

  • AM - Avtalshantering
  • ARD - Acquisition Requirements Development
  • CM - Configuration Management
  • MA - Mätning och analys
  • PMC - Projektövervakning och kontroll
  • PP - Projektering
  • PPQA - Process- och produktkvalitetssäkring
  • REQM - Kravhantering
  • SSAD - Solicitation and Supplier Agreement Development

Mognadsnivå 3 - definierad

  • ATM - Förvärvsteknisk förvaltning
  • AVAL - Acquisition Validation
  • AVER - Acquisition Verification
  • DAR - Decision Analysis and Resolution
  • IPM - Integrerad projektledning
  • OPD - Organisatorisk processdefinition
  • OPF - Organisationsprocessfokus
  • OT - Organisationsutbildning
  • RSKM - Riskhantering.

Mognadsnivå 4 - Kvantitativt hanterad

  • OPP - Organisatorisk processprestation
  • QPM - Kvantitativ projektledning

Mognadsnivå 5 - Optimering

  • CAR - Casual Analysis and Resolution
  • OPM - Organizational Performance Management

Mål och praxis

Det finns två kategorier av mål och metoder: generiska och specifika. Specifika mål och praxis är specifika för ett processområde. Generiska mål och praxis är en del av varje processområde. Ett processområde är tillfredsställt när organisatoriska processer täcker alla generiska och specifika mål och praxis för det processområdet.

Generiska mål och praxis

Generiska mål och praxis är en del av varje processområde.

  • GG 1 Uppnå specifika mål
    • GP 1.1 Utför specifika praxis
  • GG 2 Institutionalisera en hanterad process
    • GP 2.1 Upprätta en organisationspolicy
    • GP 2.2 Planera processen
    • GP 2.3 Tillhandahålla resurser
    • GP 2.4 Tilldela ansvar
    • GP 2.5 Träna människor
    • GP 2.6 Kontrollarbetsprodukter
    • GP 2.7 Identifiera och involvera relevanta intressenter
    • GP 2.8 Övervaka och kontrollera processen
    • GP 2.9 Objektivt utvärdera efterlevnad
    • GP 2.10 Granska status med ledning på högre nivå
  • GG 3 Institutionalisera en definierad process
    • GP 3.1 Etablera en definierad process
    • GP 3.2 Samla processrelaterade erfarenheter

Specifika mål och praxis

Varje processområde definieras av en uppsättning mål och praxis. Dessa mål och praxis förekommer endast i det processområdet.

Processområden

CMMI för utveckling, version 1.2 innehåller 22 processområden som anger de aspekter av produkt- och tjänsteutveckling som ska omfattas av organisatoriska processer. För en sammanfattning av processområden för varje modell, se dessa snabbreferensdokument som finns tillgängliga på SEI:s webbplats:

Avtalshantering (AM)

  • Ett processområde för projektledning på mognadsnivå 2

Syfte

Syftet med Avtalshantering (AM) är att säkerställa att leverantören och köparen presterar enligt villkoren i leverantörsavtalet.

Specifika praxis efter mål

  • SG 1 Uppfyll leverantörsavtal
    • SP 1.1 Utför leverantörsavtalet
    • SP 1.2 Övervaka valda leverantörsprocesser
    • SP 1.3 Acceptera den förvärvade produkten
    • SP 1.4 Hantera leverantörsfakturor

Capacity and Availability Management (CAM)

  • Ett stödprocessområde på mognadsnivå 3

Syfte

Syftet med Capacity and Availability Management (CAM) är att säkerställa effektiv servicesystemprestanda och säkerställa att resurser tillhandahålls och används effektivt för att stödja servicekrav.

Specifika praxis efter mål

  • SG 1 Förbered dig för kapacitets- och tillgänglighetshantering
    • SP 1.1 Upprätta en strategi för hantering av kapacitet och tillgänglighet
    • SP 1.2 Välj mått och analystekniker
    • SP 1.3 Upprätta servicesystemrepresentationer
  • SG 2 Övervaka och analysera kapacitet och tillgänglighet
    • SP 2.1 Övervaka och analysera kapacitet
    • SP 2.2 Övervaka och analysera tillgänglighet
    • SP 2.3 Rapportera kapacitets- och tillgänglighetshanteringsdata

Orsaksanalys och upplösning (CAR)

  • Ett stödprocessområde på Mognadsnivå 5

Syfte

Syftet med Causal Analysis and Resolution (CAR) är att identifiera orsaker till utvalda resultat och vidta åtgärder för att förbättra processprestanda.

Specifika praxis efter mål

  • SG 1 Bestäm orsaker till valda resultat
    • SP 1.1 Välj resultat för analys
    • SP 1.2 Analysera orsaker
  • SG 2 Ta upp orsaker till valda resultat
    • SP 2.1 Implementera åtgärdsförslag
    • SP 2.2 Utvärdera effekten av genomförda åtgärder
    • SP 2.3 Registrera kausala analysdata

Configuration Management (CM)

  • Ett stödprocessområde på Mognadsnivå 2

Syfte

Syftet med Configuration Management (CM) är att etablera och upprätthålla integriteten för arbetsprodukter med hjälp av konfigurationsidentifiering, konfigurationskontroll, konfigurationsstatusredovisning och konfigurationsrevisioner.

Specifika praxis efter mål

  • SG 1 Fastställ baslinjer
    • SP 1.1 Identifiera konfigurationsobjekt
    • SP 1.2 Etablera ett konfigurationshanteringssystem
    • SP 1.3 Skapa eller släpp grundlinjer
  • SG 2 Spåra och styra ändringar
    • SP 2.1 Spåra ändringsförfrågningar
    • SP 2.2 Kontrollkonfigurationsobjekt
  • SG 3 Etablera integritet
    • SP 3.1 Upprätta konfigurationshanteringsposter
    • SP 3.2 Utför konfigurationsgranskningar

Beslutsanalys och upplösning (DAR)

  • Ett stödprocessområde på mognadsnivå 3

Syfte

Syftet med Decision Analysis and Resolution (DAR) är att analysera möjliga beslut med hjälp av en formell utvärderingsprocess som utvärderar identifierade alternativ mot fastställda kriterier.

Specifika praxis efter mål

  • SG 1 Utvärdera alternativ
    • SP 1.1 Upprätta riktlinjer för beslutsanalys
    • SP 1.2 Fastställ utvärderingskriterier
    • SP 1.3 Identifiera alternativa lösningar
    • SP 1.4 Välj utvärderingsmetoder
    • SP 1.5 Utvärdera alternativa lösningar
    • SP 1.6 Välj lösningar

Integrerad projektledning (IPM)

  • Ett processområde för projektledning på mognadsnivå 3

Syfte

Syftet med Integrated Project Management (IPM) är att etablera och leda projektet och involvering av relevanta intressenter enligt en integrerad och definierad process som är skräddarsydd från organisationens uppsättning standardprocesser.

Specifika praxis efter mål

  • SG 1 Använd projektets definierade process
    • SP 1.1 Etablera projektets definierade process
    • SP 1.2 Använd organisatoriska processtillgångar för att planera projektaktiviteter
    • SP 1.3 Etablera projektets arbetsmiljö
    • SP 1.4 Integrera planer
    • SP 1.5 Hantera projektet med hjälp av de integrerade planerna
    • SP 1.6 Etablera lag
    • SP 1.7 Bidra till organisatoriska processtillgångar
  • SG 2 Samordna och samarbeta med relevanta intressenter
    • SP 2.1 Hantera intressentengagemang
    • SP 2.2 Hantera beroenden
    • SP 2.3 Lös samordningsproblem

Mätning och analys (MA)

  • Ett stödprocessområde på Mognadsnivå 2

Syfte

Syftet med Measurement and Analysis (MA) är att utveckla och upprätthålla en mätförmåga som används för att stödja ledningsinformationsbehov.

Specifika praxis efter mål

  • SG 1 Anpassa mät- och analysaktiviteter
    • SP 1.1 Etablera mätmål
      • Resurser, människor, anläggningar och tekniker.
    • SP 1.2 Specificera åtgärder
      • Informationsbehov Dokument, vägledning, referens och rapportering.
    • SP 1.3 Ange datainsamlings- och lagringsprocedurer,
      • källor, metoder, frekvens och ägare.
    • SP 1.4 Ange regler för analysprocedurer
      • , larm, SPC och varians.
  • SG 2 Ge mätresultat
    • SP 2.1 Erhålla mätdata
      • faktisk, plan, automatisk och manuell.
    • SP 2.2 Analysera mätdata Utvärdera
      • , Drill Down, RCA.
    • SP 2.3 Lagra data och resultat
      • Lagra, Säkert, Tillgängligt, Historik och Bevis.
    • SP 2.4 Kommunicera resultat
      • Informationsdelning, instrumentpaneler, uppdaterade, enkelt och tolka.

Organisatorisk processdefinition (OPD)

  • Ett processområde för processledning på mognadsnivå 3

Syfte

Syftet med Organizational Process Definition (OPD) är att upprätta och underhålla en användbar uppsättning organisatoriska processtillgångar, arbetsmiljöstandarder och regler och riktlinjer för team.

Specifika praxis efter mål

  • SG 1 Etablera organisatoriska processtillgångar
    • SP 1.1 Etablera standardprocesser
    • SP 1.2 Upprätta beskrivningar av livscykelmodeller
    • SP 1.3 Upprätta skräddarsydda kriterier och riktlinjer
    • SP 1.4 Etablera organisationens mätlager
    • SP 1.5 Etablera organisationens processtillgångsbibliotek
    • SP 1.6 Upprätta arbetsmiljönormer
    • SP 1.7 Upprätta regler och riktlinjer för lag

Organisatorisk processfokus (OPF)

  • Ett processområde för processledning på mognadsnivå 3

Syfte

Syftet med Organizational Process Focus (OPF) är att planera, implementera och implementera organisatoriska processförbättringar baserat på en grundlig förståelse av nuvarande styrkor och svagheter i organisationens processer och processtillgångar.

Specifika praxis efter mål

  • SG 1 Bestäm processförbättringsmöjligheter
    • SP 1.1 Fastställ organisatoriska processbehov
    • SP 1.2 Bedöma organisationens processer
    • SP 1.3 Identifiera organisationens processförbättringar
  • SG 2 Planera och implementera processförbättringar
    • SP 2.1 Upprätta processhandlingsplaner
    • SP 2.2 Implementera processhandlingsplaner
  • SG 3 Distribuera organisatoriska processtillgångar och införliva erfarenheter
    • SP 3.1 Distribuera organisatoriska processtillgångar
    • SP 3.2 Distribuera standardprocesser
    • SP 3.3 Övervaka implementeringen
    • SP 3.4 Införliva erfarenheter i organisatoriska processtillgångar

Organizational Performance Management (OPM) / Organisatorisk innovation och implementering

  • Ett processområde för processledning på mognadsnivå 5

Syfte

Syftet med Organizational Performance Management (OPM) är att proaktivt hantera organisationens prestation för att uppfylla dess affärsmål.

Specifika praxis efter mål

  • SG 1 Hantera affärsresultat
    • SP 1.1 Upprätthålla affärsmål
    • SP 1.2 Analysera processprestandadata
    • SP 1.3 Identifiera potentiella områden för förbättring
  • SG 2 Välj Förbättringar
    • SP 2.1 Framkalla föreslagna förbättringar
    • SP 2.2 Analysera föreslagna förbättringar
    • SP 2.3 Validera förbättringar
    • SP 2.4 Välj och implementera förbättringar för implementering
  • SG 3 Implementera förbättringar
    • SP 3.1 Planera implementeringen
    • SP 3.2 Hantera distributionen
    • SP 3.3 Utvärdera förbättringseffekter

Organisatorisk processprestanda (OPP)

  • Ett processområde för processledning på mognadsnivå 4

Syfte

Syftet med Organizational Process Performance (OPP) är att etablera och upprätthålla en kvantitativ förståelse av prestandan för utvalda processer i organisationens uppsättning standardprocesser till stöd för att uppnå kvalitet och processprestandamål, och att tillhandahålla processprestandadata, baslinjer och modeller för att kvantitativt hantera organisationens projekt.

Specifika praxis efter mål

  • SG 1 Upprätta prestandabaslinjer och modeller
    • SP 1.1 Upprätta mål för kvalitet och processprestanda
    • SP 1.2 Välj Processer
    • SP 1.3 Upprätta processprestandamått
    • SP 1.4 Analysera processprestanda och upprätta processprestandabaslinjer
    • SP 1.5 Etablera processprestandamodeller

Organisatorisk utbildning (OT)

  • Ett processområde för processledning på mognadsnivå 3

Syfte

Syftet med organisationsutbildning (OT) är att utveckla färdigheter och kunskaper hos människor så att de kan utföra sina roller effektivt och effektivt.

Specifika praxis efter mål

  • SG 1 Etablera en organisatorisk utbildningskapacitet
    • SP 1.1 Upprätta strategiska utbildningsbehov
    • SP 1.2 Bestäm vilka utbildningsbehov som är organisationens ansvar
    • SP 1.3 Upprätta en taktisk plan för organisatorisk träning
    • SP 1.4 Etablera en utbildningsförmåga
  • SG 2 Ge utbildning
    • SP 2.1 Ge utbildning
    • SP 2.2 Upprätta träningsregister
    • SP 2.3 Bedöm träningens effektivitet

Produktintegration (PI)

  • Ett tekniskt processområde på mognadsnivå 3

Syfte

Syftet med Product Integration (PI) är att sätta ihop produkten från produktkomponenterna, säkerställa att produkten, som integrerad, uppför sig korrekt (dvs. har de nödvändiga funktionerna och kvalitetsegenskaperna) och levererar produkten.

Specifika praxis efter mål

  • SG 1 Förbered för produktintegration
    • SP 1.1 Upprätta en integrationsstrategi
    • SP 1.2 Etablera produktintegrationsmiljön
    • SP 1.3 Upprätta förfaranden och kriterier för produktintegrering
  • SG 2 Säkerställ gränssnittskompatibilitet
    • SP 2.1 Granska gränssnittsbeskrivningar för fullständighet
    • SP 2.2 Hantera gränssnitt
  • SG 3 Montera produktkomponenter och leverera produkten
    • SP 3.1 Bekräfta att produktkomponenter är redo för integration
    • SP 3.2 Montera produktkomponenter
    • SP 3.3 Utvärdera sammansatta produktkomponenter
    • SP 3.4 Paketera och leverera produkten eller produktkomponenten

Projektövervakning och kontroll (PMC)

  • Ett processområde för projektledning på mognadsnivå 2

Syfte

Syftet med Project Monitoring and Control (PMC) är att ge en förståelse för projektets framsteg så att lämpliga korrigerande åtgärder kan vidtas när projektets prestanda avviker väsentligt från planen.

Specifika praxis efter mål

  • SG 1 Övervaka projektet mot planen
    • SP 1.1 Övervaka projektplaneringsparametrar
    • SP 1.2 Övervaka åtaganden
    • SP 1.3 Övervaka projektrisker
    • SP 1.4 Övervaka datahantering
    • SP 1.5 Övervaka intressenternas engagemang
    • SP 1.6 Genomför framstegsgranskningar
    • SP 1.7 Genomförande milstolpe recensioner
  • SG 2 Hantera korrigerande åtgärder till stängning
    • SP 2.1 Analysera problem
    • SP 2.2 Vidta korrigerande åtgärder
    • SP 2.3 Hantera korrigerande åtgärder

Projektering (PP)

  • Ett processområde för projektledning på mognadsnivå 2

Syfte

Syftet med Projektplanering (PP) är att upprätta och underhålla planer som definierar projektaktiviteter.

Specifika praxis efter mål

  • SG 1 Upprätta uppskattningar
    • SP 1.1 Uppskatta projektets omfattning
    • SP 1.2 Upprätta uppskattningar av arbetsprodukt- och uppgiftsattribut
    • SP 1.3 Definiera projektets livscykelfaser
    • SP 1.4 Uppskattning av insats och kostnad
  • SG 2 Utveckla en projektplan
    • SP 2.1 Upprätta budget och schema
    • SP 2.2 Identifiera projektrisker
    • SP 2.3 Plandatahantering
    • SP 2.4 Planera projektets resurser
    • SP 2.5 Planera nödvändiga kunskaper och färdigheter
    • SP 2.6 Planera involvering av intressenter
    • SP 2.7 Upprätta projektplanen
  • SG 3 Få engagemang för planen
    • SP 3.1 Granska planer som påverkar projektet
    • SP 3.2 Förena arbets- och resursnivåer
    • SP 3.3 Erhåll planengagemang

Process- och produktkvalitetssäkring (PPQA)

  • Ett stödprocessområde på Mognadsnivå 2

Syfte

Syftet med Process and Product Quality Assurance (PPQA) är att ge personal och ledning objektiv insikt i processer och tillhörande arbetsprodukter.

Specifika praxis efter mål

  • SG 1 Objektivt utvärdera processer och arbetsprodukter
    • SP 1.1 Objektivt utvärdera processer
    • SP 1.2 Objektivt utvärdera arbetsprodukter
  • SG 2 Ge objektiv insikt
    • SP 2.1 Kommunicera och lösa problem med bristande efterlevnad
    • SP 2.2 Upprätta register.

Kvantitativ projektledning (QPM)

  • Ett processområde för projektledning på mognadsnivå 4

Syfte

Syftet med processområdet Quantitative Project Management (QPM) är att kvantitativt styra projektet för att uppnå projektets fastställda kvalitets- och processprestandamål.

Specifika praxis efter mål

  • SG 1 Förbered dig för kvantitativ hantering
    • SP 1.1 Fastställ projektets mål
    • SP 1.2 Komponera de definierade processerna
    • SP 1.3 Välj Underprocesser och attribut
    • SP 1.4 Välj mått och analystekniker
  • SG 2 Hantera projektet kvantitativt
    • SP 2.1 Övervaka prestandan för valda delprocesser
    • SP 2.2 Hantera projektprestanda
    • SP 2.3 Utför rotorsaksanalys

Kravutveckling (RD)

  • Ett tekniskt processområde på mognadsnivå 3.

Syfte

Syftet med Requirements Development (RD) är att framkalla, analysera och fastställa kund-, produkt- och produktkomponentkrav.

Specifika praxis efter mål

  • SG 1 Utveckla kundkrav
    • SP 1.1 Framkalla behov
    • SP 1.2 Förvandla intressenternas behov till kundkrav
  • SG 2 Utveckla produktkrav
    • SP 2.1 Upprätta produkt- och produktkomponentkrav
    • SP 2.2 Tilldela produktkomponentkrav
    • SP 2.3 Identifiera gränssnittskrav
  • SG 3 Analysera och validera krav
    • SP 3.1 Etablera operativa koncept och scenarier
    • SP 3.2 Upprätta en definition av nödvändig funktionalitet och kvalitetsattribut
    • SP 3.3 Analysera krav
    • SP 3.4 Analysera krav för att uppnå balans
    • SP 3.5 Validera krav

Kravhantering (REQM)

  • Ett processområde för projektledning på mognadsnivå 2

Syfte

Syftet med Requirements Management (REQM) är att hantera krav på projektets produkter och produktkomponenter och att säkerställa överensstämmelse mellan dessa krav och projektets planer och arbetsprodukter.

Specifika praxis efter mål

  • SG 1 Hantera krav
    • SP 1.1 Förstå krav
    • SP 1.2 Erhålla engagemang för krav
    • SP 1.3 Hantera kravändringar
    • SP 1.4 Upprätthåll dubbelriktad spårbarhet av krav
    • SP 1.5 Säkerställa anpassning mellan projektarbete och krav

Riskhantering (RSKM)

  • Ett processområde för projektledning på mognadsnivå 3

Syfte

Syftet med Risk Management (RSKM) är att identifiera potentiella problem innan de uppstår så att riskhanteringsaktiviteter kan planeras och anropas efter behov under produktens eller projektets livslängd för att mildra negativa effekter på att uppnå mål.

Specifika praxis efter mål

  • SG 1 Förbered dig för riskhantering
    • SP 1.1 Bestäm riskkällor och kategorier
    • SP 1.2 Definiera riskparametrar
    • SP 1.3 Upprätta en riskhanteringsstrategi
  • SG 2 Identifiera och analysera risker
    • SP 2.1 Identifiera risker
    • SP 2.2 Utvärdera, kategorisera och prioritera risker
  • SG 3 Minska risker
    • SP 3.1 Utveckla riskreduceringsplaner
    • SP 3.2 Implementera riskreduceringsplaner

Leverantörsavtalshantering (SAM)

  • Ett processområde för projektledning på mognadsnivå 2

Syfte

Syftet med Supplier Agreement Management (SAM) är att hantera inköp av produkter från leverantörer.

Specifika praxis efter mål

  • SG 1 Upprätta leverantörsavtal
    • SP 1.1 Bestäm förvärvstyp
    • SP 1.2 Välj Leverantörer
    • SP 1.3 Upprätta leverantörsavtal
  • SG 2 Uppfyll leverantörsavtal
    • SP 2.1 Utför leverantörsavtalet
    • SP 2.2 Acceptera den förvärvade produkten
    • SP 2.3 Säkerställa övergång av produkter

Teknisk lösning (TS)

  • Ett tekniskt processområde på mognadsnivå 3

Syfte

Syftet med Technical Solution (TS) är att välja design och implementera lösningar till krav. Lösningar, konstruktioner och implementeringar omfattar produkter, produktkomponenter och produktrelaterade livscykelprocesser antingen var för sig eller i kombination beroende på vad som är lämpligt.

Specifika praxis efter mål

  • SG 1 Välj produktkomponentlösningar
    • SP 1.1 Utveckla alternativa lösningar och urvalskriterier
    • SP 1.2 Välj produktkomponentlösningar
  • SG 2 Utveckla designen
    • SP 2.1 Designa produkten eller produktkomponenten
    • SP 2.2 Upprätta ett tekniskt datapaket
    • SP 2.3 Designa gränssnitt med hjälp av kriterier
    • SP 2.4 Utför gör, köp eller återanvända analyser
  • SG 3 Implementera produktdesignen
    • SP 3.1 Implementera designen
    • SP 3.2 Utveckla produktsupportdokumentation

Validering (VAL)

  • Ett tekniskt processområde på mognadsnivå 3

Syfte

Syftet med Validation (VAL) är att visa att en produkt eller produktkomponent uppfyller sin avsedda användning när den placeras i den avsedda miljön.

Specifika praxis efter mål

  • SG 1 Förbered för validering
    • SP 1.1 Välj produkter för validering
    • SP 1.2 Etablera valideringsmiljön
    • SP 1.3 Upprätta valideringsprocedurer och kriterier
  • SG 2 Validera produkt eller produktkomponenter
    • SP 2.1 Utför validering
    • SP 2.2 Analysera valideringsresultat

Verifiering (VER)

  • Ett tekniskt processområde på mognadsnivå 3

Syfte

Syftet med Verification (VER) är att säkerställa att utvalda arbetsprodukter uppfyller deras specificerade krav.

Specifika praxis efter mål

  • SG 1 Förbered för verifiering
    • SP 1.1 Välj arbetsprodukter för verifiering
    • SP 1.2 Etablera verifieringsmiljön
    • SP 1.3 Upprätta verifieringsprocedurer och kriterier
  • SG 2 Utför kamratrecensioner
    • SP 2.1 Förbered för kamratrecensioner
    • SP 2.2 Genomför kamratgranskningar
    • SP 2.3 Analysera Peer Review-data
  • SG 3 Verifiera valda arbetsprodukter
    • SP 3.1 Utför verifiering
    • SP 3.2 Analysera verifieringsresultat

Ändringar gjorda i version 1.2

Endast ändringar som gjorts i uppsättningen av processområden beaktas här. För mer information om ändringarna som gjorts i version 1.2, se version 1.2 Release Notes eller för den definitiva listan över ändringar, ta CMMI Version 1.2 Upgrade Training .

  • Följande processområden har tagits bort (alla på mognadsnivå 3):
    • Organisatorisk miljö för integration (OEI)
    • Integrerad teaming (IT)
    • Integrated Supplier Management (ISM)
  • Följande tillägg har gjorts inom befintliga processområden:
    • IPM – SG3 och SG4 eliminerades, ny SG3 lades till (som ett IPPD-tillägg)
    • OPD – SG2 lades till (som ett IPPD-tillägg)
    • OPF – två SP extraherades från den gamla SG3 och kombinerades med två nya SP för att skapa den nya SG3
    • REQD – SP3.5 bytte namn till Validate Requirements
    • SAM – SP2.1 togs bort, två nya SP har lagts till i SG2
    • TS – SP1.2 införlivades i RD SP 3.1
    • VER – SP3.2 bytte namn till Analysera verifieringsresultat

Ändringar gjorda i version 1.3

Några betydande förbättringar i CMMI-DEV, V1.3 inkluderar följande:

  • Processområden med hög mognad har förbättrats avsevärt för att återspegla branschens bästa praxis, inklusive ett nytt specifikt mål och flera nya specifika praxis inom processområdet som bytte namn från Organizational Innovation and Deployment (OID) till Organizational Performance Management (OPM).
  • Agila praxis har inkluderats med en tolkningsriktlinje och genom att lägga till noter till tillämpliga processområden i introduktionen av processområdet och om hur man tolkar agila praxis.
  • Förbättringar gjordes av modellarkitekturen som förenklar användningen av flera modeller.
  • Det informativa materialet förbättrades, inklusive en översyn av ingenjörsrutinerna för att återspegla branschens bästa praxis och lägga till vägledning för organisationer som använder agila metoder.
  • Ordlistas definitioner och modellterminologi förbättrades för att förbättra modellens tydlighet, noggrannhet och användbarhet.
  • Generiska mål och metoder för nivå 4 och 5 eliminerades liksom förmågasnivåerna 4 och 5 för att på lämpligt sätt fokusera hög mognad på uppnåendet av affärsmål, vilket uppnås genom att tillämpa förmågasnivå 1-3 på processområdena med hög mognad (Causal Analysis och Upplösning, kvantitativ projektledning, organisatorisk prestationshantering och organisatorisk processprestanda).

För en mer komplett och detaljerad lista över förbättringar, se http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/comparison.cfm . En översikt över ändringarna beskrivs i http://www.benlinders.com/2011/cmmi-v1-3-summing-up/ .

Processområden, kategorier och mognadsnivåer

Tabell: Processområden, kategorier och mognadsnivåer

Processområde Förkortning Kategori Mognadsnivå
Orsaksanalys och upplösning BIL Stöd 5
Konfigurationshantering CENTIMETER Stöd 2
Beslutsanalys och upplösning DAR Stöd 3
Integrerad projektledning IPM Projektledning 3
Mätning och analys MA Stöd 2
Organisatorisk processdefinition OPD Process Management 3
Organisatorisk processfokus OPF Process Management 3
Organisatorisk prestationsledning OPM Process Management 5
Organisatorisk processprestanda OPP Process Management 4
Organisatorisk utbildning OT Process Management 3
Produktintegration PI Teknik 3
Projektövervakning och kontroll PMC Projektledning 2
Projekt planering PP Projektledning 2
Process- och produktkvalitetssäkring PPQA Stöd 2
Kvantitativ projektledning QPM Projektledning 4
Kravutveckling RD Teknik 3
Kravhantering REQM Projektledning 2
Riskhantering RSKM Projektledning 3
Leverantörsavtalshantering SAM Projektledning 2
Teknisk lösning TS Teknik 3
Godkännande VAL Teknik 3
Verifiering VER Teknik 3

Officiella källor

Vidare läsning

Hämtad från " https://en.wikipedia.org/w/index.php?title=Process_area_(CMMI)&oldid=1119039345 "