Architecture Roadmapping

Useimmat organisaatiot pystyvät tuottamaan tavoitearkkitehtuurin; selkeä toimialuemalli ja konsolidoitu alusta syntyvät, kun käytettävissä on osaava tiimi ja muutama viikko. Tavoite on harvoin vaikein osa. Vaikeaa on se, että tavoite on määränpää, mutta liiketoiminta tarvitsee reitin: sellaisen, joka rahoitetaan erissä, toteutetaan tiimeillä jotka pitävät myös arjen pyörät pyörimässä, ja kuljetaan ilman että ympäristö kaatuu matkan varrella. Arkkitehtuurin tiekartoitus muuntaa tuon tavoitteen vaiheistetuksi ohjelmaksi siirtymäarkkitehtuureja, joista jokainen on toimintakykyinen pysähdyspaikka. Tiekartta, ei tavoite, on se paikka jossa yritysarkkitehtuuri lunastaa arvonsa, ja vaiheistus on yhtä lailla insinööri- ja taloudellinen ongelma kuin mallinnusongelma.

What Nashua offers hereToimeksiannot jotka vaiheistavat matkan nykyisestä tavoitearkkitehtuuriin rahoituskelpoiseksi, vaiheistetuksi ohjelmaksi.See the engagements

Kuilu tavoitteen ja suunnitelman välillä

Yritysarkkitehtuuri on käyttänyt kaksi vuosikymmentä siihen, että se on tullut hyväksi kuvaamaan tavoitetiloja. Viitearkkitehtuurit, kyvykkyyskartat, toimialuejaot ja periaatteet ymmärretään nykyään hyvin, ja useimmilla suurilla organisaatioilla on ainakin yksi uskottava kuva siitä, minne ne aikovat ympäristönsä viedä. Mikä jää kroonisesti alikehittyneeksi, on tämän päivän ja tuon kuvan välinen sidekudos. Pyydä nähdä tavoite, niin sinulle näytetään yleensä kaavio. Pyydä nähdä tiekartta, niin sinulle näytetään usein sama kaavio, jonka laatikoiden viereen on kirjoitettu joitakin vuosineljänneksiä.

Tällä on nyt enemmän merkitystä kuin vuosikymmen sitten yhdestä tietystä syystä: muutoksesta on tullut jatkuvaa ja rinnakkaista. Organisaatiot eivät enää toteuta yksittäistä muutosohjelmaa, jolla on selkeä ennen ja jälkeen. Ne ajavat samanaikaisesti cloud-migraatiota, sovellusten rationalisointia, data-alustan konsolidointia, identiteetin modernisointia ja sääntelyn korjaustoimia, jaettujen järjestelmien halki, päällekkäisin tiimein ja rajallisin rahoituksin. Sellaisessa ympäristössä vaiheistamaton tavoite on aktiivisesti vaarallinen. Se houkuttelee jokaisen ohjelman optimoimaan omaa lopputilaansa, ja törmäykset paljastuvat myöhään, tuotannossa, integraatioiden rikkoutumisena, päällekkäisenä kulutuksena ja puoliksi migroituneina järjestelminä, joita kukaan ei pysty turvallisesti saattamaan loppuun tai perumaan.

Tiekartta on se, mikä muuttaa joukon toisistaan riippumattomia hyviä aikeita selviytymiskelpoiseksi toimintajärjestykseksi. Sen tehtävä ei ole olla innostava. Sen tehtävä on taata, että ympäristö pysyy ajettavana jokaisessa askeleessa tästä tavoitteeseen, että jokainen askel voidaan maksaa, ja että askeleet kokoontuvat määränpääksi eivätkä pelkästään viittaile siihen. Kun tuo takuu puuttuu, muutos pysähtyy ei siksi että tavoite oli väärä vaan siksi että kukaan ei vaiheistanut reittiä sinne.

Perusteista: lähtötila, tavoite ja niiden väliset tilat

