Laste ned presentasjonen
Presentasjon lastes. Vennligst vent
1
Produkteier vs virksomhetsarkitekt
Hvordan Scrum avdekker interessekonflikter i din organisasjon Johannes Brodwall - Steria
2
En historie fra ditt prosjekt
3
Teamet jobber med funksjonalitet prioritert av produkteier
4
Teknisk virksomhetsarkitekt: “Her må dere lage et fleksibelt design”
5
Teamet leverer ikke til sine forpliktelser. Produkteier blir skuffet.
6
Arkitekten kommer med et innspill
Arkitekten kommer med et innspill. Teamet sier: “Legg det på produktkøen”
7
Produkteier prioriteter arkitekturoppgavene ned. Arkitekten blir skuffa.
8
Skaper Scrum problemer?
9
Scrum sier: Produkteier bestemmer hva, teamet bestemmer hvordan
- Hva gjør virksomhetsarkitekten?
10
Problemet var alltid der.
Slide 10
11
Produkteier verdsetter:
Fremdrift Funksjonalitet Brukeropplevelse
12
Arkitekt verdsetter: Gjenbruk Standardisering ”Vedlikeholdbarhet”
13
Min historie: Arkitektens dilemma
14
Arkitektens ordre: ”Redusere kostnader for den samlede IT-porteføljen”
15
Arkitektens ideer: Standardisering, gjenbruk.
16
Johannes ordre: Oppgrader til Maven 2 nå!
17
Oppgraderingen tok tid – var det verdt det?
Slide 17
18
Et annet team brukte fortsatt Ant – like greit for dem?
Slide 18
19
Eksempel 2: Jobber med helligdager, robust eksekvering
Slide 19
20
Johannes ordre: Lag et gjenbrukbart, fleksibelt driftsmønster
Slide 20
21
”Alle systemene må samarbeide om dette” ”Tenk på fremtidige behov”
Slide 21
22
Resultatet: Komplekst, gjenbrukbart driftsmønster ble kassert
Slide 22
23
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
24
Verdi og kostnad – har arkitekten riktig gangsyn?
Slide 24
25
Svakheter og tiltak Slide 25
26
Produkteier ser ikke påvirkning utenfor sitt produkt
Slide 26
27
Arkitekturpremisser: Ikke skap arbeid for andre
Slide 27
28
Produkteier ser ikke gevinster utenfor sitt produkt
Slide 28
29
Virksomhetsarkitekten undervurderer alle kostnader og overvurderer alle gevinster
Slide 29
30
Gjenbruk er en taktisk vurdering
Slide 30
31
Produktkøfokus medfører ufleksibelt design
Slide 31
32
Fleksibilitet Enkelhet Slide 32
33
Fleksibilitet = Spekulering = Sløsing
Slide 33
34
I stedet: Iterativ arkitektur
Slide 34
35
For å spare tid ved inntasting Som avdelingsleder vil jeg at punsjere
Kan bruke hurtigtaster for å velge vanlige felt Slide 35
36
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
37
Produkteier har ikke fokus på å kunne erstatte teamet
Slide 37
38
Hva er mest forskjellig?
Johannes sitt Spring prosjekt og Johannes Guice prosjekt? Eller Johannes sitt Spring prosjekt og Trond sitt Spring prosjekt? Slide 38
39
Man kan ikke spre kompetanse ved å dokumentere standarder
Slide 39
40
Skaper Scrum problemer?
Slide 40
41
Konflikten kommer ikke fra Scrum, men Scrum gjør den synlig
Slide 41
42
Hvordan balansere behov for standardisering med gode taktiske valg for prosjekt?
Slide 42
Liknende presentasjoner
© 2024 SlidePlayer.no Inc.
All rights reserved.