Lördagsmys, as a service

Lördagsmys, as a service

Jag insåg en sak häromdagen. Jag pratade i telefon med en kollega och för en utomstående så hade det säkert låtit som ett poetry-slam för IT nördar. Jag insåg när jag lagt på  att jag i egenskap av kommunikatör gjort ett klassiskt misstag. Jag förutsatte ju (inte helt oväntat) att vi menar samma sak när vi säger samma term. Termen i fråga var "tjänst".
Vad är då en tjänst?
Vanligt förekommande sammanhang där man pratar om tjänster är ju (såklart) i SaaS och PaaS (software och platform as a service), att leverera tjänster, att ta betalt som tjänst, tjänster på internet, web services mm.
Som enterprise arkitekt så har man en viss böjelse för definitioner, för det är ju när man har tydliga definitioner kommunikation blir effektiv och det är ju något av pudelns kärna i det förändringsarbete av affärslösningar vi gör med utgångspunkt i den så kallade "arkitekturen" (mer om det senare).

Vad är då en "tjänst"? Efter ha plöjt igenom husbibeln (Togaf 9 handboken) så inser man att termen "service" faktiskt inte är definierad. Söker man sig åt wikipedia mfl så hamnar man gärna i särskiljandet av produkter och tjänster, men det är inte riktigt det "vi" talar om.
Open Group pratar om verksamhetstjänster (sk business services) och nu börjar det bli spännande. "Business services Supports business capabilities through an explicitly defined interface and is explicitly governed by an organization."

Det är två centrala bitar här som står för hela poängen:
* Explicit definierat gränssnitt
* Explicit styrt

Faktum är att det är precis så det fungerar hemma hos oss. 

Jag (som organisatorisk entitet i familjen) tillhandahåller tjänsten "lördagsmys" med gränssnittet "leverera romantisk lördagsmiddag 2-9 rätter, gott vin etc och är explicit styrt av min bättre hälft.
Styrningen regleras i det avtal mellan en  tjänstekonsument och en tjänsteproducent hur tjänsten skall levereras, ett så kallat SLA (service level agreement) där det då regleras (i vårt fall), hur ofta, inom vilka ramar (Sibylla är inte okej), vilka avvikelser som är tillåtna (är det okej att leverera på en fredag istället?), vad händer om tjänsten inte levereras som avtalat? 

Vilka fördelar finns det då att beskriva saker som tjänster?
* Ansvarsfördelningen mellan vem som gör vad blir glasklar.
* Förväntningarna blir tydliga (de finns reglerade i avtalet...)
* Man minskar komplexiteten då man inte behöver veta hur tjänsten gör för att produceras (IT stöd, maskiner etc) (jag kan ju välja att leverera lördagsmyset med en hemlagad 5 rätters middag eller helt sonika gå på finrestaurang).
* Tjänsten kan konkurrensutsättas (förutsatt att den inte är beskriven på partikelnivå men det bör man ju inte göra).
Om en tjänst är avgränsad, tydligt definierad så blir det ju per automatik lättare att styra.

Vi ser hur verksamheter tjänstefieras bit för bit och detta är en nödvändighet för att kunna transformeras. Affärslösningarna som skall stödja verksamhetens tjänster är i många aspekter resultat av verksamhetstjänsterna.

En bra startpunkt i att transformera en organisation är att börja kartlägga och definiera tjänster. Vi kallar det för att göra en verksamhetsmodell. En karta över ditt företag.
Kan det finnas en bättre utgångspunkt för förändring?