Tiekartoituksen ydin on yksinkertainen kolmikko, johon organisaatiot johdonmukaisesti investoivat liian vähän. On lähtöarkkitehtuuri, ympäristö sellaisena kuin se aidosti tänään on, mukaan lukien dokumentoimattomat integraatiot ja järjestelmät joista kaikki ovat unohtaneet olevansa yhä riippuvaisia. On tavoitearkkitehtuuri, tarkoitettu lopputila. Ja niiden välissä on siirtymäarkkitehtuureja: ympäristön välitiloja, joista kukin on sisäisesti johdonmukainen, tuotannossa toimintakykyinen ja pysähtymisen arvoinen. Siirtymäarkkitehtuuri on se työn yksikkö, jonka tiekartoitus tosiasiassa valmistaa, ja se on käsite joka useimmin ohitetaan.

Siirtymäarkkitehtuuri ei ole virstanpylväs tai valmiusprosentti. Se on kuvattu koko ympäristön tila tiettynä ajankohtana: mitkä järjestelmät ovat olemassa, mitkä on poistettu käytöstä, mitkä integraatiot ovat elossa, mitkä datavirrat ovat siirtyneet, ja kriittisesti se, pystyykö liiketoiminta toimimaan sillä. Niiden määrittelyn kuri pakottaa kaksi kysymystä, joita epämääräiset tiekartat välttävät. Ensinnäkin, onko tämä välitila tosiasiassa ajettava, vai vaatiiko se, että kaksi järjestelmää ovat samanaikaisesti auktoritatiivisia samalle datalle? Toiseksi, onko siihen saapuminen vaivan arvoista, vai onko se tila jonka läpi kuljetaan niin nopeasti, että kahden toimintamallin ylläpitäminen kahden viikon ajan maksaa enemmän kuin säästää?

Siirtymäarkkitehtuurien välissä ovat työpaketit: muutosnippuja, jotka siirtävät ympäristön yhdestä johdonmukaisesta tilasta seuraavaan, ja jokaisella on riippuvuudet, toteutuksen omistaja ja kustannus. Tiekartta on tällöin näiden työpakettien vaiheistus siten, että riippuvuuksia kunnioitetaan, mikään siirtymätila ei ole ajokelvoton, ja jokainen vaihe voidaan liittää rahoituspäätökseen. TOGAFin kaltaiset viitekehykset formalisoivat tämän migraation suunnitteluvaiheissaan, mutta viitekehys on vähemmän tärkeä kuin sen taustalla oleva sitoumus: et suunnittele projektia, vaan suunnittelet sarjan toimintakykyisiä ympäristöjä, joista jokainen on paikka johon organisaatio voisi periaatteessa päättää jäädä.

Baseline estateTransition ATransition BTargetarchitecture
Each transition architecture is a coherent, operable estate the business could run on before the next phase begins.

Mikä muuttuu tiekarttojen rakentamisessa

Useat muutokset muovaavat käytäntöä. Ensimmäinen on siirtyminen aikaboksitetusta kyvykkyyspohjaiseen ja arvovirtaperustaiseen vaiheistukseen. Vanhemmat tiekartat vaiheistettiin järjestelmän tai julkaisujunan mukaan. Nykyinen käytäntö vaiheistaa liiketoimintakyvykkyyden lisäyksen mukaan: mitkä kyvykkyydet paranevat, missä järjestyksessä, ja mikä arkkitehtuurityö on vähimmäismäärä joka tarvitaan kunkin avaamiseen. Tämä kehystää tiekartan uudelleen sellaisten lopputulosten ympärille, joita liiketoiminta rahoittaa, sen sijaan että se rakentuisi komponenttien ympärille jotka arkkitehtuuritiimi kokee siisteiksi, ja se tekee vaiheistuksesta luettavan niille, jotka hallitsevat budjetteja.

Toinen on rinnakkaiselomallien normalisoituminen ensiluokkaisiksi tiekartan elementeiksi. Strangler-malli, rinnakkaisajo ja inkrementaalinen datamigraatio eivät ole enää nokkelia poikkeuksia; ne ovat oletusolettamus mille tahansa merkittävälle ympäristölle, koska kertarysäyksellä tehty vaihto on osoittautunut liian riskialttiiksi mittakaavassa. Se muuttaa sitä, mitä tiekartan on sisällettävä. Sen on nyt määriteltävä rinnakkaiselon koneisto eksplisiittisesti: korruptionestokerrokset, reititys joka ohjaa liikenteen vanhaan tai uuteen, ja täsmäytys joka pitää kaksi järjestelmää samaa mieltä niin kauan kuin molemmat ovat elossa. Nämä eivät ole myöhemmin löydettäviä toteutusyksityiskohtia. Ne ovat jokaisen siirtymäarkkitehtuurin kantavia osia ja usein vaiheen kallein osa.

