Scaling is seen as a must and many companies see it as a way of transforming organizations. We see using the Spotify Model or SAFe from day one. However, what is missed it that when you scale, you scale your problems too. There are things to consider before you scale. You need to understand if you want to scale and how. Does it really pay off? What's your scaling strategy? There are also aspects to consider when you choose the approach.
I will share my experience with scaling and large organization transformation.
3. @krystian_kaczor BEFORE YOU START SCALING 3
SCALING – WHAT DO YOU MEAN?
# OF TEAMS
# OF PRODUCTS
1 >1
1
>1
Scaled
Scrum
Scrum
Portfolio /
Agile
Transformation
Context
Switching
Today let’s focus here
4. @krystian_kaczor BEFORE YOU START SCALING 4
YOU WANT MORE OF VS YOU ALSO GET MORE OF
• Output
• Impact
• Shorter T2M
• Revenue
• Process overhead
• Dependencies
• Integration issues
• Defects
• Problems with bottlenecks
• Impediments
• Bad Scrum implementation
7. @krystian_kaczor BEFORE YOU START SCALING 7
REASONS FOR SCALING
1. We want to go faster
2. Our product is really big
3. Our business is growing
8. @krystian_kaczor BEFORE YOU START SCALING 8
WE WANT TO GO FASTER
1. How fast is faster?
2. Do you need scaling to go faster?
3. What’s your hypothesis?
4. Does adding teams pay off?
Velocity
Teams
• If we release 2 months earlier we will
make 500k more (Cost of Delay)
• If we add 2 teams more with the
current Product Backlog we will make
it in 3 months
• The cost of 2 additional teams for 3
months is 600k
Does it make sense?
10. @krystian_kaczor BEFORE YOU START SCALING 10
NOT THAT WAY – MODERN WATERFALL
Customer
Journey/
Design Thinking/
UX & UI
FESEABILITY
Arch, Solution
USER
STORIES
SPRINTS
UAT
DEV OPS
T2M?
12. @krystian_kaczor BEFORE YOU START SCALING 12
HOW TO ORGANIZE SCALING
PRODUCT
TEAMS
ARCHITECTURE
Support value delivery
Supports the teams, enables fast releasing
13. @krystian_kaczor BEFORE YOU START SCALING 13
HOW ARE YOU GOING TO
1. … define and manage goals (OKRs, strategy, Release Goal, Sprint Goal)
2. … slice the product? (features, areas, personas)
3. … the manage Product Backlog? (structure)
4. … scale Product Owner role? (up, down, Product Owner team, UX, Vision)
5. ... align process? (events, estimation)
6. ... scale removing impediments? (escalation path)
7. ... align standards (Scrum, DoD, architecture)
8. ... manage dependencies? (visualization, solving)
9. ... integrate and release? (infrastructure, repository, tools)
10. ... align between teams? (SoS, SDS, NIT)
11. ... add more teams? (team growth, domain knowledge, skills)
17. @krystian_kaczor BEFORE YOU START SCALING 17
BEFORE YOU START SCALING
1. Scaling means scaling the good things and the bad things
2. Create thesis/business case
3. You need to do it well to be successful
4. Without preparation you can cause chaos and full stop - Prepare
well
5. Choose framework instead of reinventing a wheel
6. Measure and manage on the way
7. Scaled Scrum is still Scrum
18. @krystian_kaczor BEFORE YOU START SCALING 18
THANK YOU
Krystian Kaczor
krystian@qagile.pl
@krystian_kaczor
@QAgile_plwww.qagile.p
l
fb.me/qagile
pl