Prosjektveiviseren med Scrum
•Download as PPTX, PDF•
0 likes•991 views
Hvordan kombinere Prosjektveiviseren med Scrum? Geir Amsjø har laget kurs.
Prosjektveiviseren med Scrum
- 2. Geir Amsjø
- 3. Geir Amsjø
- 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
- 8. Geir Amsjø
- 9. Geir Amsjø Steffen Sutorius, direktør, Difi
- 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?
- 15. Geir Amsjø