Kolmas muutos on taloudellinen. Salkku- ja tuoterahoitusmallit, inkrementaaliset ja rullaavat budjetit sekä cloudin mukanaan tuoma siirtymä pääomakustannuksista käyttökustannuksiin ovat kaikki tehneet tiekartan rahoitusprofiilista suunnittelurajoitteen jälkiajatuksen sijaan. Vaihe joka on arkkitehtonisesti tyylikäs mutta vaatii suurta pääomasitoumusta vuonna jolloin sitä ei ole saatavilla, ei ole toteuttamiskelpoinen vaihe. Yhä useammin tiekartoitus tehdään talouden ollessa mukana huoneessa, muovaten inkrementtejä niin että kukin tuottaa tarpeeksi realisoitunutta arvoa tai kustannussäästöä auttaakseen rahoittamaan seuraavaa. Tiekartasta tulee itsensä rahoittava sarja eikä etukäteen esitetty lasku.

Kestävän tiekartan suunnitteluperiaatteet

Kestävä tiekartta noudattaa muutamaa periaatetta, jotka erottavat sen toivelistasta. Ensimmäinen on se, että jokaisen siirtymäarkkitehtuurin on oltava ajettava. Tämä on se, josta ei neuvotella. Missään suunnitellussa kohdassa ympäristö ei saa olla riippuvainen tilasta joka ei tosiasiassa kykene pyörittämään liiketoimintaa: ei vaihetta jossa kaksi järjestelmää molemmat uskovat omistavansa asiakastietojen perustan, ei vaihetta jossa käytöstä poistetulla integraatiolla ei ole korvaajaa elossa. Jos siirtymätila ei ole toimintakykyinen, se ei ole siirtymäarkkitehtuuri, se on jyrkänne.

Toinen on se, että riippuvuudet, eivät päivämäärät, ohjaavat järjestystä. Tiekartta tulisi rakentaa suunnattuna graafina siitä, minkä on edellettävä mitäkin, kriittinen polku näkyville tuotuna, ja päivämäärät johdettuina tuosta graafista sen sijaan että ne asetettaisiin sille. Datariippuvuudet ansaitsevat erityistä kunnioitusta. Sellaisen sovelluksen migroiminen, jonka dataa ei ole selvitetty irti kolmesta muusta järjestelmästä, on paikka jossa tiekartat hiljaa hajoavat, koska datakytkentä on riippuvuus jonka piirtämisen ihmiset unohtavat.

Kolmas on se, että käytöstäpoisto on toimitettava tulos, ei toive. Tiekartta joka vain lisää ei ole tiekartta, se on kasautumissuunnitelma. Jokaisen vaiheen tulisi nimetä se, mitä sammutetaan ja muutetaan realisoiduiksi säästöiksi, koska vanhan järjestelmän eläkkeelle siirtäminen on yleensä se, missä liiketoimintaperustelu asuu, ja se on askel jonka lykkäämiseen loputtomiin tiimit ovat kaikkein houkutelluimpia. Neljäs on optionaalisuus: hyvät tiekartat vaiheistetaan niin että aikaiset vaiheet pitävät myöhemmät valinnat avoimina ja tuottavat itsenäistä arvoa, jotta jos rahoitus tai prioriteetit muuttuvat toisen vaiheen jälkeen, organisaatio jää johdonmukaiseen tilaan eikä jää loukkuun kesken hypyn. Peruutettavuus, tai ainakin määritelty vararatkaisu jokaiselle vaihdolle, on osa samaa periaatetta. Vaihe jota et voi turvallisesti hylätä on vaihe jota sinun ei tulisi aloittaa.

Missä tiekartat epäonnistuvat

