SAFe For Teams Digital Workbook (5.1.1)
SAFe For Teams Digital Workbook (5.1.1)
for Teams I
Establishing Team Agility for
Agile Release Trains
5.1.1
PROVIDED BY
. ..
Prepare Yourself
{. ef}. Access your learning plan featuring your digital workbook, study materials, and
certification practice test
...
... Become a Certified SAFe Professional
:: ~--
-0 : Get certified to validate your knowledge, expand your professional capabilities, and
.. .
... . open the door to new career opportunities.
...
..-~·.. Access SAFe Content and Tools
Access professional development resources and your trainer enablement plan to
·. . ~ : teach SAFe instructor-led courses.
...
...
00 Collaborate with Your Team
0
• (iJ) (iJ) Choose from hundreds of collaboration templates to easily set up events like PI
... Planning and work in real time with your team and others—all with SAFe Collaborate.
...
Showcase SAFe Credentials
Display your digital badge to promote your SAFe capabilities and proficiencies
. .. throughout your career.
community.scaledagile.com
Portfolio Backlog ..
• • --. I ·- ,
:= _ _. =--- 1:.
Epic
al
Enterprise Strategic
·- Portfolio f>_B~ ~ Lean Budgets Coordination KPls
Lean Portfolio ( t-',.,.'\, I Owners Architect Themes Vision Vision
Management
-- Guardrails
+
s~t- Development Value Streams Solutions
Solution LARGE
Demo 'ff.A'. Roadmap
SOLUTION
~
111_ ~ ..:::·
. .
Enterprise Q~0 I Solution Solution Compliance ; . - T .- ♦
s0 IU t .IOn
.
e 1very
DI
Qlil9►..jil"i
a Arch/Eng
.&
-
-
Mgmt
,
MBSE
Set-Based
-g'" • • --
~ -
NFRs
••
I I ·.
., Milestones
• • •
System Demos
• • • •
....CE
ml
~
!!,
Metrics
\, Bmm ml
'M Iii Product
Owner Goals
~
Iterations
Goals
~
Iterations
I 0 •
Built-In
Continuous 1h11
• $ §J. _ - - Pl · - -- - - Pl Quality
Scrum Pt Objectives
Learning Kanban
Master Pl al. © Scaled Aa11""
Culture
Lean-Agile Leadership
•
I
A re® I PROVIDED BY
Sltfl SCALEDAGIL~ ·
LARGE SOLUTION
Solution
Demo
Enterprise
_ill_ I ' Government WSJF
c
Vision
Compliance
MBSE .c - - -
i
:. u• C: - - -
Solution Solution Set-Based ~ NFRs en
Arch/Eng Mgmt
;.-
Solution Backlog SOLIIT/ON
TRAIN
Roadmap
Enterprise
Solution
Delivery
STE
' '' ♦
Milestones
• • • • • • • n
System Demos System Demos
RTE rip • Plan
~- I -•-·
• Execute ►CD mi:m ►CD Imm
~ System
• Review
DevOps
Team and Agile Teams •Retro NFRs Imm mi:m
~ I Team
Iterations
mm,a
Goals
ml
Iterations
I ~ I Lean UX
Built-In
~- Scrum
1h11
•
Master
s Kanban
§].
Pl Objectives
Pl - - - - - - - Pl - - - - - - Quality
Metrics
- Architectural Runway Leffingwell, et al. © Scaled Agile, Inc. •
Business I Technology 1- 1 Core Dn Lean-Agile SAFe •-==> Implementation e- SPC
- Values ~= Mindset Principles <---o Roadmap
Lean-Agile Leadership
•
IA re® I PROVIDED BY
Sltfl SCALEDAGIL~ ·
_& I
Organizational Enterprise Government
Agility
Vision
NFRs
Portfolio Backlog
A_
• - - -,
al
·-
•- ,· ■- -- r ,,,,
Epic Enterprise
·- ■--- • • pa , Lean Budgets Coordination KPls Roadmap
Strategic Portfolio
Lean Portfolio
Management
Owners Architect Themes Vision
~
~~I=-
Guardrails
-- Development Value Streams
Delivery .M
System
.
II
Product
00
C.
~
--- NFRs
Iterations
mr:mm
Goals
◄
Iterations
I ~ .._
Lean UX
Continuous Built-In
11111
• $ @TI' - - Pl - - -- -- - - Pl - - Quality
Learning Scrum Pl Objectives
Culture Kanban
Master Metrics
.,., a1. © scaled Aan .. •
Business I Technology 1- 1 Core JIil Lean-Agile SAFe •-==> Implementation e- SPC
- Values == Mindset Principles <---o Roadmap
Lean-Agile Leadership
•
I
A re® I PROVIDED BY
Sltfl SCALEDAGIL~ ·
Customer Centricity Con1·inuous Delivery Pipeline
WSJF ESSENTIAL
Business • I II;;;;
Owners MM Solution
@ AGILE RELEASE TRAIN
~
C • -• r-,::-..
:;:/
Agile M
.
System
.
II
Product
00
C
~
.--- - NFRs
Program Backlog Continuous
Exploration
Continuous
Integration
Continuous
Deployment
Solution
Design Th inking Context
Product Arch/Eng Mgmt Vision
Release on Demand
Delivery
• ·••·
• •
Sys tem Dem os
• • • •
System Demos
•
RTE XP •Plan
• Execute ►CD◄ mm ► Imm Roadmap
.,... • Review
Agile Teams
' n
Scrum
•Retro
WNFRs
il l
Team Backlogs
◄ Cl
Imm g
~
S ·
I c~
◄ Cl
mm
~ DevOps
,_.
Team and . ml !i: : ..
Technical & "'ce "'ce ml ml
mmm System
Agility •
·'- ,111 Product
Owner
◄
Goals
Iterations
◄
Goals
Iterations
I ~ Team
[[J _ _ Built-In
1h11
• Quality
Scrum Pl Objectives
s
I
A re® I PROVIDED BY
~ Sltfl SCALEDAGIL~ ·
Hidden Topic Title Text
Coordinating Trains
'@
Continual!~ Evol~e
Governance ~
tJ Operations
@) : @) Organizational Agility
Agile Product Delivery • Create an enterprise wide, lean-Agile mind~et
• Develop on cadence and release on demand • Respond qukkly to opport1.m1ties c1nd threats
Waterfall/
•• Train Lean-Agile
♦
Train Executives,
♦ Identify Value
20-50%
Ad hoc Agile .- Change Agents Managers, and Leaders Streams and ARTs
, I
c,.~~,.
(:I
Leading SAFe" I Thriving in the Digital Age with Business Agility I• with SAFe ® 5 Agilist Certification
Implementing SAFe" I Achieving Business Agi lity with the Sca led Agile Framework I♦ with SAFe• 5 Program Consultant Certification
SAFe" for Government I Applying Lean-Agile Practices in the Public Sector with SAFe® I• with SAFe ® 5 Government Practitioner Certification
Lean Portfolio Management I Aligning Strategy with Execution I• with SAFe ® 5 Lean Portfolio Manager Certification
SAFe" Product Owner/Product Manager I Delivering Value through Effective Program Increment Execution I♦ with SAFe ® 5 Product Owner/Product Manager Certification
Agile Product Management I Using Design Thinking to Create Valuable Products in the Lean Enterprise I • with SAFe ® 5 Agile Product Manager Certification
SAFe" Scrum Master I Applying the Scrum Master Role within a SAFe® Enterprise I• with SAFe ® 5 Scrum Master Certification
SAFe" Release Train Engineer I Facilitating Lean-Agi le Program Execution I♦ with SAFe ® 5 Release Train Engineer Certification
SAFe" for Architects I Architecting for Continuous Value Flow with SAFe ® I• with SAFe ® 5 Architect Certification
SAFe" DevOps I Optimizing Your Value Stream I• with SAFe ® 5 DevOps Practitioner Certification
SAFe" for Teams I Establishing Team Agility for Agile Release Trains I♦ with SAFe ® 5 Practitioner Certification
Agile Software Engineering I Enabling Technical Agility for the Lean Enterprise I♦ with SAFe ® 5 Agile Software Engineer Certification
Table of Contents
Privacy Notice........................................................................ 11
Course Introduction................................................................ 12
1 s
~ SAFe· cALEo AGILE-r
0
© Scaled Agile, In c.
Logistics
► Breaks
► Facilities
► Technology requirements
► Working agreements
1-4
Lesson Topics
1.1 The Scaled Agile
Framework .
1.2 The Seven Core
Competencies of Business ,:,
Agility
SCALED AGILE . · · ·• ·· ·
► "BMW Group's CEO expects that in their future more than half of its research and
development staff will be software developers." (Mik Kersten, Project to Product)
► The market cap of Tesla ($464B market cap, $24B revenue) now exceeds the
market cap of Ford ($33B market cap, $156B revenue) at a 14:1 value ratio
(November 2020)
1-12
f t ' \ customer
~ Centricity
Speed of innovation
1-15
Why SAFe?
SAFe's business benefits are derived directly from case studies written by SAFe customers.
JQo/o
Happier, 5Qo/o
A more motivated Faster
V:::!J employees time-to-market-=~
35010 5QO/o
/,'.j Increase in Defect
.oIJ.Il productivity
- - - ~ ai<?>i
reduction
:
SAFe 1.0
•
SAFe 2.0 SAFe 4.6 SAFeS
LSE
SCALED AGILE . · · ·• ·· ·
,...,
Management '@J
..
, ..,I
'-. Centricity
(@
SCALED AGILE • © Soalod AgUo. lno. 1-19
00
SCALED AGILE • © Soalod AgUo. lno. 1-21
Solution Train
, ....
__. PNNNl'4 .__
··•
SCALED AGILE • © Soalod AgUo. In,. 1-24
-~
Relentless Improvement
'-®>
SCALED AGILE • © Soalod AgUo. lno.
• ~
1-25
► Actively lead the change and guide others to the new way of working
Leading by Example
iii
••
Mindset & Principles
·---,
Leading Change
--
(
---❖
SCALED AGILE • © Soalod AgUo. In,. 1-26
.!!!. ..!.
'ss •
.. A
0:::."= = =
Essential SAFe
contains:
$ !!.
-
•
SCALED AGILE • © Soalod AgUo. In,. 1-28
SCALED AGILE . ~-
.
Lean thinking
✓
interruptions
REPEAT _ ______,]
111
✓ Pursue perfection
e!
:::J
-'-
0
t5
(I)
....,
:i
(.)
""CJ
C:
3
0
C:
0
~
>
enc
en
(I)
:;::;
C:
(I)
E
(I)
>
0.. co u::: 0 (I) 0
~ __g/ C:
C:
<ii 0..
0::: 0..
0
o::: E
(I)
0..
LEADERSHIP
Value
LEADERSHIP
There is only one boss. The customer.
And he can fire everybody in the company.
-Sam Walton
SCALED AGILE • © Soalod AgUo. In,. 1-32
► Generative culture
on trust C.
Flow
► Build in quality ~
:J
._....,
.2 u, c
...., :5
C CJ) Q)
0
(.)
~
Q) E
► Understand, exploit, and manage (.) "O ~ :;::; Q)
Q) C
cu
0 > C >
Q_
LL 0 Q) 0
variability CJ)
Q) -
Q) C
C
Q) 0..
0::: Q_ o::: E
0
Q)
Q_
► Move from projects to products
LEADERSHIP
Operating a product development process
near full utilization is an economic disaster.
-Don Reinertsen
SCALED AGILE • © Soalod AgUo. In,. 1-34
► Innovative people
t5 ~
;; Q) E
► Go see Q)
"O
C 0
nl
> 'EQ) Q)
>
cu
0..
CJ)
Q) -
Q)
u::: 0
C: Q) 0.. e
0::: 0.. .5 0::: E
► Experimentation and feedback 0
Q)
0..
► Innovation riptides
LEADERSHIP
► Pivot without mercy or guilt
Innovation comes from the producer.
-W. Edwards Deming
Relentless improvement
► Problem-solving culture .2
'-
Q)
'-
::i
....,
::i
(.)
C
0
Ill
Ill
Cl)
-
C:
Cl)
E
t5
Q)
"O ~
0
~ ;; Cl)
>
...0C.>
C C:
cu u:::
►
0..
Base improvements on facts CJ)
Q) -
Q)
0
C
Cl)
ai
C
0::: 0.. 0:: E
0
Q)
► Reflect at key Milestones 0..
LEADERSHIP
Those who adapt the fastest win.
► Lead by example
Duration
► Step 2: Discuss the results of the self-assessment. Do you have similar low
or high scores?
(low) (high)
2 3 4 5
Value delivery
Flow
Innovation
Relentless improvement
Leadership
SCALED AGILE • © Soalod AgUo. In,. 1-38
Innovation
Relentless
improvement
Leadership
Notes
We are uncovering better ways of developing software by doing it and helping others do it.
Through this work we have come to value:
That is, while there is value in the items on the right, we value the items on the left more.
1. Our highest priority is to satisfy the customer through early and continuous
delivery of valuable software.
4. Business people and developers must work together daily throughout the
project.
SCALED AGILE • © Soalod AgUo. In,. 1-40
5. Build projects around motivated individuals. Give them the environment and
support they need, and trust them to get the job done.
6. The most efficient and effective method of conveying information to and within
a development team is face-to-face conversation.
10. Simplicity-the art of maximizing the amount of work not done-is essential.
11. The best architectures, requirements, and designs emerge from self-
organizing teams.
12. At regular intervals, the team reflects on how to become more effective, then
tunes and adjusts its behavior accordingly.
SCALED AGILE . · · ·• ·· ·
..
#6 Visualize and limit WIP, reduce batch sizes, and manage queue lengths
#9 Decentralize decision-making
Duration
Video: Building Incrementally: Economic ~
Advantage ~
http://bit.ly/Buildinglncrementally
Waterfall
Requirements
Design
Implementation
Verification
[j [j[j[j
Documents Documents Unverified System System
• Do - , Check
• Deadline
t l ART
POCA
Plan ~ Adjust
.II: ?e '
- •-•-•-• -
ti)
I
ii:: Fast, integrated cycles
- - - - -
l > l > l > l > l > Team
POCA
- - - - - - Pl - - - - - - - Time
•••
U UID I
Objectives
• ~
Product/Solution
Performance
Improvement
Backlog Items
• ~
System Demo
◊------------<◊,-----------<>--+
- - - - - Pl - - - - - - - - - - Pl - - - - -
SCALED AGILE • © Soalod AgUo. lno. 1-49
Visualize and limit WIP, reduce batch size, and manage queue lengths
Increased risk
More variability
Lower quality
Less motivation
Story
Story Story Story
10
9 8 1
Story Story
11 Story Story 2
7 6
Story
4
Story
5
Duration
-
0
t i)
0
Total cost
Transaction
cost
Cadence-based
hi:liiili::lilflilH
..
planning limits
variability.
Probably need help
•
from a system team System Demos
•
Sys 2
•
Sys 3
•
Sys 4
• Sys 5
System Demos
•
Sys 6
•
Sys 7
•
Sys 8
•
Sys 1
•
1h11
&
< Continuous Integ ration
>
Itera te Iterate Iterate Iterate Iterate Iterate
•
Iterate Iterate
1h11
Pl Pl
► Value delivery is
inhibited by handoffs
and delays
► Political boundaries
can prevent
cooperation
► Silos encourage
geographic
distribution of
Business System Hardware Software Test and QA Operations
Engineering functions
► Communication
across silos is
Management challenge: Connect the silos difficult
The aim of development is in fact the creation of profitable operational value streams.
-Allen C. Ward
► Contains the steps, the flow of information and material, and the people who develop
the Solutions used by the Operational Value Streams
r------------------
1
Lead Time · - - - - - - - - - - - - - - - - - -
I
I I
SCALED AGILE . · · ·• ·· ·
Instead of a large group ... ... working on all of the ... and integrating and delivering value
requirements ... toward the end of development,
-·-···
■■■ I
~
--------------------------------------------------------------------------------------------------------------
• Do . . Check
•
t l
Plan 11- Adjust
• • • •
00000
Have small teams working ... working on small batches ... and delivering value in short
together as a program ... of requirements ... timeboxes with frequent integration
and improvement cycles.
ml
ml
ml
ml
ml ■
ml
Iteration Iteration Iteration
Team Planning Review Retrospective Value
Backlog
SCALED AGILE • © Soalod AgUo. In,. 1-60
2 6 4 2 8 6
Team Integrate
Backlog Analyze Review Build and test Accepted
In In
Ready progress
Test-Driven Coding
Development Standards
Collective
Ownership
XP Pair Work
.. - •
User Stories
Refactoring
• :. t "'°"""
Ill
Scrum
Master
' S-
Owner
3 Demo together Explore, integrate, deploy
and release independently
. ' ~ -
Learn
~ Si
t
Ill
Scrum
Master
Product
Owner
'(; ~
Plan
~· • • . ~
together
~ i . '
Product
I
t
1,1
Scrum
Master
Owner
s - - - - Pl - - - -
•••
Continuous
Exploration
... ,
.
. Continuous
Integration
••
SCALED AGILE • © Soalod AgUo. In,.
- - - - - Pl - - - - - 1-64
Introducing SAFe
Workbook Page
I 46 46I © Scaled Agile, Inc.
1-67
Org•nlzat!on, 1
rul
Enle 'l)riH
I ,ti
Gove,nmenl
Lesson Topics
.
Agility
L•• nPortfollo
Management
Bueillffs lTeehnology
Lean-Agile Leadership
2-2
► Identify the people and teams on the train, and learn about their roles
SCALED AGILE . · · ·• ·· ·
Agile Teams are cross-functional, self-organizing entities that can define, build,
test, and where applicable, deploy increments of value.
- Product Owner
Team N
►
5 to 11 team members
Purpose
Duration
Rules
► Everyone is part of one big group
► Step 1: Organize into small groups. Note: To get credit, you must provide an
estimate for the number of balls you
► Step 2: As a group, estimate how
think you can process before each
many balls you think you can
Iteration.
process in two minutes.
► Step 5: Summarize your experience
► Step 3: Run the two-minute Iteration
following the rules (get as many as a group:
balls through the group as possible) - What were some of the challenges?
► Step 4: Take one minute (run the - How were you able to improve the
one-minute Retrospective) to process with each Iteration?
discuss how you can improve the
process
SCALED AGILE • © Soalod AgUo. lno. 2-13
- By value streamlets
► Step 2: Create a group name. Note: Names should not be ~he names of
components, subsystems, or Feature areas. Instead, create a fun name,
a mascot. and a cheer.
► Step 3.: Discuss your ole as one of the four team topollogies.
► Step 4: Discuss what your group ·s responsible fo and what other things
you can do.
2-'7
l
lm
► The process of completing the Agile Team ptlMMlli:
Charter provides the opportunity for teams
Working Agreements
to discuss and reflect both on how they 3
0 0
Be Agile Know your Specialize the
Value Stream Principles & practices .
•
Agile Team maturity cycle
SCALED AGILE . · · ·• ·· ·
•
11 i11 u•
Scrum Master Product Owner
• Coaches the Agile Team in self- • Contributes to the Vision and Roadmap
management • Acts as the Customer for team
• Helps the team focus on creating questions
increments of value each iteration • Creates, clearly communicates and
• Facilitates the removal of impediments accepts Stories
to the team's progress • Prioritizes the Team Backlog
• Ensures that all team events take
place, are productive and kept within
the timebox
.
► Helps team understand and operate within its capacity
~
► Helps team operate under architectural and portfolio governance,
system-level integration, and System Demos ---"""'~- • u
Product
Owner
u•
► Operates as part of an extended Product Management Team
►
management
►
Shared Services in the Pl Planning meetings
Prepare Share
SCALED AGILE . ~-
• NFRs
Program
Backlog
Continuous
Exploration
GILE RELEASE TRAIN
Continuous
Integration
Release on Demand
Continuous
Deployment
System Architect/Engineering
System team provides processes and
provides architectural guidance and
tools to integrate and evaluate assets
technical enablement to the teams on
early and often.
the train .
Share
- Product Management
.. ... .......... .... .. .. .... .. ... .. ..... .. ........ .. ..... .. .... .. .. ... ,
- System Architect/Engineering
- Lean UX u•
- Shared Services
Workbook Page
I 64 63I © Scaled Agile, Inc.
► Explored the roles of the Scrum Master and the Product Owner
► Identified the people and teams on the train and learned about their roles
Org11nlullon• I
_ih
En•• •priff
I ...
Gov.,nment
Lesson Topics
.
Agility
Ln nPortfollo
Manai,em,:mt
3.1 Preparing the Team LARGE
SOLUTION
Backlog E~~;~:;~
Delivery
ll,
3.2 Planning the Iteration ......_
,, :.f,J,
c"""''' ~~
~
Tnm~nd
Technical 0
Agility
~
~
•
_.,
Lean-Agllelndershlp •
3-2
SCALED AGILE . · · ·• ·· ·
► Feature is an industry-standard
term familiar to marketing and
Lean
Portfolio
Product Management Budgets
Backlog
Program
Backlog
Team
Backlogs
►
Created by the Product Owner and the team
► Stories for the next Iteration are more detailed than Stories
for later Iterations
■
Independent Write Stories that can be developed separately
■
Negotiable Write Stories in which scope can be negotiated
■
Valuable Write Stories that are valuable to the Customer
■
Estimable Write Stories that can be estimated
■
Small Write Stories that can fit in an Iteration
■
Testable Write Stories that are testable
Enabler Stories build the groundwork for future User Stories. There are four
types of Enabler Stories:
Splitting Stories
.,~ I '
►
-
In support of feedback: As a driver, I want
♦ I
my automobile to
maintain speed
- Deploy small Stories to get technical/user on hills.
feedback quickly (maximize feedback) As a driver, I want
my automobile to
► In support of Iteration Planning: maintain speed on
downhills.
~
- Split Stories so they fit into an Iteration
SCALED AGILE • © Soalod AgUo. In,. 3-14
Splitting techniques:
Duration
Feature:
--------------------~
Shopping Cart
Benefit: Users can manage items in a shopping cart for immediate or future purchase.
Description: Users can easily access their cart from any page, view the same infromation displayed in the book list,
change the quantity, remove it from their cart, or save it for later. A subtotal for all items in their
shopping cart should be displayed at the bottom. Items saved for later should appear below that. I
--------------------~
Feature: Purchase by credit card 0 1
Benefit: Users can purchase products from us (as soon as implemented—only beta up until then)
Description: Users can select from their preferred credit card and shipping address as defined in their profile or
add new ones. Visa, mastercard, Discover, and Diners Club ar required. American Express is optional.
Must be PCI compliant.
Feature:
--------------------~
Shipping method selection
Benefit: Users can select a shipping method based on cost, delivery speed, and carrier.
Description: Users can select a shipping method based on the price, delivery speed, and estimated delivery date
for all major carriers (USPS, UPS, and FedEx).
--------------------~
Feature:
Benefit:
Profile management 8 1
Users can create and maintain their profiles rather than enter in their information each time they order.
Description: Users can manage their login credentials (ID, password), personal information (name, email address,
home address), nickname for book rating and commenting, credit card information (multiple), and
shipping address (multiple). Physical addresses, email addresses, and credit card info should be
verified as valid. Passwords must meet current security standards.
Feature:
--------------------~
Book detail
Benefit: Users can see informative and enticing details about a book.
Description: Display book name, book cover (which can be enlarged when clicked), author and bio, book description,
genre, publishing info ( publisher, release date, etc.), bok rating, and comments. Hyperlink author’s
name to a list of other books by the same author.
--------------------~
Feature:
Benefit:
Book list sorting
Users can sort a list of books in a number of ways to more easily find what they are looking for.
&1
Description: Sort by book title, author, price, book rating, and release date. Allow for users to select the number of
search results to appear on each page.
Workbook I 75 I © Scaled Agile, Inc.
► The examples can directly become tests, or they can lead to specific
behaviors which then are transformed into tests
Example
Acceptance criteria
► Acceptance criteria provide the details of the Story from a testing point of view
As a driver, I want to limit the amount of money As a driver, I want to get a receipt after fueling so
before I fuel so that I can control my expenditure . that I can expense the purchase.
Sequencing Stories
-
- } ► Other commitments
- Dependencies with other stories, teams, - ► Spikes/research
events, Milestones and releases. - Stories
SCALED AGILE . ~-
0 Establishing capacity
Iteration Planning
8 Story analysis and estimating
► By having capacity allocation defined, the Product Owner doesn't need to prioritize
unlike things against each other
► Once the capacity allocation is set, the PO and team can prioritize like things
against each other
---
Capacity allocation
Capacity Allocation
Next Pl
• Helps alleviate velocity
degradation due to
technical debt
--
Team
Backlog
•
•
Keeps existing customers
happy with bug fixes and
enhancements
Can change at Iteration or
Pl boundaries
IWMMW
Definition of Velocity
Velocity is the number
Size
- Units/time
Examples
- Duration
of points of stories
accepted in the
Iteration. Make sure to
always use the average
240
miles - 4
hours
► Each Story
- Is discussed and analyzed by the team
- Is estimated
► The process continues until the total Story points of the estimated Stories has
reached the capacity of the team
An 8-point Story should take four times longer than a 2-point story
to complete
- Typically, a 1-point story would take one day to develop and test
•
• • •
•
5 Discuss differences
6 Re-estimate
► Builds understanding
100%
>i
0
~ Don't ignore
::J
}
uncertainty
8 50%
<t
Effort
Tasking Stories
1. Finalize and push last-name search 1. Roll out the GDPR incident report
and first-name morphology procedures
2. Index 80% of remaining data
2. Prepare for external audit
3. Other Stories:
Establish search replication 3. Obtain approvals for financial
validation protocol report
Refactor artifact dictionary
schema
Team commitments are not just to the work. They are committed to
other teams, the program, and the stakeholders.
Commitment Adaptability
Too much holding to a Too little commitment can
commitment can lead to lead to unpredictability and
burnout, inflexibility, and lack of focus on results.
quality problems.
►
These teams may find less value in trying to plan the
Iteration in detail, and will tend towards Kanban
bit.ly/lmplementinqKanban
Workbook Page
I 87 85I © Scaled Agile, Inc.
3-40
Lesson Topics
4.1 Visualizing the flow of
work
rul
Enl• 'l)riH
I ,ti
Gove,nme nl
synchronization
► Describe the purpose of the Iteration Review and create a definition of done
bit.ly/DesiqnTeamKanban
-
SCALED AGILE • © Soalod AgUo. In,. 4-6
► Some steps have no WIP limits, while others serve as buffers and have
minimum as well as maximum WIP
7 5 3
Ready Stories Development Test Accepted
Story
Story Story Story
Story 9
10 8 3
11
Story
Story
I
Story 7
12 1
Story
13
1 st~ry I Story
6 Story
4
1 st~ry
► Step 2: Define the steps you need to turn the Stories into value
► Step 3: As a group, build your current flow of work and assign WIP limits
Metric Description
Flow Distribution The proportion of each backlog item type in the flow
The first five metrics are from Mik Kersten 's Flow Framework described in his
book Project to Product
What does it measure? Flow distribution measures the amount of each type of
work in the system over time.
■ Features/Stories
■ Defects
Cf)
■ Risks
E
~ ■ Enablers
0
ai
..c
E
:::,
z
What does it measure? Flow velocity measures the number of backlog items
completed in a given timeframe
Velocity Chart
40
38
c
·5
Q. 20
~
0
u5
10
0
Iteration Iteration Iteration Iteration Iteration Iteration Iteration Iteration Iteration
1 2 3 4 5 6 7 8 9
What does it measure? Flow time measures the elapsed time from when an
item enters the system (developer starts working) to the moment it is delivered to
the customer.
20
c 1s
::::i
0
0 10
c:-
0
Average Flow Time 7.6 days
ci5 5
2 3 4 5 6 8 9 10 11 12 13 14 15 16 17 18 19 20+
What does it measure? Flow load indicates how many items are currently in the
system.
14
12
10
8
(/)
-~ 6
0
u5
4
0
Day 1 Day 2 Day 3 Day4 Day 5 Day 6 Day 7 Day 8 Day 9 Day 1O
■ Done ■ Test ■ Develop ■ Design ■ To Do
♦
♦
♦
♦
♦
♦
♦
Lead time ♦
- - - - - - - - -. .
••• ♦
•• ••
WIP ••••
••
•• •• •• Done curve
••• ••••
••••• ••
What does it measure? Flow efficiency measures how much of the overall flow
time is spent in value-added work activities vs. waiting between steps.
WaitTime - :J-
Flow Time - - - - - - -
(Total Active Time + Total Wait Time)
SCALED AGILE . ~-
You can't scale crappy code (or hardware, or anything else). -Dean Leffingwell
- Automation
- Definition of done
They include software quality practices (most inspired by XP) like Agile testing,
behavior-driven development, test-driven development, refactoring, code quality,
and Agile architecture.
'u
'
Product
Owner
Developers/
Testers
Customer
Ir
Systems
Team
Component
integration
J
Component
maturation
•
I I I I I
SCALED AGILE ' © Soalod AgUo. lno. 4-21
►
Features consume it
l#!M
+mw
+mw -
. .. to support
future features
- ~ - - - - - - - - - - - ~ -
. - --,
5 oftware Example Business Example '
----------------'
11111111
~ Test Code ... always testing .. .
The test pyramid advocates a balanced portfolio of tests with many small, low-
level, automated tests and fewer large, manual tests.
$$$
The test pyramid
Typical large end-to-end UI
is about the
speed of the test
Typical small
¢ individual classes
Test Pyramid
SCALED AGILE • © Soalod AgUo. lno. 4-27
Large
(slow)
Typically, UI
_________________________ J
-- ~
I
I
(i\ On a system not I
I Medium
\..V designed for testing
Small
(fast)
SCALED AGILE . ~-
..
Duration
bit.ly/DevOpslntroVideo
►
telemetry.
Duration
•• .
-· ...
,..
·
bit.ly/CDPwithMorqan
► The Continuous Delivery Pipeline (CDP) represents the workflows, activities, and automation
needed to deliver new functionality more frequently.
► Organizations map their current pipeline into this new structure and remove delays and
improve the efficiency of each step.
Release on Demand
© Scaled Aaile . Inc.
SCALED AGILE • © Soalod AgUo. lno. 4-35
I
00
'
Version
Control
App
package
Test
package
...
End-to-end
testing
...
Staging
Always current
trunk increases
program velocity
Agile Team 2
SCALED AGILE ' © Soalod AgUo. lno. 4-37
Continuous Continuous
Release
Exploration Integration
on Demand
Continuous Deployment
• • •
Pl Pl Pl Pl Pl
Develop on Cadence
SCALED AGILE . · · ·• ·· ·
..
4-43
You will participate in and observe a reenactment of the daily stand-up meeting.
Four to five volunteers will play the role of team member. Your instructor will play
the role of the Scrum Master.
Where should it
take place?
bit.ly/RunningBacklogRefinement
SCALED AGILE . ~-
..
• Stories satisfy acceptance • Stories completed by al l • Capabi liti es completed by all • All capabilities done and
criteria teams in the AR T and trains and meet acceptance meet acceptance criteria
• Acceptance tests passed integrated criteria • End-to-end integration and
(automated where practical) • Completed features meet • Deployed/installed in the so lutions V&V done
• Unit and component tests acceptance criteria staging environment
• Regression testing done
coded , passed , and included • NFRs met • NFRs met • NFRs met
in the BVT • No must-fix defects • System end-to-end • No must-fix defects
• Cumulative unit tests • Verification and va lid ation of integration verification , and
• Release documentation
passed key scenarios validation done
complete
• Assets are under version • Included in build definition • No must-fix defects
• All standards met
control and deployment process • Included in build definition
• Engineering standards • Approved by Solution and
• Increment demonstrated , and deployment/transition
Release Management
fo llowed feedback achieved process
• NFRs met • Accepted by Product • Documentation updated
• No must-fix defects Management • So lution demonstrated ,
• Stories accepted by Product feedback achieved
Owner • Accepted by Solution
Management 4-51
SCALED AGILE . ~-
Iteration Retrospective
Part 2: Qualitative
1.What went well?
2.What didn't?
3.What can we do better next time?
► Step 1: Pick someone in your group to play the role of the Scrum Master to
facilitate the Iteration retrospective event
Workbook Page
120114 © Scaled Agile, Inc.
► Learned how to apply burn-up and cumulative flow diagrams for measuring flow
► Discussed the purpose of the Iteration Review and created a definition of done
Video Playlist - Kan ban for Teams Video: DevSecOps in Real Life
bit.li'l/KanbanPlallllist bit.lw/RealDevSecOms
Video - How to Run an Effective Backlog Collaborate Template: Determine the Team's
Backlog Refinement Workshop Definition of Done
bit.ll'J/RunninmBacklomRefinement bit.ll'J/DetermineDoD
Measure and Grow: Evaluate Progress Towards Collaborate Template: Retrospective Plus,
Business Agility Minus, Delta
bit.lro/AssessmentTab bit.lro/PlusMinusTemlillate 4-60
rul
Enl• 'l)riH
I ,ti
Gove,nme nl
Lesson Topics
5.1 Pl Planning
.
5.2 ART Sync and System ,:,
Demo CU O - Ctntri<lly Contlnuo ue OellveryPlpellne
@
00
5.3 Innovation and
Planning (IP) Iteration and t5. ·•- p
0
-·-
the Inspect and Adapt •
Serum ·•-
event
Bueillffs lTeehnology
Lean-Agile Leadership
5-2
► Recognize the need for the IP Iteration to provide time and space for the ART
to learn together
► Explain how to improve as an ART through the Inspect and Adapt event
5.1 Pl Planning
SCALED AGILE . . . .. .. .
bit.ly/PlplanningOverview
What is Pl Planning?
Input Output
Vision
i
Pl Planning
NFRs
Top 10
~
Features
oo
Program
Backlog
► If an objective has many unknowns, consider moving it 7. Spike: Reduce GPS signal loss
by 25%
to uncommitted and put in early spikes 8. Demonstrate real-time rerouting
to avoid delays (e.g., accident,
construction)
► Uncommitted objectives count when calculating load
L
SCALED AGILE ' © Soalod AgUo. lno. 5-9
► Achievable - Achieving the objective should be within the team's control and
influence
► Time-bound - The time period for achievement must be within the Pl, and,
therefore, all objectives must be scoped appropriately.
Duration
►
Step 3: Select a Product Owner for your team.
Planning context and lunch 11 :30 - 1:00 • Facilitator explains the planning process
Draft plan review 4:00- 5:00 • Teams present draft plans, risks, and impediments
Final plan review and lunch 11 :00 - 1:00 • Teams present final plans, risks, and impediments
Simulation: Briefings
• a •
.. II
Product System
Executive
Manager Architect
Iteration 1.1 Iteration 1.2 Iteration 1.3 Iteration 1.4 Iteration 1.5
Capacity: Capacity: Capacity· Capacity: Capacity:
Feature 1
Load: Load: Load: Load: Load:
Feature 2
□□ □□ □ IP Iteration
□□ □□□ X
□□ o□
Pl Objectives Risks
Pl Objectives BV AV
••• MllMl'4
••
User Story
O Infrastructure
Uncommitted enabler
Objectives Maintenance
■
■
Risksor
Exploration dependencies
enabler
SCALED AGILE • © Soalod AgUo. In,.
Velocity
4 hours
: I • • • I • • • • 6 Iterations
► Step 2: Calculate your own capacity for the next two, 2-week Iterations
Duration
► Step 1: Setup the workspace. Enter the capacity for each Iteration.
► Step 2: ► Each Scrum Master provides the current status and addresses the
questions from the RTE
► Step 3: The RTE holds a meet-after after the sync (limited to 1 - 2 topics for
the simulation)
Duration
Have you identified the capacity for each Iteration of the Pl?
Have you identified most of the Stories for the first two Iterations
and begun estimating?
····-
Have you begun resolving dependencies with other teams?
► Step 1: Present the summary of your team's first two Iterations and one or
more draft Pl Objectives
- Draft Pl Objectives
Day 1 Day2
Business context 8:00-9:00 Planning adjustments 8:00-9:00
5-27
► Possible changes:
- Business priorities
- Adjustment to Vision
- Changes to scope
Duration
bit.ly/SAFeProqramBoard
Iteration 1.1 Iteration 1.2 Iteration 1.3 Iteration 1.4 Iteration 1.5 (IP) Pl 2 »>
Milestones/
_ _E_ve_n_t•- - - - - - - - - - - -+-- - - - +-=""-=- --l A program milestone or event is
Unicorns happening in iteration 1.3 (e.g ., a trade
- D-o-lp-hi-ns- - - - - - -----==~ - - =-- ~.--------'--+-- -+--t show, market release, etc.).
Bears
Tarantulas
- - - - - - > - - - - - - - + - - + - - - - + - - - - . . , . . . _ _ , . . . . _........_ -t A feature placed in a team's swim
Needs UX Help lane with no strings means that it
Needs Sys can be completed independently of
Arch Help other teams .
5-31
ROAMing risks:
C3 esolved G wned
Resolved - Has been addressed. No longer a
concern.
After dependencies are resolved and risks are addressed, a confidence vote is
taken by the team and program.
,,.u
• • I
,,..1
I
SCALED AGILE •
No
confidence
'
© Soalod AgUo. lno.
Little
confidence
Good
confidence
High
confidence
Very high
confidence
5-35
The Pl planning event will evolve over time. Ending with a retrospective will help
continuously improve it.
SCALED AGILE . ~-
ART events create a closed-loop system to keep the train on the tracks.
~=::-· '
Scrum of Scrums
ART Sync
:
~ ---c:--._
I PO Sync
I U t.
=e ART events
=
""' Team events
=
, 1ffl1' I u , 11 ,
u u
• I Pl
Planning :
11111 I 11111
11111
Iteration
Planning
Daily
Stand-up
Iteration
Review
System
Demo
~
Iteration Backlog
Retro Refinement
I
••• ART Sync
''
1111 • 11 ----------------------------------------------------------------
1111111111
'
uu
Scrum of Scrums PO Sync
► Visibility into progress, scope, and priority
► Visibility into progress and impediments
adjustments
► Facilitated by RTE
► Facilitated by RTE or PM
► Participants: Scrum Masters, other select
team members, SMEs if necessary ► Participants: PMs, POs, other stakeholders,
► Weekly or more frequently, 30-60 minutes and SMEs as necessary
► Timeboxed and followed by a 'Meet After' ► Weekly or more frequently, 30-60 minutes
- What are challenges to having a new system increment every two weeks?
► Step 2: List three to five challenges and some ways to solve them
SCALED AGILE . · · ·• ·· ·
-
----
-
Buffer for leftover work
--- Innovation
~j-
Pl planning readiness
10 11 12
■ ..... ■
Pl Planning
1-hii:i¼ffi 1:111 ..
niililillllWM -ftpt,
• - i..-■- eeeme
--.
■I■ SSHl·iil::IHM
IMM@M t#M@H:Hillli
------
+·®'""m®"* ■m111a
3. Problem-Solving Workshop
1. Pl System Demo
Prior to or as part of the Pl System Demo, teams review the business value
achieved for each of their Pl Objectives.
Objectives for Pl 3
,............
Business Value
,-------.,
Plan Actual
-- - -
► Teams meet with their Business
• Structured location s and 7 7
validation of locations
Totals 50 45
% Achievement: 90%
., 100
, . control range
;/_ 80 _,_
.,
1/)
' ' ,, ,, • Handles common
variants
>
~
., 60
B - Special causes may still
0 cause excess variation
E 40
~
Cl
e
a.. 20
- - - - - Team A: Out-of-control development
- - - - - Team B: Control led development
Program (ART)
0
Pl 1 Pl2 Pl3 Pl4 Pl5
• Insufficiently
reliable release
commitments
-®
•
I,
I I
Insufficient
0 -
architectural
runway
,
-... '
NFRs
Executing the PI
Workbook Page
148142 © Scaled Agile, Inc.
► Recognized the need for the IP Iteration to provide time and space for the
ART to learn together
► Explored how to improve as an ART through the Inspect and Adapt event
5-52
Duration
bit.ly/BenefitsSAFeCertification
Duration
bit.ly/SAFeCommunityPlatform
~
e ~
• . ...
SAFe ART and Team Events and Toolkits to help practice SAFe
:=-.:--:.:.---:.=:::=.":.::~.:=-
JW-•PI---- --~--
lftl!)KlandAdap!(llA)
F...,IPlt _ _ _ _ ,.,._.,_
--
,.,.- .. .,,,._AAT&T-,(-
Agile Basics What is SAFe for Lean Enterprises SAFe Foundations: Core Va lues
E-learning E-learning E-learning
Learn what Agile is, where it comes Become more familiar with the goals Build your understanding of the core
from, why it continues to be used and and methods of SAFe to achieve values of SAFe and how they are
needed, and how it supports teams and Business Agility. applied in practice.
organizations to do what they do better.
. ...... ~~':.~~"''
n..SAFo•P,ol,len,Sol,,;nge.-d,.oo,nglo
,.,. .,
0 l'.l l!.'l Q O l'.l
:=========~
~1-_rt - 5101;'.• Continu• & I Wit h
c.,p,.+,Ol'O»bys..i.d...,._,°"',..~-
Competency-based self-assessments
Each Core Competency has a downloadable assessment, along with
three Growth recommendations, available in SAFe Collaborate . To
access these assets directly, visit the Scaled Agile Framework
Agile Teams
•
website: www.scaledagileframework.com/measure-and-grow/
*
@ Enterprise Solution Delivery
■
•' like • Comment ~Share 2 comments • 14 views
•- SAFe Practitioners
More comments 1 of2
Rick, Cindy is correct, but we agree with you that there may be a new revolution emerging that goes
beyond Carlota's work. Stay tuned!; -)
Like · Reply
When you need support, check the FAQ page for your
question or contact SAi support directly.
~SAFe I SUPPORT 0. logm
Home Topics v
I'm A Learner
I'm An In structor