Scaled Professional Srum and Nexus on the Scrum User Group Berlin
-
Upload
jeronimo-palacios -
Category
Software
-
view
1.076 -
download
0
Transcript of Scaled Professional Srum and Nexus on the Scrum User Group Berlin
by Scrum.org – Improving the Profession of Software Development
Scaled Professional ScrumFocused. Effective. Viable.
Jeronimo Palacios VelaProfessional Scrum TrainerScrum.org
September 15, 2015Berlin
2© 1993-2015 Scrum.org, All Rights Reserved
MIN3
Have you been engaged in efforts to scale Scrum?
Raise your hand if your organization defines ‘scale’ as…• Multiple teams working on one product• Multiple teams working on their individual products• Multiple teams working on a suite of integrated products• One team working on several products in parallel• The complete IT organization adopting Scrum• A 360° organizational transformation toward Agile
Short Survey About You
3© 1993-2015 Scrum.org, All Rights Reserved
Scaled ScrumScaled Professional Scrum
“It takes two to scale.”– Gunther Verheyen
4© 1993-2015 Scrum.org, All Rights Reserved
Focus. Transparency.Sc
aled
Scr
um
5© 1993-2015 Scrum.org, All Rights Reserved
Definition of Scaled Scrum
1. Any implementation of Scrum where multiple Scrum Teams build one product or a standalone set of product features, in one or more Sprints.
2. Any implementation of Scrum where multiple Scrum Teams build multiple related products or sets of product features, in one or more Sprints.
6© 1993-2015 Scrum.org, All Rights Reserved
A system’s components interact purposefully toward a shared goal without externally exerted
power.
Frequent decisions of adaptation are based on knowledge gained
through inspection and experience.
Scrum’s DNA
Self-Organization Empiricism
7© 1993-2015 Scrum.org, All Rights Reserved
Scrum
1. One team pulls work from one Product Backlog.
2. Each Sprint delivers a releasable Increment of product.
8© 1993-2015 Scrum.org, All Rights Reserved
Professional Scrum
Professional Scrum
Mechanical Scrum
Technical Excellence
Values and Principles
Any Scrum instance that implements Scrum’s mechanics, its values and principles, and technical excellence.
9© 1993-2015 Scrum.org, All Rights Reserved
Technical Excellence
THE MEDUSA EFFECT
Poorly maintained codebases have…
10© 1993-2015 Scrum.org, All Rights Reserved
One Scrum Team Doing Work
11© 1993-2015 Scrum.org, All Rights Reserved
Three Scrum Teams Doing Work
12© 1993-2015 Scrum.org, All Rights Reserved
Nine Scrum Teams Doing Work
13© 1993-2015 Scrum.org, All Rights Reserved
• People (communication)• Business domains and
requirements• Technology• Software• Infrastructure
• Intra-team• Cross-team
• External
Dependencies
Dimensions Where
14© 1993-2015 Scrum.org, All Rights Reserved
Identify and work around dependencies:– Prior to work occurring– Ongoing– Persistent– In all dimensions
Reveal dependencies that remained unnoticed:– Frequent integration– Acceptance testing– Continual build and delivery–Minimize technical debt
Dealing with Dependencies
Proactive Reification*
*Reification:Making something real, bringing something into being, or making something concrete.
15© 1993-2015 Scrum.org, All Rights Reserved
Your ability to scale depends on your ability to continuously:
– Identify and remove dependencies
– Integrate work across all levels– Create and inspect reified Increments
16© 1993-2015 Scrum.org, All Rights Reserved
The NexusScaled Professional Scrum
“A man who carries a cat by the tail learns something he can learn in no other way.”
- Mark Twain
17© 1993-2015 Scrum.org, All Rights Reserved
Nexus
–noun\ˈnek-səәs\: a relationship or connection between people or things
http://www.merriam-‐webster.com/dictionary/nexus
18© 1993-2015 Scrum.org, All Rights Reserved
Scrum for Multiple Teams
1. A product has one Product Backlog.
2. Multiple Teams create integrated Increments.
19© 1993-2015 Scrum.org, All Rights Reserved
The Nexus™ – An Exoskeleton for 3-9 Scrum Teams
20© 1993-2015 Scrum.org, All Rights Reserved
MIN3
We have heard Scrum only works for singular teams. We have heard Scrum is not enough at scale.
We wonder…• Isn’t scaled Scrum through the Nexus still Scrum?• Doesn’t the Nexus efficiently scale product development with
Scrum?
Scrum Is Not Enough?
21© 1993-2015 Scrum.org, All Rights Reserved
The Nexus Augments Scrum
Builds on Scrum principles, values, and foundations• Creates communication pathways• Widens and deepens inspect and adapt mechanisms• Fosters continued transparency• Relies on bottom-up intelligence
Eschews fixed, defined solutions that add overhead.
22© 1993-2015 Scrum.org, All Rights Reserved
Nexus - Roles, Events and Artifacts
Roles Events Artifacts
Development Teams The Sprint Product Backlog
Nexus Integration Team* Nexus Sprint Planning* Nexus Sprint Backlog*
Product Owner Sprint Planning Sprint Backlog
Scrum Master Nexus Daily Scrum* Integrated Increment
Daily Scrum
Nexus Sprint Review*
Sprint Review
Nexus Sprint Retrospective*
*Nexus specific
23© 1993-2015 Scrum.org, All Rights Reserved
The Nexus Integration Team
• A Scrum Team• Works off of Product Backlog• Members are full or part time• Composition may change
between Sprints• Focus is dependencies and
facilitation of integration
24© 1993-2015 Scrum.org, All Rights Reserved
The Nexus interconnects 3-9 Scrum Teams:– Exhibiting Scrum’s principles and DNA–Creating one reified Increment of product– Minimal overhead, maximized outcome
25© 1993-2015 Scrum.org, All Rights Reserved
Managing Scaled ScrumScaled Professional Scrum
“Success in management requires learning as fast as the world is changing.”
– Warren Bennis
26© 1993-2015 Scrum.org, All Rights Reserved
• What must be done to integrate the work?
• How frequently do you need the work integrated into releasable product?
• How do you measure and manage the work and the integration?
• What is the overhead of integration and delivery?
• Are you balancing cost and benefits of this overhead with value produced?
• Is the cost systematically being reduced?
Core Questions When Managing Any Scaling Effort
Process Cost
27© 1993-2015 Scrum.org, All Rights Reserved
Scaled Professional Scrum Practices
Dependencies Reification
Feature teams ALM artifact automation
Micro-‐services Test-‐driven development
Product Backlog metadata Continuous integration of all work
Continuous Product Backlog refinement Frequent builds
Story mapping Frequent testing
Product Backlog cross-‐team dependency mapping
Limited branching
Communities of practice Descaling and Scrumble
Architecture contains experimentation and A/B switches
Thin sliced Product Backlog items compose Sprint backlog for ATDD
28© 1993-2015 Scrum.org, All Rights Reserved
Descaling
• Scale up with caution• Add practices or tools• Reduce the overall pace by
reducing the number of teams to a more sustainable number (and/or velocity)
• Clean up and integrate the current software so it can be built upon in future Sprints
Productivity
Teams
29© 1993-2015 Scrum.org, All Rights Reserved
Scrumble
• When technical debt, domain knowledge and test results overwhelm forward progress, Scrumble
• Scrumble is a period of unknown duration and staffing when work is done to allow forward progress to resume
• Staffing should be minimized and talent applied maximized Teams
Productivity
30© 1993-2015 Scrum.org, All Rights Reserved
How To Measure the Progression of Your Scaling Effort?
“Our highest priority is to satisfy the customer through early and
continuous delivery of valuablesoftware.”
31© 1993-2015 Scrum.org, All Rights Reserved
Nexus+Scaled Professional Scrum
“Put all your eggs in one basket and then watch that basket.”– Mark Twain
32© 1993-2015 Scrum.org, All Rights Reserved
Yes, You Can Scale Beyond The NexusVa
lue. D
epen
denc
ies.
33© 1993-2015 Scrum.org, All Rights Reserved
The Challenge of Large Scale Development
• The Nexus starts to fray and create confusion at around 9 teams. Communication grinds.
• Dependencies and integration issues are magnified and create chaos.• Additional engineering solutions are necessary, necessitating
enabling, integrating architectures.
There is no guaranteed recipe at this scale – EVERY PROJECT IS UNIQUE.
34© 1993-2015 Scrum.org, All Rights Reserved
You will need either:• A full time integration team who work above the Nexus+ helping to
coordinate across each Nexus• An integration Nexus• Architecture adequate to complexity
Nexus+ Integration
Google runs 4,000 builds and60 million tests every day
35© 1993-2015 Scrum.org, All Rights Reserved
Organization and Architecture Adequate to Complexity
• Nexuses integrate into a horizontal platform providing stability through integration standards and facilities
• An Integration Nexus• Have Nexuses within
boundaries that denote collaboration and unit of purpose, like product or value chain area teams
• The Microsoft Component Object Model
• Build your own iOS and SDK to enable app development
• Product family architecture• APIs• UI Platform• Internal Open Source• Microservices
36© 1993-2015 Scrum.org, All Rights Reserved
ClosingEmpirical Management Explored
37© 1993-2015 Scrum.org, All Rights Reserved
“The future state of Scrum will no longer be called ‘Scrum’. What we
now call Scrum will have become the norm, and organizations have re-invented themselves around it.”
Source: Gunther Verheyen, “Scrum – A Pocket Guide (A Smart Travel Companion)”, 2013
38© 1993-2015 Scrum.org, All Rights Reserved
About me & happy clients
Jeronimo Palacios• Agile Coach since 2008• Professional Scrum Trainer• Moved to Berlin from London 3 months ago
Mail [email protected] @giropa832
Blog http://jeronimopalacios.com/en/
39© 1993-2015 Scrum.org, All Rights Reserved
Scaled Professional Scrum by Scrum.org
• SPS Workshops, https://www.scrum.org/Courses/Scaled-Professional-Scrum
• Nexus Guide • Nexus Assessments• Agility Index• Agility Path, http://www.ebmgt.org/agility-path-framework/agility-
guide
40© 1993-2015 Scrum.org, All Rights Reserved
Scrum.org is a community. Connect.
Twitter@scrumdotorg
LinkedInLinkedIn.com
/company/Scrum.org
FacebookFacebook.com/Scrum.org
ForumsScrum.org/Community
RSSScrum.org/RSS
41© 1993-2015 Scrum.org, All Rights Reserved
T H A N K Y O U