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.

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!