×Prime Arch

6. Gapanalys Tjänst - Process

Publicerad den
Patrik Hallén

I föregående artikel, "5. Ett annat sätt att identifiera tjänster: Processer". identifierade vi genom att analysera verksamhetens egna beskrivningar kunde extrahera processer och matcha dem med deras respektive output – det vill säga verksamhetsobjekt. Nu är det dags att ställa dessa processer mot de tjänster som verksamheten själv marknadsför. Det är dags för en gapanalys mellan beskrivningen av tjänster och processer.

Vad erbjudandet säger och vad hemsidan beskriver

Till vänster i bilden övan ser vi tjänsterna som kommuniceras under erbjudandet Bohagsflytt:

  • Packning

  • Flyttning

  • Magasinering

  • Flyttstädning

Men tittar vi istället på processerna som beskrivs på hemsidan så dyker även följande upp:

  • Hantera beställning

  • Besiktiga hem

  • Planera flytt

Från tjänst till process till output

Med Prime Archs metamodel vet vi att:

  • En process (P31) realiserar en tjänst (T31)

  • En process (P31) har output i form av ett verksamhetsobjekt (I32)

Vi ställer därför upp våra förteckningar i tre kolumner: Tjänst, Process, Output.

Det som är rödmarkerat är det som saknas. Exempelvis:

  • Vi har processen "Hantera beställning" och outputen "Beställning", men ingen motsvarande tjänst.

  • Vi har "Besiktiga hem" och "Besiktningsunderlag", men saknar tjänsten "Besiktning".

  • Vi har Planera flytt och output Flyttplan, men saknar tjänsten Flyttplanering.

  • Samtidigt har vi en tjänst "Flyttstädning" utan att det finns process eller output kopplat till "Städa bostad".

När vi kompletterar vår beskrivning och kopplar samman processer och tjänster, får vi en tydligare helhet. Nedanstående bild visar hur processer realiserar respektive tjänster och hur informationsobjekten kopplas in i flödet.

Slutligen, vi kan även gruppera dessa processer till ett sammanhållet processflöde som realiserar tjänsteflödet Bohagsflyttning.

Gapanalysen mellan tjänster och processer hjälper oss att identifiera:

  • Tjänster som kommuniceras men saknar förankring i verkliga aktiviteter

  • Processer som utförs men inte kommuniceras som tjänst

  • Verksamhetsobjekt som saknas men bör modelleras för att tjänsten/processen ska bli begriplig

Genom att förena dessa perspektiv kan vi skapa ett mer komplett och trovärdigt erbjudande som står i linje med faktisk verksamhet.

I nästa artikel kommer vi att fokusera på tjansteflödet: hur tjänster hänger ihop och samverkar, och hur vi kan modellera deras relationer för att få syn på helheten och eventuella beroenden.