Hur lyckas man med beslutsstöd?

Vi bygger dagligen analyser åt våra kunder inom ett brett spektrum av verksamhetstyper, organisationsstorlekar och funktionsområden. Efter tusentals sådana analyser har vi skaffat oss god erfarenhet kring vad som leder till en lyckad implementering oavsett område. Det vi bygger kan kallas rapporter, dashboards eller appar, men oavsett vad vi kallar dem finns det ett gemensamt recept för att lyckas.

Nycklarna till framgång består av:

• Verksamhetsförståelse

• Erfarenhet

• Momentum

• Enkelhet

• Glöm inte användaren

Vad är värde?

Det första vi måste fundera på vilken definition vi har av "värde" och "att lyckas". Är det att projektet utfördes inom budget och tid? Att alla funktioner blev exakt som i en specifikation?

Typen av projekt påverkar i viss utsträckning vad som är värdeskapande. Om verksamheten innan projektet behöver lägga mycket tid på att manuellt ta fram grundläggande siffror och man efter projektet får dessa med automatik kan ett värde relativt enkelt uppnås. Värdet i detta fall är den inbesparing och förenkling som rapporten ger verksamheten.

I många andra typer av projekt där syftet är analys handlar värde om att användaren kan ta till sig ny kunskap. Detta sträcker sig utanför att rätt siffror visas eller att projektet byggdes inom budgetramen - användaren ska förstå hur man använder verktyget, hur man gör analysen och kunna få nya insikter.

Vi tycker att ett bra sätt att mäta om ett projekt har lyckats är att tillsammans utvärdera projektet utifrån kriteriet "Skulle vi vilja genomföra ett projekt på ungefär det sätt som vi gjorde nu?". Det innefattar allt från kostnader, ledtider, hur bra samarbetet fungerade och om resultatet blev användbart. Här är det viktigt att vara ärliga med oss själva och utvärdera neutralt.

Kanske gick projektet över budget, men resultatet blev så bra att alla är nöjda - lyckat. Kanske användes bara halva budgeten, men funktionerna blev så komplexa att ingen användare förstår resultatet och kan få nya insikter - misslyckat.

Beställaren

Bilden nedan är en klassisk bild som skämtsamt beskriver ett mjukvaruprojekt. Första gången jag såg den tror jag var på en Scrum Master-utbildning och även om den beskriver processen med glimten i ögat så har den mycket gemensamt med verkligheten. Vi visar ibland den till våra beställare för att förklara en viktig sak - skillnaden mellan första och sista bilden - "Hur kunden beskrev behovet" vs "Vad kunden verkligen behövde".

Det spelar ingen roll om vi är riktigt duktiga på att förstå och implementera vad vår beställare säger om det är en annan lösning som egentligen behövs.

En beställare utgår från sina egna erfarenheter och kunskaper när hen ska beskriva behovet framåt. Eftersom få beställare är experter på beslutsstöd eller dataanalys begränsas de av dessa kunskaper och önskemålen på lösningen blir således begränsade med. Att försöka frikoppla sig från dessa begränsningar är en av nycklarna till ett lyckat projekt.

Verksamhetsförståelsen

Många gånger vill vi börja i den andra änden - berätta om din verksamhet! Vilka typer av operationer utför ni? Vilka är de viktiga momenten? Var kostar det tid/pengar/energi idag? Genom att diskutera de olika områdena utan att gå in på specifika krav skapas snabbt en bild och lång lista med funktioner som skulle kunna hjälpa verksamheten. En del av detta kan mycket väl sakna data idag och vara omöjligt att implementera direkt, men de finns på listan för framtiden.

Konsulter som arbetat så här länge och som har en naturlig nyfikenhet kring organisationer, verksamheter och arbetssätt kommer att kunna ge många förslag på mätningar och analyser som beställarna ofta själva inte tänkt på. Allt från framtagande av grundläggande verksamhetssiffror till avancerade analyser som skapar god förståelse för strategiska förändringar.

Det här är en av de stora anledningarna till att beslutsstödsprojekt inte är lämpliga för offshore-outsourcing. För att beslutsstöd ska bli lyckat krävs det ett gott och nära samarbete mellan beställare och utförare.

Erfarenhet

Kanske säger beställaren "Vi vill ha en prisutvecklingsmätning för våra inköp där vi jämför priser med föregående år" vilket låter enkelt. Men, erfarenheten säger att detta kan bli mycket komplext och det finns en stor mängd underliggande frågor. Ska man mäta per leverantör och artikel eller bara artikel? Vad händer med material man inte köpte ifjol? Hur ska vi hantera att valutakursen ändras? Vad händer om man inte köper en artikel en viss månad? Hur hanterar vi stafflade priser? Vad händer om man ersätter en leverantör med en annan?

Och så vidare. Det finns många fallgropar i en sådan här mätning och desto mer erfarenhet utvecklaren har desto mer kommer hen kunna hjälpa beställaren att hitta rätt tidigt i projektet.

Momentum

Alla som cyklat vet att det första trampet är det tungt och därefter går det enklare. Cykeln tillsammans med cyklisten bygger upp en rörelseenergi när man kommer upp i fart. Stannar man till får man börja om med det första tyngre trampet igen.