SOA på tre måneder? Slank på 6 uker?

Det er mange spennende tilbud å lese om på internett, for ikke å snakke om en del av de som dukker opp i mailboksen min. Ofte loves stor fremgang (eller reduksjon, eller økning) på kort tid. Nå har jeg imidlertid fått med beskjed hjemmefra om ikke å tro på alt jeg leser, så jeg står vel uten unntak over denne typen tilbud. OK, jeg er litt svakere hvis de lover meg blankere sykkel eller lettere tur-utstyr - men nok om det.

En interessant sak nå nylig er denne: Tilbyr SOA på tre måneder til fast pris Her er aktøren seriøs og godt kjent i markedet, men har jeg noen tro på SOA (tjenesteorientert arkitektur) på 3 måneder? Til fastpris?

For å si noe om det må vi først ha en liten definisjon av hva SOA er - og hvorfor vi ønsker oss en SOA. Det siste er viktig, hvis ikke er vi ikke i stand til å bedømme om vi oppnår det vi ønsker eller ikke.

Motivasjonen til å innføre en tjenesteorientert arkitektur (SOA) kan være forskjellige, men på mange måter koker det ned til å kunne få en IT-portefølje som er mer fleksibel og bedre tilpasset de forretningsprosessene de skal understøtte. I dette ligger større endringsdyktighet og høyere grad av gjenbruk, noe som vil kunne bidra til reduserte kostnader. Måten vi søker å oppnå dette på er gjennom å bygge systemene som en samling av tjenester, derav navnet tjenesteorientert arkitektur. Akkurat hvordan tjenestene skal utformes og settes sammen for å nå målene om fleksibilitet og gjenbruk kan man ha lange diskusjoner om, akkurat her skal jeg nøye meg med å mene at det ikke er tilfeldig hvordan tjenestene utformes - samt at såkalte “loosely coupled business services” er en riktig god start.

Tjenesteorientering er altså middelet vi bruker til å oppnå de ønskede effektene (endringsdyktighet, fleksiblitet…). Naturlig nok kommer da effektene vi ønsker gradvis etter hvert som vi etablerer flere og flere tjenester og blir flinkere og flinkere til å utforme de på rett måte.

Hva er det så “reklamen” sier at vi nå kan få etablert på tre måneder, og til fastpris? Såvidt jeg kan lese ut fra artikkelen er det snakk om å levere en teknisk plattform, arkitektur og malverk. Dette er sikkert en fin og nyttig verktøykasse for å begynne å realisere tjenester, men det er da tydeligvis ikke snakk om å gjennomføre en omfattende implementasjon av tjenester - det ville også vært en overraskelse om dette lot seg designe, utvikle, teste og produkssjonsette i noe særlig omfang i løpet av tre måneder (…til fastpris).

Det er fristende å bruke denne modellen: http://schneider.blogspot.com/2008/03/jbogs-and-pops.html og kalle dette JBoPS, dvs Just a Bunch of Platform Stuff. Herfra er det et godt stykke igjen til lykkelandet SOA…

Nå er selvfølgelig denne typen plattform-prosjekter veldig greie å håndtere, de er enkle å scope, oversiktelige, målbare og kommer i mål innenfor rimelige tidsfrister, og så kan de også kjøres uten at man trenger å gjøre gjennomgripende ting med hele organisasjonen. For meg er de imidlertid bare begynnelsen på å gjennomføre en tjenesteorientering; Og kanskje er det heller ikke nødvendig å investere tungt i plattform først?

Har også lyst til å legge til at selv om det kan ligge mye nyttig støtte i et godt malverk og i et arkitekturrammeverk, så betyr dette ikke at design og arkitekturvurderinger ikke er en utfordring lenger. Å velge rett granularitet på tjenestene og å klare å finne de rette generiske og gjenbrukbare grensesnittene viser seg å faktisk være ganske krevende, og må gjøres riktig i hvert enkelt tilfelle.

Så får du en SOA på tre måneder? Det er i stor grad en definisjonssak. Du kan sikkert få på plass en SOA-plattform og så kalle det SOA, men alle de gode effektene som SOA er ment å skulle gi oss får du ikke av en plattform-implementering alene. De kommer av å implementere og ta i bruk tjenester, noe du må regne med at tar langt mer enn tre måneder - og at du ikke får fastpris på den jobben.

Det er fristende å sammenligne med å gå til innkjøp av treningsapparat og instruksjonsvideo. Fin start, men du blir hverken sprek og/eller slank av å sette opp treningsapparatet i kjellerstua - du blir sprek av å begynne å trene på det og så fortsette å trene på det. I tillegg hadde du sikkert ett par joggesko eller noe annet som kunne brukes til å trene med liggende allerede ;-)

1 Comment so far

  1. Harald Hegerberg on mai 7th, 2008

    SOA kommer til markedet med løftet om å bygge bro mellom forretning og IT. Det er ikke første gang vi hører dette løftet, og sikkert ikke sist gang heller. Det som er interessant er HVORFOR dette løftet kommer: Fordi det beskriver de mest prekære utfordringene som virksomheter sliter med i dag. IT har tyngdepunktet mot drift og forvaltning; Forretningssiden har et ønske om å utvikle konkurransefortrinn gjennom innovasjon. Og gapet mellom disse innsatsene øker.

    Med dette som bakgrunn ser man at SOA gir muligheten til effektiv utvikling av tjenester som gjør forretningsdriften mer transparent, kostnadseffektiv og enhetlig. Men: Det betinger at virksomheten er i stand til å ORGANISERE seg rundt SOA. At man avsetter budsjetter til felles innsats og investering - på tvers av tradisjonelle prosjekter og avdelingslinjer. Og over tid, ved å ha felles målsetninger og vilje til reinvestering i SOA-plattform og policy.

    Dette betinger at virksomhetene som ønsker effekten av SOA må være villige til å endre måten de driver prosjekter og forvaltning på. Slike endringer kommer ikke enkelt, og heller ikke nødvendigvis fort. Og siden man ofte vil oppleve at budsjetter og incentiver står i veien for å oppnå de positive effektene må man være villig til å løfte sin SOA satsing til et høyt ledelsesmessig nivå.

Leave a reply