Vad är verksamhetsnära analys?

Verksamhetsnära analys är analys som är inbyggd i de processer och beslut den ska stödja. Den är aktuell nog att påverka beslutet och bygger på begrepp som hela verksamheten delar, så att ingen behöver ringa en kollega för att tolka siffran. Det är mer ett arbetssätt än en teknik.

De flesta organisationer vi arbetar med har gott om analyskapacitet, med dashboards och analytiker som tar fram tekniskt korrekta underlag. Ändå fattas en stor del av de operativa besluten på data som är dagar gammal, eller som speglar en avdelnings definition av ett begrepp som tre avdelningar ser olika på. Ibland måste någon ringa en kollega för att få veta vad siffran egentligen betyder.

Problemet är med andra ord avståndet. Analysen finns, men den når inte fram till rätt person medan det fortfarande går att agera.

Verksamhetsnära analysAnalys som är inbyggd i de processer och beslut den ska stötta. Den kommer i tid för att påverka beslutet och bygger på begrepp som hela verksamheten använder på samma sätt. innebär alltså att analysen byggs in i de processer och beslut den ska stödja, på ett sätt som gör att den faktiskt används.

Konkret betyder det att produktionsledaren har en vy som speglar vad som händer nu, kopplad till de begrepp och processer som gör siffran begriplig. När en avvikelse ger ett larm betyder det samma sak för underhåll, kvalitet och produktionsledning. Inköpschefen ser i sin tur lagerstatus kopplad till den order som avgör om ett material behöver beställas i dag, i stället för en PDF som speglar läget vid midnatt i torsdags.

Det som gör det svårt har sällan med tekniken att göra. Det tar tid att bestämma vad era nyckelbegrepp betyder och vem som äger definitionerna, och det är de besluten som avgör om lösningen håller när den väl är i drift.

Tekniken för verksamhetsnära analys är mogen. Realtidsflöden och larmlogik som kan agera automatiskt finns redan i plattformar som är i drift hos producerande bolag i dag, och Microsoft Fabric samlar delar av det i en gemensam plattform som Microsoft aktivt utvecklar på arkitekturnivå.

I praktiken avgörs resultatet av arbetet innan tekniken sätts in. Ni behöver veta vilka beslut som behöver kortare ledtid, och vad "realtid" betyder i just det sammanhanget, om det är sekunder, minuter eller timmar. Sedan behöver organisationen enas om vad "försenad" betyder, alltså om det räknas från bekräftelsedatum, ursprungligt leveransdatum eller det datum som kommunicerades till kunden. Utan de svaren gör plattformen bara att konflikterna kommer fram snabbare.

Artiklarna i serien går igenom delarna en i taget. Den första förklarar vad real-time analytics är och var timingen avgör värdet, och den andra vad en digital tvilling innebär och varför modellen under den spelar så stor roll. Den tredje visar hur de två kombineras i en plattform och vad som krävs för att kombinationen ska ge beslut man kan agera på.

Arbetet börjar i era begrepp och beslut. Tillsammans går vi igenom vilka nyckeltal som styr verksamheten och var glappet mellan information och handling är störst, så att ni själva ser vad som är värt att bygga. Först därefter går det att avgöra hur plattformen behöver se ut för att ge beslutsstöd ni litar på.

Vi bygger på Microsoft Fabric, men det är era beslut om begreppen som avgör vad som byggs på den. Ett bra första steg är att välja ett beslut som i dag fattas på för gammal data och reda ut vilka begrepp det vilar på.