Asymmetriskt i IT-projekt påverkat beslutsfattande

– Om vi börjar med en metodbeskrivning, vad gör vi då? undrar
Frida.
– Jag kan tänka mig att börja med en process. När vi har den kan
vi gå vidare med en metod, föreslår Lars.
– Det låter som ett bra förslag. Hur ser processen ut?
– Jag anser att vi ska utgå från att vår process ska gälla beslutsfattandet
i ett IT-projekt, dvs vi har redan projektets process, där beslutsmötet
ingår. Vi skapar helt enkelt en liten insticksmodul i den
befintliga processen. Jag kan tänka mig att själva beslutsfattandet
finns eller borde finnas med i projektprocessen.
175
Med utgångspunkt från projektprocessen skapades en processkarta i
form av en processchecklista (se figur 58). Processkartan bygger på att
den egna verksamheten sätts i mitten omgiven av leverantör (till
vänster) och kund (till höger). Projektet (P i figur 58) ses som leverantör
och beslutet (B) i projektet som kund. Däremellan finns beslutsprocessen,
där processteget beslutsunderlag (U), beslutsfattaren (F),
beslutssituationen (S), valalternativ möjlighet (M) och valalternativ
värde (V) ingår. För vart och ett av dessa processteg finns en checklista.
I figuren är dessa fem checklistor belägna under stegen.
– Ju fler detaljer, desto svårare att använda. Men om vi ser på processen
behöver vi inte fylla på alla detaljer. Jag tycker att vi håller
oss på rubriknivå just nu, säger Lars.
– Jag anser att vi måste ta med en värdering av beslutsunderlaget,
beslutsfattaren och beslutssituationen, säger Frida.
– Då skulle vi kunna få en bild över processen.