1. Nå har vi solgt skinnet. Hvordan dreper vi bjørnen? Anne Kristine Næss
2. Jobbet med både fossefallsprosjekter og halvsmidige prosjekter fra 2004-2007. Siden 2007 har jeg stort sett bare jobbet i og med smidige prosjekter. E-post: anne.kristine.ness@edb.com Blogger: http://gevinstrealisering.blogspot.com/ og http://agileandadaptive.blogspot.com/ Linkedin: http://no.linkedin.com/in/kristinenaess Om meg EDB 2010 Page 2
3. Scrum er den mest utbredte retningen innen smidig i dag. Scrum er ikke noen prosjektledelsesmetodikk eller -rammeverk, kombineres derfor ofte med PMI og «fossefallsoverbygg». Scrum passer til det meste av repetitivt arbeid eller konkret oppgaveløsning. Bakteppe: EDB 2010 Page 3
4. Når noe må raskt fra idé til iverksatt løsning Når det eksisterer en tids- og budsjettramme Når ikke alle grunnforutsetningene er kjent på forhånd OG: Når alle aktørene kan sitte samlokalisert Når alle aktørene kan jobbe bortimot heltid Når passer smidig virkelig bra? EDB 2010 Page 4
5. Sørg for at kontrakten omhandler mer enn leveransene. PS2000: Systemutvikling og systemleveranseprosjekter med: Høy kostnad eller stor grad av kompleksitet Stor grad av usikkerhet Grove spesifikasjoner Iterativ tilnærming Merk: det stilles store krav til kundens organisasjon! Velg en god kontraktsstandard EDB 2010 Page 5
6. Du kommer til å oppleve at du mister kontroll i starten. EDB 2010 Page 6 ”Produkteieren er ikke mulig å få tak i, og gjør ikke jobben sin!” ”Teamet produserer godt, men produkteieren er aldri fornøyd med det vi leverer.” Teammedlem Scrum master ”Scrum masteren tar ikke tak i de virkelige problemene!” Produkteier
7.
8. Hvordan skal vi klare å levere med så få folk? Tidsklemma vil være like aktuell EDB 2010 Page 8 ? ? ? Scrum master
9.
10.
11. «De politiske myndigheter – Storting og regjering – fortsetter imidlertid forholdsvis intenst å påta seg stadig flere velferdsforpliktelser som samlet sett koster langt mer enn de ønsker å ta ansvar for.» Halvard Vike, Velferd uten grenser, 2004 Velferd uten grenser? EDB 2010 Page 11
12. Kost/nytte-tenkningen hos bestillerne i offentlig sektor? Mulighetene til å oppnå gevinster i form av besparelser? Behovet for å prioritere? Hva sier dette oss om: EDB 2010 Page 12
16. Av hvem, når, hvor og hvordan skal det brukes? EDB 2010 Page 16 Thereifixedit.com
17. Opplæring …og det gjør ikke PMI heller… Scrum sier ikke noe om endringsledelse. EDB 2010 Page 17 Roller/prosesser ITSM OU-tiltak
18. Når folk må bytte arbeidsoppgaver? Når medarbeidere må begynne å snakke med folk de ikke har snakket med før? Når det stilles nye krav til kvalitet og effektivitet? Når systemløsningene blir stadig mer komplekse å drifte og forvalte? Når man ikke har tilstrekkelig kompetanse til å ta imot? Når det finnes «huller i løsningen»? Hvem har ansvaret for gevinstrealiseringen? EDB 2010 Page 18
19. Gevinstplanen EDB 2010 Page 19 Sikre at saksbehandlerne forstår og tar i bruk den nye funksjonaliteten Sikre at frigjort tid blir brukttil å bygge ned restanser Arbeidspakke A: Automatisert ”datafangst” Forbedret arbeidsprosess Redusert saksbehandlingstid 90% bruker-tilfredshet Tiltak: Muliggjøre gevinst Mål Gevinst IT-resultat Forretningsendringer Tiltak: Minimere risiko Sikre tilstrekkelig ytelse og lav nedetid i hele systemløsningen Nye/endrede behov?
21. Smidig fjerner ingen av dine gamle utfordringer. Smidig tilbyr derimot et nytt forbedringsregime. Hvorvidt man kan lykkes med smidig i offentlig sektor handler om hvor godt denne muligheten utnyttes. Konklusjon: EDB 2010 Page21