Recension av boken "Service Orientation" av Paul Allen.
Det är tunnsått på böcker om SOA i praktiken, men Paul Allens bok ”Service Orientation” är till stor del baserad på praktiska erfarenheter och de bägge avslutande praktikfallen är lysande.
Konceptet ”Service Oriented Architecture”, som samtliga stora IT-aktörer äntligen enats kring, innebär i korthet att vi utvecklar löst kopplade servicekomponenter. Den lösa kopplingen innebär att de blir oberoende av teknisk plattform, vilket i sin tur gör det möjligt att snabbt och smidigt (”agile”) kunna sätta ihop (orkestrera) unika verksamhetsprocesser och därmed öka verksamhetens konkurrensförmåga.
Ordet ”Architecture” ska tas på största allvar och är en avgörande framgångsfaktor. Allen beskriver noga hur vi får fram en bra servicearkitektur, baserad på processmodeller, informationsmodeller och affärsregler.
Lysande praktikfall
Praktikfallen avslutar boken och är spännande och välskrivna. Båda är mycket intressanta och särskilt Credit Suisse är mycket genomarbetad och öppen. Chefsarkitekten Hermann Schlamann, betonar hur viktigt det är att ”kratta manegen” genom att förbereda sin dataarkitektur väl. I Schweiz gick alla banker redan 1995 samman om en gemensam datamodell.
Tre steg för att lyckas med SOA
- Börja med processutveckling och processorientering i verksamheten (annars ger inte SOA mycket mervärde).
- Etablera SOA på IT-sidan och utveckla återanvändbara, löst sammankopplade service-komponenter (services).
- Etablera kontroll av hur driften sköts med ordentliga Service Level Agreement (SLA) som följs upp, annars riskeras den bästa arkitektur. ”Du kan inte kontrollera det du inte kan mäta. Du kan inte mäta det du inte specificerat” citeras Tom DeMarco från 1982.
”Agility” ger snabbhet och rörlighet
Löst kopplade servicekomponenter är det som möjliggör en konkurrenskraftig processutveckling. Termen ”agility” definieras och vi mäter denna förmåga hos servicekomponenten. Hur stor är graden av återanvändning, hur lätt är den att ersätta, hur väl samverkar den med andra servicekomponenter och hur lätt är den att ändra?
Några slutord
Allen låter begreppet ”Service Orientation” omfatta både verksamhetens processutveckling och IT-sidans serviceorientering. Det förvirrar! Låt oss stanna vid att SOA och Service Orientation är begrepp på IT-sidan, som i sin tur ger fantastiska möjligheter för verksamhetens processutveckling, precis som Hagel beskrivit det.
När Allen håller sig till hur SOA ska etableras och genomföras lyser hans långvariga praktiska erfarenheter igenom. Undvik att låta den egna koncernchefen skriva de vackra orden på baksidan. Boken är bättre än så!
Dialog med författaren
Fråga 1. Informationsmodelleringen ges större uppmärksamhet i praktikfallen än i själva boken.
Svar. Nej, och jag anser informationsmodelleringen som absolut kritisk för att uppnå ”agility”.
Fråga 2. Varför är inte Zachman Framework användbart för SOA?
Svar. Mer och mer tror jag det finns värdefulla synergier mellan Framework och SOA.
Fråga 3. Rollförteckningen är bra, men ses bara ur ett IT-perspektiv, där till exempel ”processägaren” kallas ”kund”. Vore det inte bättre att beskriva rollerna ur ett verksamhetsperspektiv?
Svar: OK, låt oss fortsätta över en öl!