certified scrummaster: class desk, posters and photos
TRANSCRIPT
Agile Coach
developer, scrum master, scrum trainer, free-rider
Alexey KRIVITSKY
www.agiletrainings.eu
1980 – present Kiev – Hamburg
1. Customersandusersknowwhattheywant.2. Itcanbedescribedwithwordsandimages.3. Engineersknowhowtobuilditinadvance.4. Nothingchanges.
Sorry….
Wouldn't IT BE NICE?
W.T.F. 1. Noonereallyhastheoverallpicture
(notpossibletoimprovetheflow)2. Amanagermightbetheonlyonewhocaresforthewhole
(becomesinformaNonkeeperandtransporter)3. Knowledgeisinhibitedinsidedepartmentsandsilos
(organizaNondoesn’tlearn)4. Everydepartmentisop@mizing,butlocally
(producesmorewastes,systemissubopNmal)5. Conflictsofinterestsarenotrare
(wastedNmeandenergy)6. Blamingcultureemerges
(CYA-development,wastedNmeandenergy)7. Customersareseenasanexternalparty
(scopemanagementisproblemaNc,delaysandbudgetoverruns)8. Noonereallymanagesdevelopment
(uncontrollablesituaNon,randomoutcomes,beliefinmagic)
four obstacles to adopting Scrum
1. The tyranny of the waterfall
2. The illusion of command and control
3. The belief in magic
4. The era of opacity
(c) Ken Schwaber, Co-creator of scrum
SCOPE
[TIME] [BUDGET]
Reversing Iron Triangle Traditional Agile
PLAN DRIVEN
TIME BUDGET
SCOPE
VALUE DRIVEN
ScrumMaster
PUSHES TO NEVER STOP IMPROVING
Helps everyone to be heard
asks questions
doesn’t offer solutions
believes the team can do it
Helps TO MAKE decisions
Promotes experimentation
Prevents analysis paralysis
JITDOONLYWHATIS
NEEDEDANDWHENITISNEEDED
JIDOKAWHENSHITHAPPENS–STOP,FIXAND
IMPROVETHESYSTEM
KAIZENKEEPIMPROVINGEVERYTHING
RESPECTYOURPEOPLE
WHATEVERYOUDOYOUDOITFORYOURCUSTOMER
ToyotaProducNonSystem(TPS)andLeanManufacturing,simplified
backlogs
pullsystems
userstories
unit-tests
5whysconNnuousintegraNon
coderefactoringautomaNon
fastreleasesbusinessprioriNzes
cleancode
minimizework-in-progressmanagerswhoteach
cross-funcNonalteams
eliminatewaste
Lean classifies 8 Wastes “Tim Woods”
Transportationmovingparts,people,informaNon
Inventory storingparts,documenNng
Motion bending,turning,reaching,licing
Waiting forparts,info,equipment,tools
Over productionmakingmorethanisimmediatelyrequired
Over processing Nghtertolerancesandmoreeffortsthannecessary
Defects rework,scrap,incorrectdocumentaNon
Skills underuNlizingcapabiliNes,inadequatetrainings
Wastes in Software Development
1. Addmorefeaturestoarelease2. DeploytoproducNonmanually3. MakebusinessanalystswritespecificaNonsand
thenpassthemtodevelopers4. Makearchitectureconfigurableandextensible
keepinginmindpossiblefeaturesofnextreleases5. Runbug-fixingsprint(s)beforereleasing6. DotesNnglaterinsprintwhenallfeaturesaredone7. DoregressiontesNngmanually8. Collectbuglistof300+items
OMTODWSI
“Allorganiza@onsareperfectlydesignedtogettheresultstheyarenowge]ng.Ifwewantdifferentresults,wemustchangethewaywedothings.”
TomNorthup
Scrum is …
Scrum is a framework thathelps you kick off and thencon@nuously improve yourd e v e l o pmen t p r o c e s s e stogetherasateam.
Which Terms from the List Are Not Part of Scrum?
User Stories
Velocity Metric
Grooming Meetings
Continuous Integration
Automated Testing
Monthly Releases
Visual Task Boards
Story Points
Scrum 101 Scrum Roles:
1. Product Owner “P.O.”
2. Development Team
3. ScrumMaster
Scrum Artifacts: 1. Product Backlog (PBL) 2. Sprint Backlog 3. POTENTIALLY SHIPPABLE Product Increment “PSPI”
Scrum Ceremonies: 1. Sprint 2. Sprint Planning 3. Daily Scrum 4. Sprint Review 5. Sprint Retrospective
Scrum is … Scrum is not prescribing how to do work. It isbasedonempiricalprocesscontrol.In Scrum we see product development as acomplex problem domain - where it isimpossible to define processes in advance thatwouldworkinallsituaNons.InsteadScrummakesyouinspectandadapt.
SPRINT BACKLOG
DEV QA ACCEPTANCE
WIP READY WIP READY WIP READY
WHAT CAN YOU SAY ABOUT WORK OF THIS TEAM?
SPRINT BACKLOG
DEV QA ACCEPTANCE
WIP READY WIP READY WIP READY
WHAT CAN YOU SAY ABOUT WORK OF THIS TEAM?
SPRINT BACKLOG
DEV QA ACCEPTANCE
WIP READY WIP READY WIP READY
WHAT CAN YOU SAY ABOUT WORK OF THIS TEAM?
ACTIVELY DOES
NOTHING
SCRUMMASTER’s FIVE HATS
TEACHES & MENTORS
PROTECTS TEAM & CHALLENGES
ENVIRONMENT
ASKS QUESTIONS, HELPS EXPLORE
HELPS BUILD SHARED UNDERSTANDING
PRODUCT
OWNER
NOBODY
STAKEHOLDERS
DEVELOPMENT TEAM
SCRUMMASTER
SCRUM TEAM
Scrum Roles Are Played Properly
Terminology USED PO Product Owner
SM ScrumMaster
PB, PBL Product Backlog
PBI Product Backlog Item
PBR Product Backlog Refinement
PSPI Potentially Shippable Product Increment
DOD Definition of done
DOR DEFINITION OF READY
SPRINT PLANNING 101 Commitment-based Planning
PART
ONE
PART
TWO
INITIAL SPRINT GOAL PRESENTED
PLANNED CAPACITY DISCUSSED
TOP PRODUCT BACKLOG ITEMS PRESENTED
PBI REVIEWED ONE BY ONE
NEEDED REFINEMENT HAPPENS
ITEM ADDED TO SPRINT PLAN
CONTINUE UNTIL TEAM SAYS “ENOUGH”
SPRINT GOAL GETS ADJUSTED
Retrospectives 101 Time-box:1hourper1weekofwork
1. SETTHESTAGE– askeveryonetoshareonewordaboutthesprint– reviewlastretrospecNve’sacNonitems
2. GATHERINFORMATION– collectpost-its:achievements,failures,appreciaNons
3. GENERATEINSIGHTS– collectpost-its:stopdoing,startdoing,domore,doless– voNng:3dotsperperson
4. DECIDEWHATTODO– discuss1-3topvotedcards:whichprocessexperimentwetry?
5. CLOSETHERETROSPECTIVE– fist-or-fiveonsaNsfacNonfromretro– findthenextretrospecNvefacilitator
Are You Responsible For One Of These?
ESTIMATE WORK, COMMIT FOR DEADLINES
DEVELOP AND RELEASE FEATURES
Making sure developers know what to work on
Personal evaluation of team members
Collaboration with customers
Design product solutions
ELABORATE system architecture
WHAT’S THE RESULT OF SCRUMMASTER’S WORK?
• Ahigh-performingagileteam.
• High-performingagileteams.
• AnorganizaNonofhigh-performingagileteams.
“culture eats strategy for breakfast”
Same structure New STRATEGY
Old CULTURE
Old habits reinforced
Old behaviors triggered
Old CULTURE
“Culture follows structure”
new Structure introduced
Old culture
New culture
New Behaviors
emerge New
Habits stick
Craig LaRman's law AND ‘large scale scrum’
Scrum Development Team 1. small
2. Collocated
3. Cross-functional
4. Long-lived
5. Full-time members
6. Self-MANAGING
DATABASE
BUSINESS LOGIC
API
FRONT-END
Feature vs. Component Teams Cross-functional “feature” teams
Specialists
“Feature” or “full-stack” Teams
… Are the Building blocks of an Agile organization.
Scrum requires such Teams to be in place.
it is a structural change.
Level Up! The goal of a ScrumMaster is to bring the team AND ORGANIZATION to the next level of maturity.
Further Improvements
Further Improvements
Maturity Model Scrum Adoption Dynamics
Ceremonial Scrum
Emerging self-organization.
Team starts owning the
process
True self-organization.
Further
Improvements are now possible
“DO AGILE” “BE AGILE”
Too many problems!
Ingredients of Self-Organization 1. High Alignment
our goal is …
2. Clear Constraints Here are some boundaries to follow …
3. High Autonomy go and figure out how …
Defining Product Owner AProductOwnerisnotanewnameforatradiNonalprojectmanagerwhodeliversascopeanddatecontractofwork.Rather,(s)hehastheindependentauthoritytochooseandchangecontent,releasedates,prioriNes,vision,etc.Ofcourse,(s)hecollaborateswithstakeholdersandteams,butarealP.O.hasthefinaldecision-makingauthority.
How Many Product Owners do you need?
Acompanydevelopsaweb-shopwithserviceslike:acatalog,userprofiles,emailsubscripNons,persistentshoppingcart,paymentsandB2B-integraNonforpartnershops.HowmanyproductsdoyouidenNfy?HowmanyProductBacklogswillyouhave?HowmanyProductOwnerswillyouneed?
OverallProductBacklogforWeb-Shop ScrumTeams SingleProductIncrement
onesprint
Scrum @SCALE: One product owner per a product
onedemoonedeploymentenvironmentonecodebase,onerepo,onemasteronesetoftests,oneconNnuousintegraNon
Find Your Product Owner Youworkforacompany“BestSoluNons”intheEasternEuropethatreceivesaprojectfromacompany“AllPossible”inBelgium.“AllPossible”worksfor“MediCare”thatownssomehospitalsintheU.S.A.andneedapaNentkeepersoluNonontabletsforitshospitals.AhospitalinAlabamaistheonetostartpiloNngthenewtechnology.Ingroups–talk:- drawapictureofthechain- inwhichoftheorganizaNons“sits”yourP.O.?- whocan(s)hebe?
Product Owner IS RESPONSIBLE FOR RETURN ON INVESTEMENTS.
SCRUM PRODUCT BACKLOG IS THE TOOL
FOR MANAGING IT.
Product Backlog Iceberg Priority 2-3 Sprints
Release
Next Releases
Refined User Stories
Non-Refined User Stories
Epics
Types of PBIs
VISIBLE FEATURE
VISIBLE DEFECT
HIDDEN ARCHITECTURAL
FEATURE
TECHNICAL DEBT
Posi
tive
Val
ue
Visible Invisible
Nega
tive
Val
ue
Backlog Management BUGS
1. Avoid bug inventories. Introduce limits (<30)
2. ‘Clean up’ sprints: kill’em all
3. Zero-bug policy: kill’em before they grow
MIXING WORK IN PRODUCT BACKLOG
HIDDEN TECHNICAL
DEPT VISIBLE
FEATURE
HIDDEN ARCHITECT.
IMPROVEMENT VISIBLE DEFECT
Product Backlog Refinement Item size
Level of details
LARGE & UNREFINED
SMALL & UNREFINED
CLEAR, TESTABLE & FEASIBLE
©RomanPichler
1. ESTIMATE
2. SPLIT 3. REFINE
PRODUCT BACKLOG REFINEMENT IS THE PBI 1/10 to 1/6 OF TEAM’S VELOCITY?
SPLIT IT
REFINE IT NEXT PBI
NO
IS THE PBI CLEAR, FEASIBLE AND TESTABLE?
NO YES
YES
DEFINITION OF READY AnagreementwithinaScrumteamonwhatagoodPBIis-whenisitreadyforSprintPlanning.• Beendiscussedwithallteammembers• Valueisclear• Smallenough• Detailedenough• Canbestartednextsprint• Allinputsprovided• Noblockingissues
OverallProductBacklog ScrumTeams
PaymentDB
PaymentAPI
PaymentValidaNon
PaymentUI
Technical Split
onesprint
OverallProductBacklog ScrumTeams
PaymentDB
PaymentAPI
PaymentValidaNon
PaymentUI
Technical Split
onesprint onemoresprint onemoresprint
INSTEAD Split BY BUSINESS VALUE
Payment
PaymentwithVisa
PaymentwithMasterCard
PaymentwithPayPal
UserisinformedifcarddataisnotOK
Useristakentosuccesspage
Useristakentoretrypage
UsercanstorehiscarddataToobigforasprint SNlltoobigforasprint
OverallProductBacklog DevelopmentTeams
PaymentwithVisa
PaymentwithMasterCard
ConfirmaNonEmail
PaymentwithPayPal
SCRUM @SCALE
v1
1PO
CommonSprint
SinglePSPI
Track Release Progress
Time(sprints)
Amountofwork(points)
rateofbacklogchang
e
whenyouwill
release
amountofwork
remaining
Scrum Inception The bare minimum to start scrum
1. Common understanding of Scrum roles
2. Team arrangements
3. Initial Product Visioning
4. Initial Release Planning: MVP, next releases
5. User Story Writing Workshops (minimum: Product Backlog for the 1st sprint)
6. Definition of Done
7. PLANNING the minimal infrastructure
8. Sprint Planning
Product Visioning
Release Planning
Sprinting
Process Agreements
Benefits of Relative Estimates +Easiertoagree.+FastertoesNmate.+ThemoreyouesNmate,thefasteritgoes.+Canbeawhole-teamlearningacNvity+Makeitimpossibletoplaytheblamegame+Canbefun!(usinggameslikePlanningPoker)-Hardertoexplaintoothers-HardertoseeimpedimentsandinterrupNonsNB:EsNmaNontechniquesarenotpartofScrum
SCRUM IS NOT A SERIES OF MINI WATERFALLS
FeatureA FeatureB
PLANNED:
A,B,C,DDONE:
nothing
DESIGNPROTO
MORECODINGTESTING
Sprintdonewrong
CODING
FeatureD FeatureC(nextsprint)
PLANNED: A,B,C,D
DONE
A,B,D
Sprintdoneright
DiscussionPoint[PO+DevTeam]
Done. or Done-Done-Done?
FeatureA FeatureB FeatureD
COOL:A,BANDDAREDONE!CANWEDEPLOYTHEMNOW?
(pokerface)
OK..SOWHAT’SLEFT?
1.2.…10.
SAMPLE Evolution of Doneness
usertestsautomated
tested,accepted
con@nuouslyintegrated
deployedtostaging
itislivefeature
byfeatureitislivebytheendof
sprint
coded,unit-tested
Sprint commitment Product Owner and Development TeamtogetherbelieveallplannedPBIsthataretakentotheSprintcanbefinished,giventheDoDandwhatisknownuptothemoment.As soon as new informaNon is discovered thatmakestheplanunrealisNc,aDevelopmentTeamandaProductOwnerengageinadiscussionstomakenecessaryscopingdecisions.