Produkteier vs virksomhetsarkitekt Hvordan Scrum avdekker interessekonflikter i din organisasjon Johannes Brodwall - Steria

En historie fra ditt prosjekt

Teamet jobber med funksjonalitet prioritert av produkteier

Teknisk virksomhetsarkitekt: “Her må dere lage et fleksibelt design”

Teamet leverer ikke til sine forpliktelser. Produkteier blir skuffet.

Arkitekten kommer med et innspill Arkitekten kommer med et innspill. Teamet sier: “Legg det på produktkøen”

Produkteier prioriteter arkitekturoppgavene ned. Arkitekten blir skuffa.

Skaper Scrum problemer?

Scrum sier: Produkteier bestemmer hva, teamet bestemmer hvordan - Hva gjør virksomhetsarkitekten?

Problemet var alltid der. Slide 10

Produkteier verdsetter: Fremdrift Funksjonalitet Brukeropplevelse

Arkitekt verdsetter: Gjenbruk Standardisering ”Vedlikeholdbarhet”

Min historie: Arkitektens dilemma

Arkitektens ordre: ”Redusere kostnader for den samlede IT-porteføljen”

Arkitektens ideer: Standardisering, gjenbruk.

Johannes ordre: Oppgrader til Maven 2 nå!

Oppgraderingen tok tid – var det verdt det? Slide 17

Et annet team brukte fortsatt Ant – like greit for dem? Slide 18

Eksempel 2: Jobber med helligdager, robust eksekvering Slide 19

Johannes ordre: Lag et gjenbrukbart, fleksibelt driftsmønster Slide 20

”Alle systemene må samarbeide om dette” ”Tenk på fremtidige behov” Slide 21

Resultatet: Komplekst, gjenbrukbart driftsmønster ble kassert Slide 22

Johannes, arkitekt: "Bruk dette biblioteket", "Design løsningen slik", "Oppgrader dette verktøyet nå", "Har du tenkt på om noen kommer med krav X i fremtiden (før universets undergang)” Slide 23

Verdi og kostnad – har arkitekten riktig gangsyn? Slide 24

Svakheter og tiltak Slide 25

Produkteier ser ikke påvirkning utenfor sitt produkt Slide 26

Arkitekturpremisser: Ikke skap arbeid for andre Slide 27

Produkteier ser ikke gevinster utenfor sitt produkt Slide 28

Virksomhetsarkitekten undervurderer alle kostnader og overvurderer alle gevinster Slide 29

Gjenbruk er en taktisk vurdering Slide 30

Produktkøfokus medfører ufleksibelt design Slide 31

Fleksibilitet  Enkelhet Slide 32

Fleksibilitet = Spekulering = Sløsing Slide 33

I stedet: Iterativ arkitektur Slide 34

For å spare tid ved inntasting Som avdelingsleder vil jeg at punsjere Kan bruke hurtigtaster for å velge vanlige felt Slide 35

For å spare tid ved inntasting Som avdelingsleder vil jeg at punsjere Får fokus på feltet på første felt med feil dersom operasjonen returnerer feil Slide 36

Produkteier har ikke fokus på å kunne erstatte teamet Slide 37

Hva er mest forskjellig? Johannes sitt Spring prosjekt og Johannes Guice prosjekt? Eller Johannes sitt Spring prosjekt og Trond sitt Spring prosjekt? Slide 38

Man kan ikke spre kompetanse ved å dokumentere standarder Slide 39

Skaper Scrum problemer? Slide 40

Konflikten kommer ikke fra Scrum, men Scrum gjør den synlig Slide 41

Hvordan balansere behov for standardisering med gode taktiske valg for prosjekt? Slide 42