Certiﬁed Scrum Master - assets-production-webvanta …assets-production-webvanta-com.s3-us-west-2... · Certiﬁed Scrum Master Mikael Boman 1 v4.2 Innehåll Presentation Agil historia

Certified Scrum MasterMikael Boman

1

v4.2

InnehållPresentationAgil historiaScrum - vad är det?Roller i ScrumEn SprintKLARTEngineering PracticesInföra ScrumSkala upp ScrumEstimering & planeringÖvningVarningstecken 2

Citerus - Mikael Boman, 2012 - [email protected] - +46 709 43 90 80

3

Om Mikael Boman

‣ En av Citerus grundare

‣ Civilingenjör IT - MDI

‣ Konsult sedan 1996, utvecklare, projektledare, release manager, rådgivare/coach, linjechef

‣ Medlem i expertgruppen för JSR-296, Swing Application Framework

‣ Arbetat med Scrum sedan 2003

‣ Arbetat med skilda branscher och storlekar på organisationer, t.ex. Lantmäteriverket, bwin, Dirac Research, SEB, SF Bio, ICA, Eniro, Unibet, Kambi, m.fl.

‣ Certified Scrum Trainer, Scrum Alliance.

• Citerus är ett konsult- och utbildningsföretag som hjälper sina kunder att lyckas med mjukvaruutveckling. Sedan 1996 har vi utvecklat mjukvara, lett projekt, förbättrat utvecklarpraxis och förfinat ledningsmetoder åt företag från många olika branscher. Vi uppnår resultat genom att höja kvalitetsribban, sätta människor i första rummet och minska på byråkratin.

Om Citerus



Certifiering

Steg 1: var med under två dagars kurs

Steg 2: genomför prov från Scrum Alliance inom 60 dagar. Du får försöka upp till tre gånger om det inte går bra första gångerna.

Fram till 31/3 2012 blir alla godkända


http://www.scrumalliance.org/scrum_certification

Agil historiaHur kom vi till Scrum?

7



Lean

Agile

Scrum


Agil historia

Lean produktion, Taichii Ohno och Shigeo Shingo, 50-talet, Toyota

The New, New Product Development Game, Harvard Business Review, Jan. 1986, Hirotaka Takeuchi och Ikujiro Nonaka

Wicked problems, righteous solutions, 1991, Peter DeGrace och Leslie Hulet Stahl

Ken Schwaber och Jeff Sutherland arbetar enligt Scrum, oberoende av varandra, tidigt 90-tal

Ken och Jeff presenterar Scrum i ett ‘paper’, OOPSLA ’95, Austin, Texas

10


XPs pappa

From: Kent BeckTo: Jeff Sutherland <jsutherland>Reply: [email protected]: Mon, 15 May 1995 18:01:15 -0400 (EDT)Subj: HBR paper_________________________ Is there a good place to get reprints of the SCRUM paper from HBR? I’ve written patterns for something very similar and I want to make sure I steal as many ideas as possible. Kent

11


Vilka agila metoder används?

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

• Individuals and interactions over processes and tools• Working software over comprehensive documentation• Customer collaboration over contract negotiation• Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.

over over

over over


Agila manifestet

Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas - Feb 2001

Our highest priority is to satisfy the customerthrough early and continuous delivery

of valuable software.

Welcome changing requirements, even late in development. Agile processes harness change for

the customer's competitive advantage.

Deliver working software frequently, from a couple of weeks to a couple of months, with a

preference to the shorter timescale.

Business people and developers must work together daily throughout the project.

Build projects around motivated individuals. Give them the environment and support they need,

and trust them to get the job done.

The most efficient and effective method of conveying information to and within a development

team is face-to-face conversation.

Working software is the primary measure of progress.


Principerna bakom det agila manifestet

Agile processes promote sustainable development. The sponsors, developers, and users should be

able to maintain a constant pace indefinitely.

Continuous attention to technical excellence and good design enhances agility.

Simplicity--the art of maximizing the amount of work not done--is essential.

The best architectures, requirements, and designs emerge from self-organizing teams.

At regular intervals, the team reflects on how to become more effective, then tunes and adjusts

