Scrum-litteraturen beskriver en rekke praksiser som skal sikre en best mulig forretningsverdi for kunde eller sluttbruker på kortest mulig tid. Men stemmer det at dette er tilstrekkelig? I denne presentasjonen viser jeg at det må gjøres et stkke arbeid før, under og etter at systemutviklingen starter, og at dette arbeidet i stor grad må gjøres av produkteieren og den organisasjonen vedkommende representerer.
1. Mangler vi fokus på gevinstrealisering i smidige prosjekter? Utarbeidet av Anne Kristine Næss, seniorkonsulent innen Endringsledelse i Avenir AS 05.11.09
2.
3.
4.
5. Smidige metoder gir i teorien muligheter til å prøve ut, vurdere resultatet og endre plan Krever større fokus på måling og evaluering underveis
6. Prosjektledelse i fossefallsprosjekter Tradisjonelt hovedfokus: Sikre at neste aktør får overtatt til rett tid for hver fase. Behov Løsning Konstruksjon Test Release Innføring og evaluering
7. Scrum løser ikke alle utfordringer Behov Innføring og evaluering Hvordan sikre gevinster og redusere risiko? Gjennomføring
8. Gevinstrealisering må bli en mer sentral del av prosjektprosessen Eksempel: automatisert ”datafangst” Sikre at saksbehandlerne forstår og tar i bruk den nye funksjonaliteten Sikre tilstrekkelig ytelse og lav nedetid i hele systemløsningen Saksbehandlerne får frigjort tid, og bruker denne til å bygge ned restanser Økt bruker-tilfredshet Forbedret arbeidsprosess Behov Mål Gevinst Tiltak: Muliggjøre gevinst IT-resultat Tiltak: Minimere risiko Forretningsendringer