Det finns många risker och alla måste bort. Det mest effektiva sättet att lyckas är att identifiera riskerna tidigt och ta bort dem steg för steg, de viktigaste först. Efter varje steg visar du med körbar kod att riskerna som du tog itu med har undanröjts.
Soa handlar om att bygga stora programsystem genom att koppla ihop stora komponenter. Det är samma komponentbaserade utveckling som tillämpats på Ericsson sedan slutet av 1960-talet. Det går ut på att bygga ett system av sammankopplade system, vilket beskrivs i min bok Software Reuse från 1997.
Man kan säga att det största soa-system som någonsin har byggts är det globala telekomnätet. ”Tjänsterna” kommer från hundratals tillverkare och tusentals operatörer. Tjänsterna kopplas samman med gränssnitt som standardiserats av internationella organ som ITU. ”Systemet” har byggts upp oavbrutet i över 50 år och kommer att fortsätta att växa i evighet. Det har över en miljard användare.
Det konstigaste är att det nästan alltid fungerar.
Det finns mycket att lära av detta när man bygger mindre soa-system för företag. En lektion är att man måste bygga i små genomförbara steg. Leverera något till användarna inom sex till tolv månader och fortsätt med det i all framtid.
Gör inte som en stor koreansk bank har gjort. Den lät alla större programföretag lämna in bud på utveckling av en specifikation för bankens nya företagssystem. Vinnaren skulle ta fram tusentals diagram som visade dess förståelse av verksamhetsprocesser, datamodeller, tillämpningsmodeller etcetera.
Två år och 25 manår senare hade de sina drömdiagram, men inget körbart. Allt var mer eller mindre oanvändbart när de gick över till nästa fas.
Börja i stället med en enkel arkitektonisk färdplan. Den ska omfatta de tjänster du redan har och några av de nya tjänster som du behöver för dina nya verksamhetsprocesser.
Du måste jobba både uppifrån och ner och nerifrån och upp, som jag beskrev förra månaden (”Ingen anledning att misslyckas med soa” hittar du på cstjanster.idg.se/d/51 ).
Modellera bara det som du behöver för att få en bild. Du behöver också identifiera tjänsterna och hur de hänger ihop. Men håll det enkelt.
Vid andra steget går du djupare. Du fyller på med körbar kod. Du väljer en av de nya verksamhetsprocesserna och genomför några scenarion. Den exekverbara koden testas och valideras. Så snart den är tillräckligt bra tar du ett nytt liknande steg, och så vidare. Efter ett antal steg är du redo att släppa produkten till riktiga användare, och eftersom du jobbat i små steg är detta ingen stor sak. Det är smart!
- IT
- CIO Sweden
- Computer Sweden
- CS Jobb
- CSO
- Executive Report
- IDG.se
- Internetworld
- IT i vården
- IT24
- IT-tjej
- Level
- M3
- MacWorld
- PC för Alla
- TechWorld
- Testcentret
- ANDRA OMRåDEN
- Big Twin
- Biotech Sweden
- CAP&Design
- MiljöAktuellt
- Studio
- Teknik360 NY!
- Upphandling24
- MER FRåN IDG
- Branschkoll
- Kundcase
- Nyhetsbrev
- Pressmeddelanden
- Whitepapers & Webcasts
Vem tycker du är
OBS! Denna artikel är mer än tio dygn gammal och är därför stängd för vidare debatt.