its behavior accordingly.


Agil utveckling

Iterationer

Inkrementellt

Time-boxad


MJUKVARUUTVECKLING =

eller ?

16


Req

uire

men

ts

Technology

17

Teknik

Krav


Speca

Koda

Testa

Leverera



Varför behövs Scrum?


Varför behövs Scrum?

ScrumVad är det då?

22


Scrum is not an acronym. It’s an event in the game of rugby where like-minded people get together and politely discuss ownership of a ball.Ken Schwaber

23



25

CFO - What do you do?

Ken - I help people build software in 30 days.

CFO - You mean I don’t have to wait 15 months to get what I don’t want?

Ken - That’s correct. I’ll give you what you don’t want in 30 days.


Scrumär inte en metod, utan ett ramverk inom vilket produktägaren och teamet kan arbeta med rätt saker på bästa möjliga sätt

26


Scrumär inte fokuserat på stödja definierade processer

27


Scrumkommer att göra alla framsteg, eller brist på framsteg, väldigt synliga

28


Scrumger en mekanism för ständig förbättring

29


Scrumhjälper inte till att utveckla välfungerande mjukvara

30


Scrumhar inte att göra med mjukvara

31

Scrumkan beskrivas på 15 minuter

32


Tre grundpelareSynliggör

Granska

Förändra

33


Scrums fem värderingarFokus: “Concentrate all your thoughts upon the work at hand. The sun’s rays do not burn until brought to a

focus.” – Alexander Graham Bell

Mod: “Fortes fortuna adiuvat – fortune favours the brave” – Latinskt ordspråk

Öppenhet: “It is impossible for a man to learn what he thinks he already knows.” – Epictetus

Engagemang: “Do, or do not. There is no try.” – Master Yoda

Respekt: “I speak to everyone in the same way, whether he is the garbage man or the president of the

university.” – Albert Einstein

34


35


$

Fokus på affärsvärde och ROI


37

Potentiellt levererbart produktinkrement


En sprint av fokuserat,ostört arbete

Förändring!

38

Scrum från insidan


39

Lätt att lära, svårt att bemästra

Roller i scrum

40


Produkt-ägaren

Scrum Master

Utvecklings-teamet

41

UtvecklingsteametAlla som utvecklar produkten ingår

42


Utvecklingsteamet

Tar självständigt på sig uppgifter

Är självorganiserande

Sitter tillsammans

7 ± 2

43

No group ever becomes a team until it can hold itself accountable as a team.

Från "The Wisdom of Teams" av Jon Katzenbach och Douglas Smith

44


Team


Forming

Storming

Norming

Performing

Team

Bruce Tuckman, 1965


0 %

20 %

40 %

60 %

80 %

100 %

1 2 3 4 5Arbetsuppgifter / person

Wheelwright/Clark – Revolutionizing product development: quantum leaps in speed, efficiency and quality 1992

Värdeskapande arbetstid per person

47


Utvecklingsteamet

Tvärfunktionellt är inte detsamma som ”bara supermänniskor”

