Kattaa alustojen, integraatioiden ja rajapintojen arkkitehtuurin suunnittelun.
KukaEi valittuMiksiEi valittuMissäProsessin ja käyttäjien vaatimuksetSykliAutomaatiosykliAlusta-arkkitehtuurilinja
Asema
Prosessin ja käyttäjien vaatimukset
Kokoa prosessin käyttäjät, roolit, luovutukset, poikkeukset, rajoitteet ja palveluodotukset ennen automaation suunnittelua.
Oikea arkkitehtuuri riippuu hyödyntäjien tavoitteista, käyttöönotto-odotuksista, palvelutasoista, datan laatutarpeista, muutosten sietokyvystä, havainnoitavuudesta, tuesta ja tuottajan rajoitteista.
Reittisi kartalla
Navigoi menetelmässä
Valitse asema, sykli tai sidosryhmän näkökulma tutustuaksesi menetelmään.
Tulokset
- Dokumentoidut hyödyntäjävaatimukset ja käyttöönotto-odotukset
- Selkeät tuottajan vastuut ja tukiin liittyvät odotukset
- Arkkitehtuurin kannalta olennaiset rajoitteet valmiina päätöksentekoon
- Parempi käyttöönotto hyödyntäjäymmärryksen, standardien ja tuottajan selkeyden kautta
Matkan kriteerit
Aloituskriteerit
- Olennaiset markkinasignaalit, palaute tai toiminnalliset havainnot ovat saatavilla tämän kyvykkyysmahdollisuuden ohjaamiseksi.
- Liiketoimintatavoitteet on määritelty.
- Markkinatutkimus tunnistaa kyvykkyysmahdollisuuksia.
- Olennaiset sidosryhmät ovat yhtä mieltä siitä, että kyvykkyysmahdollisuus kannattaa selvittää ja priorisoida.
Valmistumiskriteerit
- Kyvykkyysmahdollisuus on tunnistettu ja dokumentoitu.
- Kyvykkyys vastaa selkeään liiketoimintatarpeeseen ja on uudelleenkäytettävissä tarkoitetuille hyödyntäjille.
- Valittu rajapinta tarjoaa hyödyntäjille sopivan abstraktion.
- Kyvykkyyden arvolupaus on validoitu liiketoiminnan ja hyödyntäjien sidosryhmien kanssa.
- Hyödyntäjäsegmentit on tunnistettu.
- Ylätason toteutuksen etenemissuunnitelma on määritelty.
Tarvittavat sidosryhmät
Liittyvät resurssit
AsiakaspolkukanvasKartoittaa asiakkaan tai käyttäjän polun tarpeiden ja kipupisteiden tunnistamiseksi, jotta kyvykkyyden ja rajapinnan suunnittelu perustuu todelliseen kontekstiin.API-arvolupauskanvasKohdista API-ominaisuudet käyttäjien tarpeisiin kartoittamalla tehtävät, ongelmat ja hyödyt API-tuotteisiin.Hyödyntäjäkokemuksen vaatimuskanvasVaatimuskanvas hyödyntäjäkokemukselle ja ei-toiminnallisille tarpeille, joiden tulee ohjata myöhempää arkkitehtuuri- ja toteutustapapäätöstä.