Log ind
Publiceret d. 27. oktober 2011 kl. 10.15
| 
ANNONCE:
En god business case
Hjørnesten i arbejdet med en business case skal være:
Argumentation for, hvorfor casen er en god idé: Det kan da godt være, at det er en del af visionen, men så er det det, der er argumentet. Vejen til at afdække formålet - altså diskussionen - er uhyre vigtig, ligesom resultatet er det (dokumentation af formålet).
Prioritering af casen: Heldigvis har de fleste organisationer flere ideer til projekter, end man kan overkomme (økonomisk eller ressourcemæssigt). Derfor er business casen - beskrivelsen af, hvad ideen, formål med videre er - afgørende for en fornuftig prioritering af projekterne. Mange projekter er overlappende, og business casen hjælper med at fokusere og overveje alternative projekter.
Risici: De fleste kan forstå betydningen af fordelene ved projektet. En vigtig side af business casen er at overveje risici: Hvad kan gå galt, hvor dyrt kan det blive? Hvad gør vi, hvis casen ikke holder? Og er organisationen villig til at tage disse risici?
Opfølgning på casen: Arbejdet med business casen slutter ikke ved projektets start - tværtimod. Casen skal bruges som rettesnor undervejs til at vurdere, om de oprindelige mål for projektet holder, uanset om de er kvantitative eller kvalitative. Ellers må man revidere business casen undervejs.
Argumentation for, hvorfor casen er en god idé: Det kan da godt være, at det er en del af visionen, men så er det det, der er argumentet. Vejen til at afdække formålet - altså diskussionen - er uhyre vigtig, ligesom resultatet er det (dokumentation af formålet).
Prioritering af casen: Heldigvis har de fleste organisationer flere ideer til projekter, end man kan overkomme (økonomisk eller ressourcemæssigt). Derfor er business casen - beskrivelsen af, hvad ideen, formål med videre er - afgørende for en fornuftig prioritering af projekterne. Mange projekter er overlappende, og business casen hjælper med at fokusere og overveje alternative projekter.
Risici: De fleste kan forstå betydningen af fordelene ved projektet. En vigtig side af business casen er at overveje risici: Hvad kan gå galt, hvor dyrt kan det blive? Hvad gør vi, hvis casen ikke holder? Og er organisationen villig til at tage disse risici?
Opfølgning på casen: Arbejdet med business casen slutter ikke ved projektets start - tværtimod. Casen skal bruges som rettesnor undervejs til at vurdere, om de oprindelige mål for projektet holder, uanset om de er kvantitative eller kvalitative. Ellers må man revidere business casen undervejs.
Jeg har stor sympati for argumenterne - også selv om det naturligvis er det rene vrøvl.
Selvfølgelig skal der være en business case for et it-projekt. Det er ikke dét, der er spørgsmålet. Derimod er det spørgsmålet, hvordan business casen udarbejdes, hvilke værktøjer der anvendes, og hvordan business casen anvendes i projektet.
Hvis den udarbejdes for at argumentere for et "ja" eller "nej", baseres på et fortvivlet forsøg på at kvantificere kroner og øre og så sættes ind i skabet, når projektet går i gang - ja, så er den rigtig nok det rene spild af tid.
Det fremgår af min liste her til højre, at en business case er andet og mere end et regneark og et tekstdokument. Faktisk er det processen og dokumentation af processen, der er afgørende for, om en business case er brugbar.
En business case er også dialogskabende: Den afgørende dialog mellem it og forretning - er man enige om mål og ideen med at gennemføre projektet? Og når man i sidste ende dette mål?
Husk i den forbindelse, at gevinsterne ved projektet ikke opnås den dag, løsningen sættes i søen. De kommer først, når løsningen er fuldt implementeret, og brugerne effektivt har taget løsningen i anvendelse. Også i denne fase skal business casen være et levende dokument, der er med til at sikre, at gevinsterne med tiden realiseres.
Der er også vigtige kulturelementer at tage hensyn til: Hvordan er organisationen vant til at argumentere for beslutninger? Hvornår synes man, at en idé er en god idé? Hvor moden er organisationen til forandringer? Hvor dynamisk er den både i forhold til omverden og internt?
Disse faktorer skal være med til at definere, hvordan arbejdet med en business case konkret kan gennemføres.
Per Andersen er principal consultant i Capgemini.
Computerworlds klummer er ikke nødvendigvis udtryk for Computerworlds holdninger, men er alene udtryk for skribentens holdninger.
|