T-shaped competence (http://en.wikipedia.org/wiki/T-shaped_skills)

48


Scrum MasternSkyddar teamet från störningar utifrån

Hjälper teamet att arbeta så effektivt som möjligt

Hjälper teamet att följa Scrum-ramverket

Är inte en auktoritet

En coach för samarbetet mellan teamet och produktägaren

49


Scrum Mastern - vad gör de då hela dagarna?Gällande produktägaren

Hjälper dem att skapa, prioritera, underhålla, publicera backloggen

Gällande teamet

Hjälpa till att se och lösa upp ”knutar” inom teamet

Har hela teamet koll på hur det går i sprinten?

Gällande organisationen

Funkar kommunikationen mellan teamen?

Adresseras organisatoriska hinder - även de obekväma?

Hur trivs medarbetarna?

Osv, osv... http://www.scrummasterchecklist.org/pdf/scrummaster_checklist09.pdf 50


Teamets behov

Produktägaren

Scrum Master

Tid

Behov

51

ProduktägarenRepresenterar alla intressenter

52


Produktägaren

Ska tillhandahålla en tydlig vision som stödjer dagliga beslut

Bestämmer vad som ska byggas och i vilken ordning

Ansvarar för ROI

Beslutar om releasedatum och innehåll i releaser

Godkänner sprintens innehåll under planeringen

Godkänner eller underkänner sprintens resultat

53

En sprint

54


Produktbackloggen, del 1 Topics Size Sprint Status PrioLogin functionality. Ongoing 5001Applet integration with back office. Ongoing 5000Frames on XX and YY window Ongoing 4600Specific ZZ Ongoing 4200Client Performance Ongoing 4050

Open WW 3 1 Not started 3500

Show/Hide filter 2 1 Not started 3200

Main chat 5 1 Not started 3100

XYZ 5 1 Not started 3000

Show XX value 2 1 Not started 2990

Implement new decription format. 1 1 Not started 2931

Elimination of XX 1 1 Not started 2920

Startpage in client 2 1 Not started 2915

Specific chat 2 1 Not started 2910

YY 3 1 Not started 2000

Localisation 2 1 Not started 2000

Game XX 8 2 Not started 2000

Game YY 13 2 Not started 2000

Game ZZ 20 3 Not started 2000

Money XX 1 5 Not started 1900

ZZ 5 5 Not started 1800

XX display 8 5 Not started 1030

Visualizations 8 5 Not started 1000

Robustness 5 5 Not started 1000

Client performance 5 5 Not started 1000

BB probability 3 6 Not started 997

MM 8 6 Not started 956

Kick CC 2 6 Not started 921

VV Filter 8 7 Not started 880

OO 3 7 Not started 813

Integration with tool 13 7 Not started 769

TT information 5 7 Not started 700

55

Ska vara DEEP

Detailed appropriately

Estimated

Emergant

Prioritized


Produktbackloggen, del 2 Multi-language support 2 8 Not started 654

II 3 8 Not started 510

UU 20 8 Not started 500

WW 13 9 Not started 250

JJ 2 9 Not started 100Resizable tables Not started 975Quick seat cash games Not started 947CRM possibilities Not started 900Tournament info at table Not started 875Tooltips Not started 610Pop-up logic Not started 600Mute single player at table Not started 500Full integration with common language tool Not started 444Scheduled Filter Not started 410Personal Settings Not started 400Client extensions Not started 324Four Color deck Not started 300Cash game waiting list selected table Not started 290Lobby Filter for ring games Not started 250Player location Not started 240All in Disconnect protection for ring games Not started 230Solution with less security (community icon) Not started 200Client support (Teams & Leagues) Not started 175Bounty Tournaments Not started 100Private Tournaments Not started 50Private Cash Game Tables (user created) Not started 40Full branding for non-downloadable client 40 Not started 0Save hand history to disk Not started 0Cash Game rules 13 Not startedFix GPI format by creating two separate columns. 5 Done 2932Bet slider Done 2000Show AAMS session id and client id in specific lobby Done 2000Registration and Registration rules 5 Done 2000Show total pot value on table Done 2000Game play experience Done 2000Scheduled Lobby 3 Done 2000SnG Lobby 20 Done 2000Time always visible Done 2000New generic http protocol Done 2000Currency (Euro) in lobby Done 2000Currency (Tour chips) on table Done 2000Poker Actions Done 2000Fingerprinting 5 Done 2000Currency (Euro) on table Done 1950Fix rendering of fonts Done 1900Sorting of lobby list Done 1900Tour details for not started tournament Done 1805Connection status/Auto reconnect 5 Done 1804Ticket handling Done 1703Minimum system requirement Done 1600Tour buy-in dialog Done 1505Showdown Done 1501Sounds Done 1500Tournament levels 1 Done 1500Tour knocked out dialog Done 1499Play money SnG Done 1210Elimination of players-player experience 3 Done 1201Admin messages to players 1 Done 1111View Hand history 3 Done 1070Player wants to see what tournaments he is registered Done 1030Simple integration with common language tool Done 1020Account Info Done 1020Hand waiting notification Done 1010Sportsbook & game at table Done 1000Pot bet buttons Done 777Observe scheduled tables DoneTournament Chat 5 DoneTable Chat Done

56


57


Trimma produktbackloggen

58

Hela teamet deltar

Borttagna krav

Nya krav framtagna med (preliminär) prio

Estimering och ordning av båd enya och gamla krav

Gör trimning sent i sprinten

Försök inte identifiera arbetsuppgifter


Sprintplanering

Hela teamet deltar

Första halvlek - backlog-presentation och preliminärt åtagande

Andra halvlek - identifiera arbetsuppgifter och slutligt åtagande

59


Sprintplanering - tips Kortare sprint = kortare planering

Ha en agenda

Fokusera på åtagande

Försök inte hitta alla arbetsuppgifter

Fyll inte till 100% tillgänglig tid

Särskilt inte om vi vet att vi brukar få mycket akuta buggar

60


Sprintbackloggen

Arbetsuppgifter för sprinten

Scrum.org: de utvalda kraven från produkt backlog

Arbetsuppgifter bör vara max 16 timmar stora

61


Sprintbacklog i Excel


Sprintbackloggen

63






Verktyg för scrum

68

ExcelGoogle DocsJira/Greenhopper, Hansoft, ScrumWorks, VersionOne, Rally, Mingle, PivotalTracker, m.fl.

Mina tips: börja med papper och pennaom ni behöver ett verktyg, ha bara produkt backlog där


Sprintburndown


Sprintburndown


Dagligt ståuppmöte

Vad har du gjort sen vårt senaste möte?

Vad tänkte du göra tills vårt nästa möte?

Är det något som hindrar dig?

71


Dagligt ståuppmöte - tipsStå upp

Håll starttid och längd

Vad som arbetas med ska synas

Begränsa mängden parallellt arbete per person

Alla ska efter mötet veta hur teamet ligger till i sprinten

Scrum Mastern måste vara aktiv - mötet är inte så enkelt som det kan verka

Långsnackare

Sidosnackare

Hemlighetsfulla

72


Att avbryta en sprintEtt extremt undantag

73

STOP


Slutet av en sprint

Sprintgenomgång

74


ÅterblickInspektera och förändra

75

76

It’s one of the most important tools for making Scrum successful

Jeff Sutherland, Ken Schwaber, The Scrum Papershttp://scrumtraininginstitute.com/home/stream_download/scrumpapers


Återblickar hjälper oss hitta rätt arbetssätt, för oss

77

Från: Failblog


När? Regelbundna återblickar ger bäst effekt

78

Varje sprint (4 timmars timebox)

Varje release (8 timmars timebox)

Hur gör man rent praktiskt?

79


80

Ett ramverk kan hjälpa till vid utformningen

Öppna Avsluta

Samla data

Beslut och rekommendationer

Sök insikter

Se: Derby, Larsen: Agile Retrospectives


Upprätta överenskommelser för återblicken

81

ÖVERENSKOMMELSER• Inga mobiler under återblicken

• Om det inte är dagis som ringer akut!

• Vi ska inte avbryta varandra• …• …

Föreslå en enkel regel för att komma igång

Modifiera reglerna tills de passar hela gruppen


Aktivera hela gruppen i början av återblicken

82

- ”Sammanfatta sprinten som gått med exakt två ord”

‣ Signalerar att alla kan och borde delta aktivt‣ Sår ett frö för

kommande övningar


Sök insikter från flera håll

83

Fungerade mindre bra

Har jag lärt mig

Fungerade bra

Förbryllade mig


Glöm inte att återblicken ska leda till handling

84

Exakt två beslut

Exakt en rekommendation

}}


