3. Utveckling är utforskning!
●
Estimat är svårt
●
Beroenden och hinder syns sent
●
Förståelsen av problemet ändras
Klassisk projektstyrning fungerar
DÅLIGT
4. Den agila rörelsen
Första principen
“ Our highest priority is:
to satisfy the customer
through early and continuous delivery
of valuable software.”
5. Scrum och första principen
●
Täta kontakter
ger gemensam utforskning
●
Affärsmässig prioritering
kontinuerligt businesscase
●
Alla leveranser körbara
bryt när som helst
ALLTID HELT ÖPPEN OCH ÄRLIG!
7. Tre chockartade upptäckter
●
Utveckling är fortfarande utforskning
fullt av osäkerhet och fallgropar
●
Folk blir svåra att nå
och omedgörliga!
●
Folk vägrar ge tidsuppskattningar
särskilt i god tid
8. Varför folk försvinner
●
Teamet optimerar samarbetet
●
Teamet behöver arbetsro
●
Teamet prioriterar inte åt
verksamheten
9. Jaga dem INTE
●
Bygger du lojalitet inom projektet blir det
lojalitetskonflikt gentemot teamet
●
Får du grepp om folk igen förstör du deras
förbättringsprocess (Scrum)
●
Får du INTE grepp om folk igen tappar du
kontrollen helt
10. Teamet är ett TEAM
●
Betrakta varje team som en enhet
●
Låt det bli din underleverantör
●
Äska inte personresurser
– inga 20% av en heltid
– inga 145 mantimmar under Okt-Nov
– Det är ju ändå ett värdelöst mått
11. Produktlistan (Product Backlog)
●
Är styrdokumentET i Scrum
●
Lever och förändras ständigt
●
Innehåller alla ofärdiga kravpunkter
●
Är ständigt strängt prioriterad
●
Punkterna är olika detaljerade
●
Endast detaljerade punkter överst!
12. Det nya kontraktet
●
Scrum handlar om att fördela ansvar
på ett produktivt sätt
●
Utvecklarna får nya plikter och nya
rättigheter
●
Beställarna får nya plikter och nya
rättigheter
13. Beställarens plikter 1/2
●
Begripliga och testbara kravpunkter
●
Beskriva affärsvärdet
●
Vara tillgänglig för mer information
14. Beställarens plikter 2/2
●
Acceptera tekniska kravpunkter
– Alternativlösningar
– Amortering av teknisk skuld
●
Ständigt strängt prioritera
●
Ta ansvar för kravlistan och besluten
15. Beställarens rättigheter 1/2
●
Få relativa estimat av kravpunkters
komplexitet
●
Bli informerad om beroenden mellan
kravpunkter
●
Få förslag på tekniska kravpunkter
– Alternativlösningar
– Amortering av teknisk skuld
16. Beställarens rättigheter 2/2
●
Få reda på när en kravpunkt
implementeras
●
Dag för dag kunna få en ärlig
beskrivning
Vilka delaktiviteter krävs?
Hur går det med delaktiviteterna?
●
Framgång, hinder, risk
17. Utforskningens villkor
●
Alla variabler är inte kända från start
●
Små förändringar i kraven ger stora
förändringar i komplexiteten
●
Motsägelsefulla krav syns sent
●
Förtida tidsestimat är därför oärliga
●
Scrum är en ärlig process
18. Utforska produktiviteten!
●
Teamet vet relativ komplexitet
●
Med tiden syns teamets hastighet
●
Som beställare får du prioritera
du ansvarar för att rätt sak görs
eller bekosta fler utvecklare
oavsett syns det i god tid
19. Deadlinefällan
●
Att säga att något är extra viktigt
gör inte att det händer fortare
skapar i värsta fall en konflikt
●
Det enda sättet: prioritera upp!
●
Produktlistan är STYRDOKUMENTET
20. Scrum synliggör
Scrum har avslöjat vad utvecklare
länge vetat:
●
Beställarsidan är inkompetent
...att hantera alla frågeställningar
●
Med Scrum får beställarsidan verktyg
...att ta sitt produktägaransvar
21. Men Scrum synliggör också
●
När beställarsidan börjar fungera
avslöjas brister hos utvecklarna
●
Mycket de kunde skylla på förut kan
de inte längre skylla på
●
Organisationen leds genom en
smärtsam men god process
22. Håll fast vid
Genom hela processen:
●
Transparens, ärlighet, öppenhet
Hur kan man annars förbättra?
●
Körbart resultat efter varje sprint
Det städar bort en massa fluff
Det är faktiskt Scrums kärnvärden
23. Första agila principen
“ Our highest priority is:
to satisfy the customer
through early and
continuous delivery
of valuable software.”
