24.12.2014 Views

EFFEKTIV IT

EFFEKTIV IT

EFFEKTIV IT

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

iskanalysen är att man får fram ett antal s k action points (åtgärdspunkter)<br />

som man sedan arbetat in i den projektstyrande dokumentationen. Samt att<br />

projektgruppen pratar ihop sig om mål, medel och problem.<br />

Utvecklingsmodell och projekt<br />

Det finns en projektstyrmodell i vilken man kan länka in olika utvecklingsmodeller.<br />

Det används t ex helt olika utvecklingsmodeller för att utveckla en<br />

ASIC respektive programvara. Det finns alltså många utvecklingsmodeller,<br />

beroende på vilka teknologier man arbetar med.<br />

Utvecklingsmodellen är sekventiellt orienterad. Den hindrar inte parallellt<br />

arbete men den stöder det å andra sidan inte heller. Det som är sekventiellt<br />

beskrivet är hur man kommer fram till en milstolpe. Skall man arbeta parallellt<br />

måste man starta efterföljande aktiviteter långt innan man kommit till milstolpen.<br />

Det gäller att hitta dessa händelser och tala om för efterföljande led att<br />

det vid en viss tidpunkt finns preliminär information som man kan börja arbeta<br />

utifrån.<br />

Identifieringen av alla dessa händelser gjordes tidigt i projektet och var något<br />

man arbetat mycket med. Detta arbete gjordes av tvärfunktionella team, där<br />

man identifierade två huvudområden: all slags provning och produktion.<br />

Kapa ej ledtider tör design - öka produktkvaliteten!<br />

Design skall man inte komprimera, om man inte finner nya teknologier. Vissa<br />

teknologier ger vissa ledtider. Dessa skall man naturligtvis inte förlänga, men<br />

heller inte pressa. Istället ska alla förbättringar man kan göra under design<br />

användas till att höja produktkvaliteten. På detta sätt går det att "rusa ut" på<br />

slutet. Det är viktigt att titta på hela livscykeln.<br />

Det vore förödande om man kapade ledtider för utveckling om man inte<br />

samtidigt kapade ledtider för att få ut produkten på fältet. Om man lyckas<br />

halvera utvecklingstiden men fortfarande har långa tider till fårdig leverans,<br />

hinner konstruktörerna börja på den tredje utgåvan innan fålterfarenheterna<br />

börjar komma in. Det är mycket bättre att kapa tiden från design till produkt i<br />

användning, då är konstruktörerna med fortfarande och har hela problemställningen<br />

aktiv när fålterfarenheterna börjar komma tillbaka. Slutsats: kapa<br />

inte utvecklingstiderna! Det som är viktigt är att kapa tiden till kund! Höj<br />

produktkvaliteten istället!<br />

Parallellisering av provning och design<br />

Genom att arbeta medvetet med provningsplanen kunde man för designen<br />

fastslå att vissa delar skulle vara klara först och andra delar behövdes först<br />

senare. På det sättet fick man möjlighet att förlänga designskedet för vissa<br />

funktioner samtidigt som den totala ledtiden kortades. Vad som skulle hända i<br />

Effekziv lT - Process förbättring för införande av ISU<br />

Svenska lnsriturerför Sysremurveckling<br />

19

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

Saved successfully!

Ooh no, something went wrong!