Underlätta arbetet med ”improvement stories”

85

Eftersom <motiv>, så

borde vi <förslag> så att

<önskat resultat>.

Läs mer på http://www.tobiasfors.se/?p=533


Återblicksmötet - hur kan man göra?Plus- och minus-listor

Vad från hinderbacklog ska in i nästa sprint

Kejsaromröstning eller ”fist of five” för att snabbt fånga känslan i gruppen

86

KLART

87


Betydelsen av att vara klar utvecklas med tiden

"Klar"

Incheckat, integrerat

Kodat, manuellt testat

Dokumenterat, accepterat Automatiserad

testning

Driftstestat, prestandasäkrat

Levererat


Alternativ definition av KLARTDesignat

Refaktorerat

Kodat

Enkel design

Kodgenomgång gjord

Designgenomgång gjord

Enhetstestat

Funktionstestat

89

Acceptanstestat av slutanvändare

Integrationstestat

Prestandatestat

Regressionstestat

Säkerhetstestat


Hur ska man göra då?

90

Fokus på automatisering

Testning är ofta en nyckel

Men även bygg, release, deploy kan automatiseras

Scrum och regulatoriska krav

91


Ramverket i sig strider inte mot regulatoriska krav.

Fyll ramverket med de praxis som behövs för compliance.

