Det er viktig at forretningen forstår teknologiens muligheter og begrensninger, og at IT forstår forretningen. Den mest effektive måten å bryte ned barrieren mellom forretning og IT, er å organisere arbeidet i tverrfaglige produktteam hvor begge perspektiver er med fra begynnelsen.
| Prosjektmodell | Produktmodell |
|---|---|
| Forretningen definerer krav | Produktet lever kontinuerlig |
| IT estimerer og utvikler | Team eier produktet over hele livssyklusen |
| Prosjektet ferdigstilles og overleveres til drift | Kontinuerlig utvikling basert på tilbakemeldinger |
| Forretningen får det de har etterspurt | Fokus på verdi og utfall |
| Lite rom for læring og justeringer underveis | Iterativ læring og forbedring |
Et typisk produktteam består vanligvis av 6 til 10 personer. De fyller ulike roller innen både forretning og IT. Forretningssiden består av roller som produkteier, brukergrensesnittdesigner (UX), forretningsanalytiker og fageksperter fra forretningen. IT-siden består av utviklere, testere, plattformingeniører (DevOps) og sikkerhetsansvarlig. Én av styrkene med et slik team er at de skal ha all kompetanse de trenger for å kunne levere verdi uten eksterne avhengigheter.
Teamet må ha en felles forståelse av hva slags fremgang som er ønsket. Mål som "100 prosent oppetid" eller "levere et viss antall funksjoner innen en viss tid" blir ansett som ikke tilstrekkelige. Det er bedre å definere gode mål som:
- Redusere tid for saksbehandling med 30 prosent
- Øke andel av søknader (digitale) fra 40 prosent til 80 prosent
- Redusere antall henvendelser til support med 50 prosent
- Forbedre brukertilfredshet fra 3,0 til 4,2 av 5
Valg av teknologi har forretningskonsekvenser, og forretningsvalg har tekniske konsekvenser. Virksomheten må forsikre seg om at forretningen er involvert i tekniske beslutninger på en forståelig måte. Forretningskonsekvenser for valg av teknologi kan være kostnader, fleksibilitet, hastighet, kompetanse og risiko.
Et eksempel er valget mellom å bygge en skreddersydd løsning eller kjøpe en hyllevare (SaaS):
- IT-perspektiv: En skreddersydd løsning gir full kontrol.
- Forretningsperspektiv: En hyllevare kan lanseres raskere og krever mindre vedlikehold.
Sammen må de vurdere viktigheten av strategiske valg og tid-til-verdi.
Når du skal involvere forretning, er det viktig å unngå dårlig kommunikasjon. En typisk feil kan være å bruke for mange tekniske begreper. Istedenfor å si "Vi bør bruke mikrotjenestearkitektur med event-drevet kommunikasjon via Kafka og utrulle Kubernetes", så kan du heller si:
"Vi foreslår en arkitektur som tillater oss å lansere nye funksjoner uavhengig av hverandre. Dette betyr at vi kan sette det i produksjon raskere, og det er mindre risiko ved endringer. Det kan være mer komplekst i begynnelsen, men vi kan ha hyppigere leveranser av funksjoner og oppdateringer etterpå."
Enda et eksempel: Istedenfor å si "Vi må refaktorere koden fordi den er dårlig skrevet", kan du si "For hver leveranse bruker vi 40 prosent lengre tid enn for et år siden. Ved å bruke 3 måneder på å forbedre kodebasen kan vi redusere utviklingstiden for fremtidige leveranser. 3 måneders investering gir minst 12 måneder med raskere leveringstid etterpå."