Järjestelmän haaste

Suunnittele arkkitehtuuri seuraavaa muutosta varten, älä vain nykyistä ohjelmaa varten

Arkkitehtuuri tukee jatkuvaa muutosta, kun rajat, riippuvuudet ja päätökset ovat riittävän täsmällisiä, jotta kokonaisuus voi kehittyä hallintaa menettämättä. MTera yhdistää tavoitesuunnittelun siirtymätiloihin, operatiiviseen omistajuuteen ja päätöskirjauksiin, jotta tämän päivän toteutus luo vaihtoehtoja huomiselle eikä uutta jäykkää järjestelmäkokonaisuutta.

Keskustele seuraavasta muutoksesta, jonka nykyinen arkkitehtuuri tekee tarpeettoman vaikeaksi.
01

Mahdolliset merkit

  • Jokainen muutos edellyttää koordinointia liian monen tiimin ja järjestelmän välillä.
  • Komponenteilla on epäselvät vastuut ja yhteinen piilotettu tila.
  • Arkkitehtuurikaavioissa esitetään tavoitteet, mutta ei turvallisia siirtymätiloja.
  • Päätökset toistetaan, koska niiden syitä ei koskaan kirjattu.
  • Tekninen velka on listattu, mutta se on erillään liiketoiminnan muutoksesta.
  • Tilapäisistä siltoista tulee pysyviä ilman omistus- tai poistumisperusteita.
02

Miksi osittaiset korjaukset epäonnistuvat

Viimeistelty tavoitekaavio ei kerro, miten tavoite saavutetaan, miten sitä operoidaan tai miten sitä muutetaan. Myöskään modulaarisuutta kuvaavista nimikkeistä ei ole juuri hyötyä, jos datan omistajuus, sopimukset ja päätösrajat jäävät epäselviksi.

03

Liiketoiminnallinen seuraus

Muutokset hidastuvat ja muuttuvat riskialttiimmiksi, toteutuksessa kuluu yhä enemmän aikaa koordinointiin ja jokainen ohjelma lisää rajoitteita, jotka seuraavan ohjelman on löydettävä uudelleen.

04 · Tavoitetila

Kyvykkyyksillä on johdonmukaiset rajat ja omistajat, riippuvuudet ja sopimukset ovat näkyviä, siirtymätiloja operoidaan tarkoituksellisesti ja päätösten konteksti säilyy. Tekninen velka ja rajoitteet priorisoidaan sen mukaan, miten ne vaikuttavat muutoksiin.

05

Toimintatapa

  1. 01Yhdistä arkkitehtuuri liiketoimintakyvykkyyksiin ja muutosta ohjaaviin tekijöihin.
  2. 02Kartoita riippuvuudet, omistajuus ja päätökset tarkoituksenmukaisella tarkkuudella.
  3. 03Määrittele testattavissa olevat periaatteet, rajat ja sopimukset.
  4. 04Suunnittele siirtymätilat sekä niiden aloitus-, lopetus- ja palautumiskriteerit.
  5. 05Luo kevyt päätöksenteon ja arkkitehtuurin hallintamalli.
06

Tärkeimmät päätökset

  1. 01Mitkä rajat on pidettävä vakaina ja mitkä pitäisi voida korvata?
  2. 02Missä kytkentä on tarkoituksellista ja missä se estää muutoksen?
  3. 03Mikä näyttö osoittaa, että siirtymätilasta voidaan poistua turvallisesti?
  4. 04Mikä velka rajoittaa eniten seuraavaa liiketoimintapäätöstä?
07

Tuotokset

  1. 01Kyvykkyys- ja riippuvuusarkkitehtuuri
  2. 02Raja- ja sopimusmalli
  3. 03Tavoite- ja siirtymätilat
  4. 04Arkkitehtuuripäätösten kirjaukset
  5. 05Muutoskyvykkyyden ja teknisen velan etenemissuunnitelma
MTera · Ota yhteyttä MTeraan

Keskustele järjestelmähaasteesta

Rakenna seuraava vaihe menettämättä sitä, minkä täytyy säilyä muuttumattomana.

Keskustele järjestelmähaasteesta
MTera · Haku

Hae MTeran tietopankista

Etsi palveluja, haasteita, menetelmiä, näkemyksiä ja määritelmiä.