Scrum och regulatoriska krav

92


Om inte alla utanpåliggande artefakter och dokumentation (ISO, FDA, …) som krävs av organisationen har blivit helt definierade och är helt kända för utvecklingsteamen måste följande göras innan för många inkrement har levererats:

Definiera all dokumentation och alla artefakter som måste vara del av varje inkrement av produktfunktionalitet

Definition av artefakter

93

Teknisk skuld

94


Teknisk skuld

Oftast relaterat till press utifrån om att bli klar

95


Tid

Krav

Ramverk, basfunktioner

Nya funktioner

Olika hastighet med teknisk skuld


Hur förbättra?

Försök inte göra en fullständig version 2

Rensa på vägen när nytt utvecklas - allt som rörs ska fixas till (The Boy Scout Rule, Robert C Martin)

Lär från DDD (Domain Driven Design)

97


Engineering practices

98


Versionshantering

99


Automatiska tester

100


Kontinuerlig integration

101


Refaktorering

102


Gemensamt kodägarskap

103


Enkel design

104


Agil testningQA = Quality Assistance

Automatisera inte allt

Testare vill vara med tidigt

Session Based Test Management (SBTM)

105


Lättrörlig dokumentationPrecis så mycket som behövs

Fokuserar mer på ”varför” än ”hur”

Sammanställs och uppdateras gemensamt

Färdig när projektet är färdigt

106


Manifesto for software craftmanship

As aspiring Software Craftsmen we are raising the bar of professional software development by practicing it and helping others learn the craft. Through this work we have come to value:

Not only working software,but also well-crafted software

Not only responding to change,but also steadily adding value

Not only individuals and interactions,but also a community of professionals

Not only customer collaboration,but also productive partnerships

That is, in pursuit of the items on the left we have found the items on the right to be indispensable.

© 2009, the undersigned.this statement may be freely copied in any form,but only in its entirety through this notice.

Scrum i supporten/driften?

108


Kom överens om vad “rätt mängd arbete igång” är

Lorem ipsum dolor sit amet, consectetuer adipiscing elit.





Förbereds (6) Genomförs (2) Verifieras (2) Klart

Drift-sättningar

Upp-graderingar

Projekt Zebra

Projekt Xerxes

Lorem ipsum dolor sit amet, consectetuer adipiscing elit.STOP

109

Att införa scrum

110


ADAPT

Awareness

Desire

Ability

Promotion

Transformation

111


8-stegs förändringsmodell

Create Urgency

Form a Powerful Coalition

Create a Vision for Change

Communicate the Vision

Remove Obstacles

Create Short-term Wins

Build on the Change

Anchor the Changes in Corporate Culture

112


Förändring i en organisation


Projektledare

Testare

Utvecklare

Arkitekter

Produktägare

Roller som ändras


Hur går man till väga?

Scrumteam för förändringen

Mer drastiskt och mer effektivt med alla på en gång

Stegvis möjligt, och vanligast, men tar tid

Ta hjälp

115


Hur mycket får vi ändra på Scrum för att passa oss?

Scrum will favor those who don’t change it and use its transparancy to identify and solve engineering problems. They will work to create a full, shippable increment every iteration. These will be great engineering organizations that will outcompete others every day. Think Toyota and GM.

116


117


Nyckelfaktorer för att lyckasStöd från ledningen