Kertarysäyksen houkutus. Yleisin epäonnistuminen on tiekartta jossa on liian vähän, liian suuria vaiheita, huipentuen yhteen ratkaisevaan vaihtoon. Se näyttää tehokkaalta kalvolla ja se keskittää kaiken riskin yhteen peruuttamattomaan hetkeen. Minkä tahansa kokoisia ympäristöjä ei voi alustaa uudelleen yhdellä liikkeellä hyväksymättä epäonnistumisen todennäköisyyttä, jota minkään vastuullisen organisaation ei tulisi hyväksyä. Korjaus on pienemmät, toimintakykyiset inkrementit, vaikka väliaikaisen rinnakkaiselon koneiston kustannuksella.

Orpo siirtymätila. Läheinen sukulainen on tiekartta jonka välitilat eivät tosiasiassa ole ajettavia. Tavoite on johdonmukainen ja alku on johdonmukainen, mutta kolmas vaihe vaatii, että kaksi järjestelmää ovat samanaikaisesti auktoritatiivisia, tai jättää kriittisen rajapinnan ilman elossa olevaa omistajaa. Nämä tiekartat läpäisevät katselmoinnin, koska katselmoijat tarkistavat päätepisteet ja luottavat keskikohtaan. Kunkin siirtymäarkkitehtuurin kirjaaminen ylös toimintakykyisenä ympäristönä on juuri se kuri, joka nappaa tämän kiinni.

Rahoitus ja toteutus eronneina. Pelkästään arkkitehtien piirtämät tiekartat, ilman taloutta ja toteutusta, vaiheistavat työn järjestyksessä jota ympäristö haluaisi mutta jota budjetti ei voi tukea, tai joka olettaa tiimejä ilman lievennysvaraa. Vaiheet lipsuvat tällöin ei teknisistä syistä vaan siksi että raha saapuu eri muodossa kuin suunnitelma oletti. Koskaan käytöstä poistamaton legacy. Tähän liittyvä, ja endeeminen: uudet järjestelmät laskeutuvat, vanhojen on tarkoitus jäädä eläkkeelle, mutta eläkkeelle siirtyminen on aina ensi vuosineljänneksellä. Säästöt jotka perustelivat ohjelman eivät koskaan toteudu, ja ympäristö päätyy monimutkaisemmaksi kuin ennen, kantaen molempia sukupolvia yhtä aikaa. Jäätynyt tiekartta. Lopuksi, tiekartat joita kohdellaan kiinteinä tuotoksina, kerran julkaistuina ja puolustettuina, elävien mallien sijaan jotka määritetään uudelleen todellisuuden liikkuessa. Jatkuvan muutoksen alla oleva ympäristö mitätöi viime vuoden järjestyksen; tiekartta jota ei tarkastella uudelleen muuttuu fiktioksi, jota vasten ihmiset silti suunnittelevat.

Kuinka Nashua toimii

Nashua lähestyy tiekartoitusta harjoituksena toimintakykyisten ympäristöjen vaiheistuksessa, ja se alkaa rehellisestä lähtötilasta dokumentoidun sijaan. Ennen minkään vaiheistuksen ehdottamista määritämme, mitä ympäristö tosiasiassa on: todelliset integraatiot, aito datan omistajuus, ja riippuvuudet jotka elävät operaatioissa eivätkä arkkitehtuurin tietovarastossa. Idealisoidun nykytilan päälle rakennettu tiekartta perii jokaisen aukon tuossa idealisoinnissa, joten lähtötilatyö ei ole johdanto, se on perusta jonka päällä järjestys seisoo.

Sieltä määrittelemme siirtymäarkkitehtuurit eksplisiittisesti. Jokainen välitila kuvataan kokonaisena, toimintakykyisenä ympäristönä ja testataan yhtä kysymystä vasten: voisiko liiketoiminta pyöriä tällä, määräämättömän ajan, jos sen olisi pakko. Työpaketit määritellään tämän jälkeen siirtämään näiden tilojen välillä, riippuvuudet mallinnetaan graafina kriittinen polku esiin nostettuna, ja datakytkentää kohdellaan ensiluokkaisena riippuvuutena eikä toteutuksen alaviitteenä. Rakennamme järjestyksen kyvykkyyslisäysten ja arvovirtojen ympärille, jotta jokainen vaihe kytkeytyy lopputulokseen jonka liiketoiminta tunnistaa ja jonka se rahoittaa, ja jotta käytöstäpoisto ja sen realisoituvat säästöt kirjoitetaan suunnitelmaan toimitettavina tuloksina eikä pyrkimyksinä.

