
Stackars Svenska bolag som exporterar till Tyskland förresten... ledsna Tyskar köper visst mindre än glada Spanjorer ökar på sina inköp...
Nu är det inte långt kvar till semestern...
Den 26 juli spelar dom gamla gudarna i Iron Maiden på Ullevi här i Göteborg och självklart har man biljetter :) Redan i höstas slängde jag upp en liten grupp på Facebook för oss som vill köra igång lite innan och nu är vi strax över 400 pers som vill festa litegrann tidigare på dagen också!
Så sent som på Microsofts Sommarkollo i förra veckan träffade jag gruppmedlemmar IRL och det känns verkligen att det här är något speciellt :) Nu har vi dragit igång röstningen i gruppen om vart vi skall vara... Alternativen är;
1) Slottskogen
2) Bältespännarparken
3) Gamle Port
4) Trägårn
Med tanke på att både GP och Trägårn har åldersgräns röstade jag själv för Bältespännarparken så kan dom som vill hoppa lite till bägge de andra ställena och vi som har kids med oss kan softa lite i den sköna sommardagen... Passar på att lägga in lite skön muzak nedan från förra gången dom var på Ullevi också... om ni mot all förmodan missat vilka Iron Maiden är *haha*
Den kanske mest slående likheten mellan service oriented architecture, soa, och
business intelligence, BI, är att båda är i grund missförstådda.
Den senaste versionen av ITIL fokuserar på förvaltning av tjänster som gör det
särskilt värdefullt för arkitekter och utvecklare som arbetar med SOA-projekt. Enligt Evelyn Hubbert (Senior Analyst for Infrastructure and Operations, Forrester Research Inc) kommer servicefokus från ITIL V3 bli mer och mer betydelsefullt inom SOA-världen. ITIL V3 utvecklardes för att fokusera på service management över hela organisationen och här sammanfaller både ITIL och SOA "best practices".
Det som jag anser är viktigast att ta till sig som ny inom SOA
är vad SOA är och framförallt, vad det inte är. För min del så handlar det
väldigt mycket om rent abstrakta konstruktioner. SOA handlar om ett nytt sätt
att tänka på och ett nytt sätt att tänka på lösningar. SOA handlar inte om att
köpa en färdig plattform från någon leverantör och tro att den kommer att lösa
alla problemen. SOA måste inte implementeras med hjälp av web services och SOAP.
Det finns massor med exempel på service-baserade arkitekturer som inte använder
SOAP över huvud taget. För att lyckas med SOA så måste man börja bygga från
grunden med små återanvändbara komponenter.
SOA är inte en teknik eller en produkt utan SOA handlar om ramverk, mönster,
policies och best practices. Det jag ville fokusera på när jag tog fram kursen
var att i första hand försöka hålla det så långt ifrån de konkreta tekniska
lösningarna som möjligt utan att för den sakens skull påstå att det inte handlar
om teknik. Det finns ett kapitel i början som reder ut de vanligaste tekniska
begreppen. Kursen är upplagd för att passa såväl projektledare som utvecklare
och därför har jag valt att inte gå alltför djupt i detaljerna utan har istället
försökt hålla mig på en ganska hög nivå.
Jag försöker, när jag håller kursen, även att lägga en del fokus på
interaktionen mellan IT och business. Min uppfattning är att med SOA så ökar
möjligheterna för en rakare kommunikation mellan de som utvecklar tekniken och
de som ska dra nytta av den. IT, eller teknik för den delen, får aldrig bli ett
självändamål utan måste hela tiden sträva efter att nå en affärsnytta. Det är på
det sättet som företag utvecklas och det är där som SOA kan hjälpa till, just i
förståelsen mellan olika tidigare vattentäta skott i organisationen.
Jag har nog tolkat det som att SOA är ett begrepp och en företeelse som
kommer från IT-sidan, och att man ser det som ett sätt att hitta ett gemensamt
språk/sätt att överbrygga mot verksamheten. Kan man sälja in SOA högt upp i
organisationen, kan man nog omdana IT-verksamheten och få den
verksamhetskoppling och affärsnytta som det snackas om. Kanske är det ITs sätt
att rättfärdiga sin existens och också kanske en överlevnadsfaktor för att inte
"outtaskas/sourcas" till låglöneländer..
Det senare tycker jag är intressant för övrigt, läste en artikel nyligen om
att vi i Sverige är relativt riskaverta och mindre välvilligt inställda till
just offshore outsourcing. Har själv jobbat i ett par sådana projekt med Indien
och Östeuropa (ej rena IT-projekt) och har väl delade erfarenheter av det, men
så är det alltid i början och man får inte underskatta de kulturella
skillnaderna och den tid det tar för en extern part att sätta sig in i
verksamhet och verksamhetsprocesser. Och ju sämre processer och koll på
verksamhetsflöden, desto svårare blir outsourcingen. Ett exempel var
leverantörsreskontarhanteringen med riktigt usla stödsystem för granskning och
attest av leverantörsfakturorna som ju involverade många medarbetare runt om i
organisationen. Så åter till SOA igen, som ju inte är en teknik utan snarare en
filosofi eller princip som bygger på bygger mycket på processer, flöden och att
IT och IT-arkitekturen skall stödja verksamheten i dessa avseenden. Eller för
att citera ur vårt eget utbildningsmagasin "Format": "SOA-perspektivet är att IT
måste vara strukturerat efter hur verksamheten fungerar och hur organisationens
processer fungerar".
Slutligen, för att få till en koppling mellan utbildning/Informator, och
SOA, så är poängen den att eftersom begreppet är relativt nytt och fortfarande
"hypat", så kom till oss så sätter vi begreppen i sitt sammanhang. Vi kan även
erbjuda utbildning inom bland annat Web Services som man nog kan säga är lite
"SOA i praktiken". Det senare en tolkning av en undertecknad som lekman men har
även träffat på lärare som håller med!