14.09.2013 Views

Läs uppsatsen! - Svenska ProjektAkademien

Läs uppsatsen! - Svenska ProjektAkademien

Läs uppsatsen! - Svenska ProjektAkademien

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!