Post on 23-Jun-2015
description
Nå har vi solgt skinnet. Hvordan dreper vi bjørnen?
Anne Kristine Næss
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
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
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
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
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.”
”Scrum masteren tar ikke tak i de virkelige problemene!”
Teammedlem
Produkteier
Scrum master
Hvem sikrer budsjettet i alle budsjettkamper?
Hvem bygger prosjektets renommé?
Hvem sørger for at prosjektet ikke blir skyteskive for omgivelsene?
Hvem henter inn ny informasjon?
Hvem koordinerer mellom prosjekter og team?
Hvem tar store, viktige beslutninger? Og alle små?
Produkteieren
Sitting duck-problemet
EDB 2010
Page 7
Hvordan skal vi klare å levere med så få folk?
Tidsklemma vil være like aktuell
EDB 2010
Page 8
?Scrum master
??
Produkteieren/kunden må:
Være tilstede hele veien fra idé til implementert løsning.
Slutte med «multi tasking» og lave allokeringsgrader i prosjektene.
Sitte sammen med scrumteamet i større grad.
Jobbe inkrementelt og iterativt også med produktkøen.
Involvere egen organisasjon i denne måten å jobbe på.
Hvordan løse dette?
EDB 2010
Page 9
Hvor smidig jobber bestillerne (eks. departementene)?
Hvor smidig lar bestillerne oss være?
– Hvor mange oppgaver har fått samme tidsfrist?– Hvor mange bestillinger har høyeste prioritet?– Hvor ofte må vi levere framdriftsrapporter?– Hvor mange hoder har vi til rådighet til enhver tid?
Man må tenke nytt, og det må skje høyere opp!
Fra smidig prosjekt til smidig organisasjon
EDB 2010
Page 10
«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
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
Fra bestilling…
Oppgaver
Q1Q2Q3Q4
Budsjett ferdig
Budsjettinnspill internt
Tildelingsbrev
Arbeidspakke D3
Arbeidspakke D2
Arbeidspakke D1
Arbeidspakke C2
Arbeidspakke C1
Arbeidspakke B2
Arbeidspakke A4Arbeidspakke A3
1. Estimere
2. Prioritere
3. Påbegynne
4. Teste
5. Levere raskt til reell kunde
…til Produktkø
Arbeidspakke B1
Arbeidspakke A2Arbeidspakke A1
Bestilling D
Bestilling C
Bestilling B
Bestilling A
Overordnet produktkø
Detaljert produktkø
Q1Q2Q3Q4
Produktet blir ferdig en gang…
Page 15
Av hvem, når, hvor og hvordan skal det brukes?
EDB 2010
Page 16
Thereifixedit.com
Opplæring
…og det gjør ikke PMI heller…
Scrum sier ikke noe om endringsledelse.
EDB 2010
Page 17
OU-tiltak ITSM Roller/prosesser
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
Gevinstplanen
EDB 2010
Page 19
MålGevinst
Tiltak:Muliggjøre
gevinst
Tiltak:Minimere
risiko
Arbeidspakke A: Automatisert ”datafangst”
Sikre at saksbehandlerne forstår og tar i bruk den
nye funksjonaliteten
Sikre at frigjort tid blir brukt til å bygge ned
restanser
90% bruker-tilfredshet
Forretningsendringer
Forbedret arbeidsprosess
IT-resultat
Sikre tilstrekkelig ytelse og lav nedetid i hele
systemløsningen
Nye/endrede behov?
Redusert saksbehandlingsti
d
Feedback-sløyfer
EDB 2010
Page 20
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
Page 21