Värdeströmmar, processer, intressenter & krav
Värdesrömmen är den strategiska nivån att beskriva affärsprocesser, hur värde skapas. Affärsmodellens värdeerbjudande realiseras i organisation och IT. Verksamhetsarkitekten och systemarkitekten jobbar.
I en föränderlig värld ändras hela tiden förutsättningarna för vilka värden som efterfrågas önskade värden. Det är precis det du beskrev i din strategiska planering med förmågornas utformning. Nu ska du utveckla hur dina värdeströmmar och processer förverkligar detta. I andra ändan av detta steg bron mellan operativ drift och teknisk utveckling. En stor utmaning. Organisationens strategiska mål översätts till effektiva processer. För dig som CTO: grunden för tekniken.
Det här steget ska omvandla din förmågekarta, kondresan och dina nyckelfunktioner till en specifikation av funktioner och kraven mot dessa.
Resultatet kan du sedan ta vidare för att beskriva hur du implimenterar detta och en kravspecifikation för det tekniska arbetet.
Utgångspunkten är affärsmodellens strategic canvas och idea canvas. Här hittar du grunden för värdeströmmar som förmågor respektive aktiviteter i kundresan och nyckelfunktioner.
Värdeströmmen beskriver hur du skapar värde på en hög abstraktionsnivå. Det är värdet skapat för dina främsta intressenter: Kunder, partners, din organisation och legalt
Affärsprocesser beskriver sedan hur verksamheten fungerar för att skapa dessa värden. Jag fycker det är bra att beskriva det utan att gå in på för många detaljer, beskriva det på ett sätt som ledning business förstår.
Applikationsprocessen beskriver sedan hur systemen stödjer affärsprocessen. Här visar du vilka system som nyttjas och vilka aktiviteter som systemen måste utföra.
Affärsprocessen beskriver aktiviteter som uppnår ett specifikt resultat, t ex produkter eller affärstjänster. Den beskriver beteende utfört av en affärsroll. En komplex affärsprocess består av flera mer detaljerade processer.
Processer är arkitektens sätt att beskriva hur organisation och system fungerar.
"If you can't describe what you are doing as a process, you don't know what you're doing." W. Edwards Deming
När verksamhets och systemarkitekten vet vad dom håller på med, då skapas funktionell och logisk arkitektur. Den funktionella arkitekturen skapar arkiitektuella funktioner av processerna med flöden mellan funktionerna.
En affärsprocess utlöses av eller utlöser andra affärsbeteeenden, t.ex. affärshändelse eller affärsprocess. En automatiserad affärsprocess kan realiseras av en applikationsprocess.
I affärsmodellens idea canvas hittar du grunden för värdeströmmar mitt modellen, här startar du arbetet.
Intressentanalysen avgör vem du ska kommunicera med när och hur. Ension har beskrivit en metod för intressantanalys som du lämpligen utför första gången efter att du analyserat affärsmodellen.
De du skall använda för att definiera värdeströmmar, affärsprocesser och analysera intressentkrav med hjälp av hittar du bäst bland de med stort intrese och inflytande, översta högra kvadranten.
Värdeströmmen beskriver hur du skapar värde på en hög abstraktionsnivå. Det är värdet skapat för dina främsta intressenter: Kunder, partners, din organisation och legalt
Affärsprocesser beskriver sedan hur verksamheten fungerar för att skapa dessa värden. Jag fycker det är bra att beskriva det utan att gå in på för många detaljer, beskriva det på ett sätt som ledning business förstår.
Applikationsprocessen beskriver sedan hur systemen stödjer affärsprocessen. Här visar du vilka system som nyttjas och vilka aktiviteter som systemen måste utföra.
Funktionell arkitektur är ett centralt och väldigt användbart koncept. Det är ett ämne som är värt att fördjupa sig i.
Som vi konstaterade är det den logiska, teknik-oberoende ritningen som beskriver VAD ett system måste kunna göra. Den fungerar som den avgörande bron mellan verksamhetens behov (fångade i applikationsprocesser) och den konkreta tekniska designen.
När du säger att du tänker på den, funderar du kanske på något av följande?
-
Varför den är så viktig i praktiken? Till exempel hur den fungerar som ett "kontrakt" mellan verksamhet och IT, skapar en tydlig och avgränsad kravbild, och blir ett ovärderligt underlag vid upphandling av nya system.
-
Vad som händer härnäst? Alltså, hur man tar den funktionella arkitekturen och omvandlar den till en teknisk arkitektur – det vill säga när man börjar fatta beslut om specifika plattformar, programmeringsspråk, databaser och integrationstekniker.
-
Vilka de vanligaste misstagen är? Till exempel att man blandar in tekniska detaljer för tidigt, att man skapar komponenter som speglar organisationens avdelningar istället för logisk funktion, eller att man inte lyckas hålla den uppdaterad.
-
Ett mer konkret exempel? Kanske hur en funktionell arkitektur för ett helt annat system, som ett bokningssystem för vården eller ett logistiksystem, skulle kunna se ut.
Alla måste följa regelverk. GDPR innebar en förbättringa för skyddet av peronuppgifter. För bank och finans finns en regelverk som t ex AML, MIFID, IDD, Solvens och föraäkringsrörelselagen. Dislcosureförordning ochTaxonomiförordning är exempel regelverk, compliance ska oftast kunna visas.
Många ser regelverken som hinder och skapar en ineffektiv kravmaskin i jakten på paragrafer.