Utbilda Produktägarna tidigt

Fokusera på automatisering (EP)

Var noga med synligheten

Fly inte från Scrum när problem kommer

Inspektera och förändra

118


Exempel på införande: salesforce.com

Online CRM

> 1 miljon användare

> 150 miljoner transaktioner per dag

> 350 utvecklare

Data från Steve Greene & Chris Fry, salesforce.com

119

2000 2001 2002 2003 2004 2005 2006

Levererad funktionalitet per team

Antal dagar mellan större releaser



Hur gjorde Salesforce?

Big Bang approach

Marknadsförde som “Return to core values”

KISS, lyssna, iterera

121

“In many ways, scrum seems like an inflexible, bureaucratic process akin to something at the Department of Motor Vehicles.”

“…ditch the stupid annoyingly dumb excel spreadsheet.”

“Scrum doesn't account for the fact of the reality of the waterfall. You

cannot deny this by superimposing scrum over it.”

“Management is not proactive as we wait for decisions from management. Scrum gives me

the feeling that Big Brother is watching and monitoring everything we do…”

“It seems like we spend more time talking about scrum…than we spend time talking and working on

salesforce.com.”


“The lingo is ridiculous”

Lack of innovation. No innovation. I can't innovate. I am at the mercy of my product owner, who cares not for innovation, only the chirpings

of customers...

2000 2001 2002 2003 2004 2005 2006 2007

Levererad funktionalitet per team

Antal dagar mellan större releaser

Resultatet av införandet




124

Agile Transformation Timeline

“Agile Launch”Big Bang Rollout

January OctoberAprilOctober JanuaryJuly

Rollout Adoption Excellence Expansion

April

144 146 148 150 152 154


92of respondents believe ADM is an effective approach

for their scrum teams

%


91of respondents believe the quality of our products

have improved or stayed the same

%

* 59% say our quality has improvedData från Steve Greene & Chris Fry, salesforce.com

86of respondents are having the “best time” or a “good

time” at Salesforce

%

* Improved from 40% 15 months agoData från Steve Greene & Chris Fry, salesforce.com


Exempel på införande från Sverige

Ongame

Kambi

Assa Abloy

129


16% högre produktivitet

Data från Succeeding with Agile, Mike Cohn, 2009

130


37% kortare time-to-market

Data från Succeeding with Agile, Mike Cohn, 2009

131


Agila projekt lyckas oftare

Lä mer på http://blog.mountaingoatsoftware.com/agile-succeeds-three-times-more-often-than-waterfall 132


Från VersionOne state of agile survey 2010 133


Så varför införa agilt arbetssätt?

Kontroll på hur det går hela tiden

Möjlighet att bygga rätt saker (närvarande kund och ändra sig efter verkligheten)

Fokus på att ROI/att releasa saker (dels att bli klara inom sprintarna och dels ansvar för helheten)

Få engagerade anställda (empowerment index)

Hantera (och få bort) SPOFs

134


Vad kommer efter Scrum?

135


Hur långt har Scrum kommit?

136

Hur kan vi organisera oss?

137

Vad ska hända med cheferna? Hur stödjer vi en lärande organisation?


138

Scrum och projektstyrning

139

Att skala upp scrum

140


Scrum i spridda teamFörsök samla teamet i gemensamma lokaler så ofta som möjligt, speciellt vid projektstart och viktiga milstolpar. Cirkulera medlemmar mellan platser.Investera och planera för verktyg som möjliggör en delad arbetsmiljö. (Webbkameror, videokonferens, gemensamma servrar…) Var inte rädd för att experimentera!Inför gemensamma arbetstider, med så mycket överlapp som möjligtUtveckla en gemensam vokabulärOm möjligt, ha hela team som är på samma plats istället


Stora projektEn produkt - en produktbacklog

Försök begränsa backloggen till max 100-150 stories (använd epos)

Skapa vyer in till produktbackloggen

Ett integrationsteam är naturligt

Synkronisera sprintlängden

Skapa nya team med växthusmetoden (flera gamla medlemmar och enstaka nya medlemmar i nya team)


Sprintplanering med flera teamFörskjut med en dag

