Smidig Overtakelse Eller En Pandoras Krukke 1 1
•
0 likes•256 views
Er det bortkastet å dokumentere grundig i smidige prosjekter? Bør man legge opp til en praksis hvor man holder seg til et absolutt minimum av skriftlig dokumentasjon som bevares for tiden etter at en sprint eller release er fullført? I denne presentasjonen viser jeg til hvilke problemstillinger man bør vurdere før man kaster alle gule lapper i søppelkurven.
Smidig Overtakelse Eller En Pandoras Krukke 1 1
- 1. Smidig overtakelse - eller som å åpne en Pandoras krukke? Anne Kristine Næss, Seniorkonsulent Endringsledelse
- 2. Avenir AS > slide 2 Man kan håndtere det meste… bare man er godt forberedt
- 3. Avenir AS > slide 3 Meg selv Jobber for tiden i Nordens største scrumbaserte IT-prosjekt, PERFORM-prosjektet i Statens Pensjonskasse (kilde: egen prosjektleder). Har ansvaret for innføring av leveransene inn mot forretningsområdene hos kunden.
- 4. Avenir AS > slide 4 Produkteierens rolle i Scrum 1. Allvitende 2. Velfungerende bindeledd mellom scrumteamene og mottakerne av leveransene 3. Én person
- 5. Avenir AS > slide 5 Utfordring Hva når vi har: –Tre produkteiere på fulltid i prosjektet over flere år? –Komplekse behov i konstant endring? –16 scrumteam som hele tiden trenger avklaringer? –Mange tekniske avhengigheter? –Et regelverk som ennå ikke er på plass?
- 6. Avenir AS > slide 6 Kritisk suksessfaktor: Forankring i egen organisasjon
- 7. Avenir AS > slide 7 Myten om Pandoras krukke Eva Prima Pandora, Maleri av Jean Cousin den eldre, ca 1540 Kilde: Wikipedia og Encyclopaedia Britannica
- 8. Avenir AS > slide 8 Unngå overraskelser Hvordan skaffer vi oss innsikt i innholdet så tidlig som mulig? Kan vi unngå ubehagelige overraskelser? Hvordan kan vi omsette et potensial til de facto gevinster?
- 9. Avenir AS > slide 9 Leveransen sett fra Scrumteamets ståsted Arbeidspakke A Arbeidspakke B Arbeidspakke C xyzxyz xyzxyz xyzxyz xyzxyz brsbrs stysty xyzxyz æøåæøå mvgmvg arsars lcslcs
- 10. Avenir AS > slide 10 Scrum-teamene ..vet godt hva de lager og hvorfor ..vet godt hva de lager og hvorfor ..ønsker ikke å dokumentere for andre ..ønsker ikke å dokumentere for andre ..eller gode intensjoner forsvinner i dragsuget ..har nok dokumentasjon til eget bruk ..har nok dokumentasjon til eget bruk
- 11. Avenir AS > slide 11 Sett fra linjeledernes og systembrukernes ståsted: ??
- 12. Avenir AS > slide 12 Mottakerne av leveransen .. får lite info før produksjonssetting .. får lite info før produksjonssetting ..rekker ikke planlegge gevinster og forebygge skader ..rekker ikke planlegge gevinster og forebygge skader ..opplever leveransen som en fossefallsleveranse ..får ikke iverksatt de tiltakene de trenger ..får ikke iverksatt de tiltakene de trenger
- 13. Avenir AS > slide 13 Produkteieren ..sliter med å holde seg oppdatert på status ..sliter med å holde seg oppdatert på status ..har ikke kunnskap om alle bruksmønstre og behov i linja ..har ikke kunnskap om alle bruksmønstre og behov i linja ..har ikke tid å innfri alles forventninger ..har ikke tid å innfri alles forventninger ..hindrer eksplosjoner heller enn å planlegge godt
- 14. Avenir AS > slide 14 Hva ”pleier” man å dokumentere i Scrum? Som … Kan jeg… Slik at… Som … Kan jeg… Slik at… Brukerhistorier Testscenarier = ”Pakkseddel” for leveransen Forretningsverdi Ressursbruk Forretningsverdi Ressursbruk Gevinstvurderinger
- 15. Hva skjer med ”dokumentasjonen” etter hver utviklingssyklus… xyzxyz xyzxyz xyzxyz xyzxyz Forretningsverdi Ressursbruk Forretningsverdi Ressursbruk Forretningsverdi Ressursbruk Forretningsverdi Ressursbruk Forretningsverdi Ressursbruk Forretningsverdi Ressursbruk Gamle, utilgjengelige mapper og/eller applikasjoner for spesielt interesserte Gamle, utilgjengelige mapper og/eller applikasjoner for spesielt interesserte
- 16. Avenir AS > slide 16 Hjelp produkteieren! Husk at dere i Scrum-teamet har forfinet løsningen. Skriv/samle dokumentasjon som en naturlig del av hver iterasjon/sprint. Bygg kontroll av dokumentasjon inn i iterasjonsavslutningen. Lag enkle maler, og tenk gjenbruk. Eller jobb i et dokumentasjonsverktøy fra starten: – www.symphonical.com
- 17. Avenir AS > slide 17 Takk for meg!
Editor's Notes
- Primær målgruppe: Scrum-teammedlemmer som ikke kan begripe hvorfor interessentene maser så fælt om dokumentasjon – vi har da full kontroll over det vi lager! Sekundær målgruppe: øvrige som enten kjemper en evig kamp med scrumteamene om mer skriftlig materiell, eller folk som gjerne skulle ha laget mer skriftlig hvis de bare hadde hatt mer tid.
- Sløyfes hvis tidspress
- Prosjektet favner så bredt og er så komplekst at produkteierne sliter med: Det er svært mange behov som må løses Behovene kommer til å endre seg som følge av omfattende regelverksendringer Utallige tekniske avhengigheter fordi man bytter ut infrastruktur og saksbehandlingsløsninger samtidig Prosjektet teller neste 200 deltakere, med 16 Scrumteam Produkteierne sitter fulltid i prosjektet for å rekke alt, mister kontakten med ”grasrota”
- Prosjektet favner så bredt og er så komplekst at produkteierne sliter med: Det er svært mange behov som må løses Behovene kommer til å endre seg som følge av omfattende regelverksendringer Utallige tekniske avhengigheter fordi man bytter ut infrastruktur og saksbehandlingsløsninger samtidig Prosjektet teller neste 200 deltakere, med 16 Scrumteam Produkteierne sitter fulltid i prosjektet for å rekke alt, mister kontakten med ”grasrota”
- Noen synes kanskje dette likner på situasjonen til Full City utenfor Langesund? Organisasjonen må kunne stole på produkteieren sin Produkteieren må ha ryggdekning for sine prioriteringer Nye behov må snappes opp av produkteieren og tas med i den store vurderingen – samtidig unngå scope creep Det må etableres fora i linjen hvor produkteieren kan drøfte før prioriteringene foretas, slik at ikke systemutviklingsløpet forsinkes
- Sløyfes hvis de neste foilene dekker dette godt nok
- Både målskiva og innholdet i leveransen er godt synlig for teamet
- Utydelige mål og ingen innsikt i leveransen gjør at også produkteieren og den organisasjonen hun representerer blir utydelige
- Ikke engang Produkteieren kjenner alle gevinstmulighetene som kan ha dukket opp Behov man trodde var til stede kan vise seg å være løst uten systemstøtte Fallgruber som avdekkes tidlig, kan ofte løses manuelt hvis man får tid til å planlegge og iverksette tiltak Fokus på gevinstmuligheter og eventuelle negative effekter F.eks PS2000-kontraktenes kontrollpunkter (fra ”smidig-tillegget”) egner seg godt for dette