SlideShare uses cookies to improve functionality and performance, and to provide you with relevant advertising. If you continue browsing the site, you agree to the use of cookies on this website. See our User Agreement and Privacy Policy.
SlideShare uses cookies to improve functionality and performance, and to provide you with relevant advertising. If you continue browsing the site, you agree to the use of cookies on this website. See our Privacy Policy and User Agreement for details.
Successfully reported this slideshow.
Activate your 14 day free trial to unlock unlimited reading.
4.
Geir Amsjø
Prinsipper:
• Virksomheten gir mandat til en prosjektorganisasjon som
gjennomfører og leverer tilbake til virksomheten
• Gevinstansvarlig følger alle fasene og styrer realiseringen
etter leveranse
• Standardisert, repeterbar modell
• Bygger på "beste praksis" (Prince2)
• Gode, kvalitetssikrede analyser og planer (Konsept og
Planlegging) skal gi godt grunnlag for Gjennomføringen
5.
Geir Amsjø
Egenskaper:
• Omfang og planer låses på forhånd
• Styring "ovenifra-og-ned"
• Dokumentdrevet
• Sjeldne leveranser
Selve "anti-tesen" til Smidig:
...eller vent litt ...?
6.
Geir Amsjø
Bakgrunn for Scrum og
Smidig IT-utvikling
"Det eneste som er sikkert er at noe
uventet vil skje!"
7.
Mulighet for læring
og risikostyring
Konsept Planlegging Gjennomføre Avslutte Realisere
Lærings-
mulighe
t
K P I I I I I I I I I I I I I I I I
Smidig – drevet av læring
Tradisjonelt – én mulighet
K P G A R K P G A R K P G A R
Tradisjonelt med delleveranser
10.
Ulike PV leveransemodeller
Type 1
én leveranse
Type 2
Iterasjoner og
én leveranse
Type 3
flere leveranser
Type 4
smidig,
mange små leveranser
Type 1b
sekvens av Type 1
11.
Smidig leveransemodell
K P Gjennomføre Avslutte
Realisere
1 2 43 5
Planlegge
Smidig med hyppige leveranser – kontinuerlig
gevinstrealisering
Kjennetegn:
• Stort fokus på visjonen
• Omfanget er åpent hele veien
• Rask gjennomføring av analyse og planlegging
• Velfungerende utviklingsmiljø med kontinuerlig
integrasjon, automatiske tester og leveranse
• Det aller meste utføres av tverrfaglige utviklingsteam
• Gjennomsiktig
FARE:
• Budsjettprosessen insisterer på å
låse omfanget
• Utviklingsteamene i realiteten ikke
ansvarlige
• Organisasjonen ikke rede til
såpass omfattende endringerSuksessfaktorer:
• Evnen til å benytte feedback til å bedre både produkt og prosess
• Evnen til å løpende prioritere omfanget
• Aksept for at læring fører til grunnleggende endring (iberegnet avbryting)
• Dedikerte, gode, tverrfaglige og ansvarlige team
• Et profesjonelt, strømlinjeformet, automatisert utviklingsmiljø og høy
håndverksmessig standard.
• Mot til å skape gjennomsiktighet og åpenhet
12.
Konseptfasen
Visjon (lang sikt)
• Hvilket problem skal vi løse?
• Hvem skal vi skape verdier for?
• ... hvilke behov har disse menneskene?
Strategi
• Hvilket delproblem skal vi løse først?
• Hvilken del av brukergruppen skal vi starte med?
• ... og hva gjør vi deretter?
Tips
• Involver "ekte brukere" allerede her
• Bruk Co-design, Impact Mapping, Lean Canvas etc..
• Involver utviklingsteamet allerede her (Bygg-Mål-Lær)
13.
Planleggingsfasen
• Hvilke rammebetingelser gjelder?
• Ytelse, sikkerhet osv
• Harde datoer?
• Klare budsjettbegrensninger?
• Ufravikelige krav?
• Hvordan kan vi raskest mulig få validert antagelser?
• Bygg-mål-lær
• I hvilken rekkefølge skal vi levere løsningene
(release planning)?
• Hvordan bemanne teamene?
• Tverrfaglige "feature-team"
• Selvstyrte, dedikerte
• Flere team?
14.
Geir Amsjø
Bruk Scrum
Planlegge,
gjennomføre,
realisere