Ett stort rum

Lägg på framåtblickande planering


Scrum of Scrums

Estimering & planering

145

A user story is a promise to have a conversation and a use case is the record

of the conversation Jim Standley

146


Krav på user storiesINVEST

Independent

Negotiable

Valuable

Estimatable

Sized appropriately

Testable

147


Som anställd kan jag begära semester så att pappers-hanteringen minskar och jag kan få snabbare svar

Exempel på en user story

148


Mer om user storiesIcke-funktionella krav

Jag föredrar att tänka på dem som begränsningar

Skriv dem som stories...

..eller som acceptanskriterier för en specifik story

Som kund vill jag kunna spela på min gamla hemdator som har

Windows 95

149


NedbrytningBryt isär en stor story i mindre stories

Mindre stories går att genomföra under en sprint.

Nödvändigt på delar av backloggen

Men att bryta ner för långt kan orsaka problem

Missade stories

150



Prioritet

Sprintnivå

Releasenivå

Framtida releaser

EposEn stor kundstory


PrioriteringÄr svårt - mycket ska vägas in

Värde

Kostnadsbesparing

ROI

Värde i form av kundnöjdhet

Sekvens

Beroende till annat

Risk/osäkerhet

Funktionell kompletthet

Tidig testning

Grundbehov (testmiljöer, byggmiljöer osv)153


Kraven ska vara storleksestimerade

Foto

från

sxc

.hu

• Timmar

• Idealdagar

• Story points

154


Idealdagar

Dag utan störningar och med fokus på en sak

Bekant sätt att tänka

Måttet olika för olika personer

Lättförståeligt för en beställare

155

”Det är bättre att ha ungefär rätt än precis fel.”

John Maynard Keynes

156


Se upp med ankring av estimat

•Fick en produktspecifikationKontrollgrupp •456 tim

•Fick samma produktspecifikation•Fick veta att kunden trodde att 500 timmar var

rimligt, men också att:•Kunden vet väldigt lite om vad som krävs för att

utveckla allt i hans specifikation•Ni ska inte låta hans siffra påverka ert estimat

Högt ankrad grupp

•555 tim

•Samma som högt ankrad grupp, men fick veta att kunden trodde att 50 timmar var rimligt.

Lågt ankrad grupp•99 tim

How to avoid impact from irrelevant and misleading information on your cost estimates, Magne Jørgensen and Stein Grimstad, Simula Research Laboratory,Simula Research Labs Estimation Seminar, Oslo, 2006.

157


Planeringspoker

Produktägaren beskriver ett krav

Alla funderar ut sitt estimat

Allas kort vänds upp samtidigt

Diskutera olikheter

Gör om tills enighet* nås

*: Enighet, eller om ej möjligt, kompromiss

158


Relativ estimering

Foto

från

Wik

iped

ia

Empire State Building Chrysler Building

443.2 meters (38% higher) 318.9 meters159


Jordhögs-exemplet

Foto

från

Wik

iped

ia

JORD

2 x JORD

Men vi tänker fortfarande var och en på hur lång tid det skulle ta mig

160

• 2 timmar för mig

• 40 timmar för 3-åring

• Kan komma överens om att det är 5 JP

• Dubbelt så stor, betyder dubbelt så stort estimat, dvs 10 JP


Story Points

Enhetslöst, relativt storleksmått

Måttet giltigt över tid och för olika individer

Kan vara svårt att förklara första gången

Underlättar tvärfunktionellt tänkande

161


Story Points - tips

Börja med att identifiera en mellanstor uppgift

Ha flera referenskrav och triangulera

Använd rätt storlekar (...1, 2, 3, 5, 8, 13, 20...)

Hinkar med sand eller vatten

Planeringspoker är ett sätt att underlätta detta

Ändra inte hur du tänker

Poängstorlekarna är normalfördelade

162


Rätt enhet på rätt ställe

Story Points för krav

Timmar/idealdagar för arbetsuppgifter

Vill inte ha någon som gömmer sig i en arbetsuppgift

163

In preparing for battle, I have always found that plans are useless, but planning is indispensable.

