Läs uppsatsen! - Svenska ProjektAkademien
Läs uppsatsen! - Svenska ProjektAkademien
Läs uppsatsen! - Svenska ProjektAkademien
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
och portföljstyrningen har för verksamheten.<br />
Steg 3 – Hur kommer vi dit?<br />
Ett sätt är att ta fram en förbättringskarta som visar prioriteten mellan de olika<br />
förbättringsområdena som kom fram i steg ett och vilka åtgärder som ska genomföras för att<br />
uppnå de uppsatta målen. Även ansvariga för respektive förbättringsområde ska finnas på<br />
förbättringskartan. Förbättringskartan används sedan löpande för att styra och följa upp de<br />
olika åtgärdsområdena. Det kan ta från tre till tolv månader att uppnå de första mål man satt<br />
upp.<br />
Steg 4 – Hur vet vi att vi nått fram?<br />
För att kunna veta att man uppnått de uppsatta målen så bör förbättringskartan, oberoende<br />
av utgångsläge, beskriva vilken information som måste hämtas in för att unna konstatera att<br />
en förbättring uppnåtts. Det handlar om att införa lämpliga mått i en plattform som kan<br />
användas för kontinuerliga förbättringar.<br />
Det finns cirka ett 40-tal projektmognadsmodeller på marknaden, mer eller mindre kända. De<br />
flesta är strukturerade på samma sätt och fungerar tämligen lika. Några av de största och mest<br />
välkända modellerna är CMM(Capability Maturity Modell, se punkt 3.7), OPM3 (Organizational<br />
Project Management Maturity Model, se punkt 3.9) och P3M3(Portfolio, Programme and Project<br />
Management Maturity Model, se punkt 3.11).<br />
3.7 CMM<br />
Under 80-talets tidiga skede insåg Watts Humphrey och hans team på IBM att kvaliteten på en<br />
applikation var direkt kopplad till kvaliteten på den mjukvaruprocess som använts vid<br />
framställningen av applikationen. Ju högre kvalité på mjukvaruprocessen desto högre kvalité på<br />
applikationen. Om man ständigt skulle kunna kontrollera kvalitén på de processer som används<br />
vid framställning av mjukvara, så skulle man inom organisationen eller företaget ständigt kunna<br />
arbeta mot bättre applikationer. Här påbörjades arbetet till vad som skulle resultera i Capability<br />
Maturity Modell (CMM), känd på svenska som Kapacitetsmognadsmodellen.<br />
CMM är en organisatorisk modell som används för att utvärdera och utveckla<br />
mjukvaruorganisationers utvecklingsprocesser. Med hjälp av CMM kan organisationer som<br />
hanterar programvara eller systemutveckling kontrollera hur de förvaltar sina processer, kvalitén<br />
på dem samt hur de ska kunna förbättras. Till skillnad från andra mognadsmodeller som<br />
kontrollerar mognadsgraden på hela organisationer eller företag, så används CMM istället för att<br />
undersöka mognadsgraden på utvecklingsprocesser. Modellen går dock att använda för att<br />
beskriva utvecklingsnivåer hos organisationer och företag.<br />
CMM utvecklades vid Carnegie Mellon Universitet i USA av Watts Humphrey och hans team på<br />
Software Engineering Institute(SEI) när Humphrey pensionerat sig från IBM. Modellen fortsatte<br />
att förvaltas av SEI fram till och med den 31 december 2005, då den pensionerades till förmån<br />
för CMMI(se punkt 3.8) som är den nya modellen som SEI förvaltar. CMM var den modell som<br />
gjorde att begreppet projektmognad började användas och modellen har fungerat som en<br />
pionjär för de projektmognadsmodeller som idag återfinns på marknaden. Bland<br />
47