Teemme tämän talouden ja toteutuksen ollessa huoneessa alusta alkaen. Rahoitusprofiili muovaa vaiheistusta: inkrementit mitoitetaan niin että kukin tuottaa tarpeeksi arvoa tai kustannussäästöä auttaakseen kantamaan seuraavaa, pääoma- ja käyttökustannusvaikutukset tehdään eksplisiittisiksi, ja suunnitelma stressitestataan budjettia ja tosiasiassa olemassa olevia tiimejä vasten. Ja luovutamme tiekartan elävänä mallina, instrumentoituna ja uudelleen määritettynä toteutuksen edetessä, koska ympäristö liikkuu jatkuvasti ja tiekartta joka ei voi liikkua sen mukana on vähän arvoinen. Tuotos on rahoituskelpoinen, vaiheistettu ohjelma, ei kaavio jonka viereen on liitetty vuosineljänneksiä.

Missä Nashua tekee eron

Ero jonka Nashua tuo on kieltäytyminen antamasta tavoitteen korvata suunnitelmaa. Monet neuvonantajat validoivat lopputilasi ja jättävät vaiheistuksen sille, jonka on se rakennettava. Arvo on sidekudoksessa: toimintakykyisissä siirtymäarkkitehtuureissa, riippuvuusgraafissa joka kunnioittaa dataa yhtä lailla kuin järjestelmiä, vaiheistuksessa jonka talous voi rahoittaa ja toteutus miehittää, ja kurissa joka pitää käytöstäpoiston ja sen säästöt suunnitelmassa sen sijaan että niitä lykättäisiin ikuisesti. Se on käsityötaitoa joka on kertynyt monien ympäristöjen halki, ja se on se, mikä muuttaa tavoitteen reitiksi jota organisaatio voi tosiasiassa kulkea samalla kun se jatkaa toimintaansa.

On myös käytännöllinen seuraus joka muuttaa sen, mitä työn sallitaan olettaa. Kun toimeksianto vaatii kyvykkyyttä jota ei vielä ole olemassa, sen ei tarvitse odottaa hankintasykliä tai toimittajan tiekarttaa. enterprise platform on rakennettu mukautumaan lähes mihin tahansa ominaisuuteen vauhdilla, agenttipohjaisen engineeringin kautta: se mitä tarvitaan kuvataan selkokielellä ja generoidaan nopeasti, mutta aina lujien arkkitehtuuriperiaatteiden puitteissa ja tiukan laadunvarmistuksen alla, jotta nopeus ei koskaan tule johdonmukaisuuden, turvallisuuden tai hallinnan kustannuksella. Vaikutus on strateginen eikä pelkästään kätevä. Se siirtää tee tai osta -rajaa, pitää optionaalisuuden edullisena, ja antaa arkkitehtuurin seurata strategiaa sen sijaan että strategia taipuisi siihen, mitä sattui olemaan hyllyllä.

Mikä johdonmukaisesti erottaa toimeksiannot on se, että ympäristö pysyy ajettavana koko ajan. Asiakkaat eivät koe tiekarttaa uskonhyppynä jonka laskeutuminen on riskialtis; he kokevat sen sarjana johdonmukaisia tiloja, joista kukin on paikka johon he voisivat turvallisesti pysähtyä, kukin lähempänä tavoitetta, kukin maksettu sillä arvolla jonka edellinen vapautti. Se on oikein tehdyn tiekartoituksen tarkoitus. Ei kauniimpi määränpää, vaan vaiheistettu, rahoituskelpoinen polku sinne, joka ei koskaan pyydä liiketoimintaa panostamaan kaikkea yhteen vaihtoon, eikä koskaan jätä ympäristöä loukkuun tilaan jota se ei voi käyttää. Nashuan panos on tehdä tuosta polusta todellinen, ja pitää se todellisena kun maa liikkuu sen alla.