General Dwight D. Eisenhower

164


Planera igenPlanera om

165

Planera


Planering på olika nivåer

Strategi

Portfölj

ProduktReleaseSprint

Daglig

Teametfokuserar

här

166


En bra releaseplanEn plan som ger bra beslutsunderlag

Kommer vanligen att gå från

Vi blir klara Q3

Vi blir klara i september

Vi blir klara 15e september

Foto

från

sxc

.hu

167


Releaseplanering

Använda historiska data

Vänta 1-3 sprintar för att få ett rimligt värde

Prognostisera

168


Prognostisera

Estimera tillgängliga timmar i en sprint

Välj story från produktbackloggen

Bryt ner till arbetsuppgifter, estimera dessa i timmar.

Repetera 2-3 för alla storys.

169


Använd intervall

Tidigt i ett projekt är det rimligt att ha ett intervall

“Det kommer att ta 15-20 sprintar”

170


Använd historik

När vi har historik, snäva in intervallet

Använd medel över alla som troligt slut

Använd medel över 3 sämsta för worst case

Använd medel över 3 bästa för best case

171

Produkt-backlog


Agila kontrakt

Rullande kontrakt

Money for nothing, change for free

http://www.infoq.com/articles/agile-contracts

172


Fastprisåtaganden/budgetering

Prognostisera

Ange intervall i pris eller funktionalitet

Marknadsför insyn

Marknadsför möjligheten att ändra innehållet i projektet under projektets gång

Alternativet - tag kalkylerad risk

173


Så, exakt när är ni klara?

Exakt hur mycket kommer vi att sälja?

Varningstecken

175


Jag drar bort de fyra timmar som jag lagt på denna arbetsuppgift


Vår grafiker jobbar 20% i 5 olika team parallellt


Ingenting blir klart för test före näst sista dagen i sprinten0

2,0

4,0

6,0

8,0

1 2 3 4 5

Bra Dåligt


Det dagliga Scrummötet är ett ”rapportera till Scrum

Mastern”-möte (som dessutom ställs in när SM är borta)


Scrum Mastern svarar på frågor på dagliga

ståupp-mötet


Produktägaren är inte tillgänglig för

planeringsmöten


KLART är inte definierat


Demonstrationen tar 2 dagar att förbereda


Återblicken är inte en dialog med förbättringsfokus


Belöningssystemen fokuserar på individer


Sprint 1 Sprint 2 Sprint 3

Server Server

Klient

Server

Klient

Test

I didn’t fail 10,000 times.I found 10,000 things that did not work.

Tomas Edison, om sitt arbete med att hitta rätt material för glödtråden i glödlampor.

187


The Enterprise and Scrum, Ken Schwaber

Agile Estimating and Planning + User Stories Applied

Scrum User Group Swedenwww.scrum.se

Mike Cohn

twitter: mibomanse.linkedin.com/in/mikaelboman

188

Management 3.0, Jurgen Appelo

Agile Product Management with Scrum, Roman Pichler


Nästa steg

Agil Rebootcamp - citer.us/reboot

Agilt ledarskap i praktiken - citer.us/agilemgmt

Certifierad Scrum Product Owner - citer.us/cspo

Agil estimering & planering - citer.us/aep

Domain-Driven Design: Domänmodellen i arbete - citer.us/ddd4d

Scrum Kickstart - citer.us/scrumkickstart

189


Definitioner

Utvecklare = kodare, testare, mfl

Utvecklings-teamet = utvecklarna

Teamet = utvecklingsteamet + Scrum Master + Produktägare

190


Ordlista svenska - engelska

Återblick/retrospektiv = retrospective

Sprintgenomgång = sprint review

Backlog-trimning = backlog grooming

Produktägare = Product Owner

Tvärfunktionellt team = cross functional team

Utvecklare = developer

Utvecklings-teamet/Scrum-teamet = The Scrum team

191

Documents

Certiﬁed Scrum Master - assets-production-webvanta …assets-production-webvanta-com.s3-us-west-2... · Certiﬁed Scrum Master Mikael Boman 1 v4.2 Innehåll Presentation Agil historia