Академический Документы
Профессиональный Документы
Культура Документы
Version 0.2
This
This document
document is
is only
only for
for awareness
awareness about
about SAFe
SAFe &
& not
not sufficient
sufficient for
for deciding
deciding
implementation
implementation approach.
approach.
Why Principl
Agile? Why
SAFe? es of
SAFe
Most
popular
SAFe
What is
Agile - Organis
SAFe?
SCRUM? ation
Core Agile at
Challenges Values Program
with Agile of SAFe? Level
Lean Implem
Agile entation
Mind Roadma
Set p
Restriction of team size 7-9 people max The team size proposed for ideal agile project is max 9
people. This can be a limitation for large team to go Agile.
Big picture / Vision of team is limited In agile project, team has access to Product Owner, but with
limited direct approach to business executives. Due to this
big-vision can be missing from Dev team
X-team Collaboration is low/missing Agile propose many ceremonies but limited to team/PO and
business, there is no event for collaboration with other teams
Enterprise Agile Frameworks like SAFe addresses these concerns. Let’s have a closer look at SAFe.
Agile
These are some of the key considerations for any
Manifesto lean Agile Enterprise and then to tailor the
(4) implementation around these building blocks.
SAFe SAFe
Principles CORE
(9) Values (4)
2. Program execution
With
With ART(Agile
ART(Agile Release
Release Train)
Train) focus
focus isis to
to implement
implement agility
agility at
at
program
program level
level and
and get
get the
the value
value and
and efficiency
efficiency with
with multiple
multiple agile
agile
team
team working
working together
together to
to achieve
achieve aa bigger
bigger objective
objective
3. Alignment
Everyone
Everyone has
has to
to understand
understand the
the vision
vision and
and roadmap
roadmap to to ensure
ensure
alignment;
alignment; Alignment
Alignment then
then supports
supports fast
fast changing
changing needs,
needs, disruptive
disruptive
competitive
competitive forces
forces and
and geographically
geographically distributed
distributed teams
teams
4. Transparency
Trust
Trust isis important
important toto build
build high
high performance
performance teams
teams and
and transparency
transparency
isis enabler
enabler of of trust.
trust. Transparency
Transparency has
has to
to be
be assured
assured at
at each
each step
step and
and
for
for each
each contributor
contributor (executives,
(executives, developers,
developers, business,..).
business,..).
LEAN-AGILE MINDSET
assumptions, and actions of SAFe leaders and practitioners
who embrace the concepts of the Agile Manifesto and Lean
thinking.
Relentless
Innovation
Flow
1. Our highest priority is to satisfy the customer through early and 7. Working software is the primary measure of progress.
continuous delivery of valuable software.
8. Agile processes promote sustainable development. The sponsors,
2. Welcome changing requirements, even late in development. Agile developers, and users should be able to maintain a constant pace
processes harness change for the customer's competitive advantage. indefinitely.
3. Deliver working software frequently, from a couple of weeks to a 9. Continuous attention to technical excellence and good design
couple of months, with a preference for the shorter timescale. enhances agility.
4. Business people and developers must work together daily 10. Simplicity—the art of maximizing the amount of work not done—is
throughout the project. essential.
5. Build projects around motivated individuals. Give them the 11. The best architectures, requirements, and designs emerge from self-
environment and support they need, and trust them to get the job organizing teams.
done.
12. At regular intervals, the team reflects on how to become more
6. The most efficient and effective method of conveying information to effective, then tunes and adjusts its behavior accordingly.
and within a development team is face-to-face conversation.
People do the work. Respect for people & Relentless Improvement, encourages learning
Culture is basic human need and growth through continuous reflection
• Don’t overload them and process enhancements.
• Don’t make them wait • Optimize the whole
• Don’t force them to do wasteful work • Consider facts carefully, then act quickly
• Don’t impose wishful thinking • Apply lean tools to identify and address
• Build long-term partnerships based on trust root causes
• Reflect at key milestones; identify and
address shortcomings
Continuous flow of work that supports
incremental value Delivery
• Continuous and sustainable value delivery
(no “start-stop-start” project delays) To avoid decline of product and process,
• Build quality in; flow depends on it innovation is must. To support Innovation:
• Integrate frequently Foundation is Lean-Agile Leadership
• Provide time and space for creativity
• Informed decision-making via fast feedback Management applies and teaches LEAN Thinking • Apply innovation accounting
Lean focuses on identifying and continuously • Lead the change • Pivot without mercy or guilt
removing delays and waste. • Develop people
• Inspire and align with mission
• Decentralize decision-making
13 SAFe Starter Reference
9 PRINCIPLES OF SAFe We are talking about ‘Principles’ because... Every implementation is
different & Principles ensures moving in the right direction as we account
the differences. The principles give us something to check against.
The shorter the cycles, the faster the Progress should be evaluated via To achieve the shortest sustainable
learning working system and not on phase lead time, it’s very important to
Improves learning efficiency by based milestones/phase gates maintain the flow, which can be
decreasing the time between action achieved via limit Work In Progress
and effect items and small batch sizes.
Reduces the cost of risk-taking by Long queues are always bad which
truncating unsuccessful paths quickly leads to higher risks more variability,
Encourage small batch sizes to lower quality and less motivation
achieve it with in team
Evaluation of progress on phase gate
like requirement, design… will
increase the risk towards end of the
project
Program Level
An ART (Agile Release Train) is an organization
built to deliver a product or value
Program level roles RTE, Prod.Mgr, Sys.Engg.
An ART relies on a Program backlog
Team Level
The implementation of projects in agile
(SCRUM method, XP)
Each team works synchronously on the same
pace (cadence)
Teams can deliver on demand
17 SAFe Starter Reference
AGILITY AT PROGRAM LEVEL
Agile Release Train (ART) Program Roles & Teams Program Increment (PI)
Program level contains roles and Roles at Program level Program Increment is a time-box
activities needed to deliver solution Release Train Engineer(RTE) during which an ART delivers
via an ART Product Manager(PM) incremental value in the form of
System Architect/Engg working, tested software and
Agile Release Train (ART) is a large systems
Business Owner
team of Agile teams, is a virtual
Customers
organization (50 – 125 people) that Typically 8-12 weeks long, 4 Dev-
plans, commits, and executes Additional functions Iteration(2weeks each), followed by
together Innovation & Planning(IP) Iteration
Systems Team
Teams in ART are Cross functional Shared Services PI used cadence & syncronisation
Release Management
Scrum of Scrums
Provides visibility & impediments ART Sync Program events
RTE is facilitator
Participants: Scrum Masters Team events
Weekly or more frequently Scrum of Scrums PO Sync PO Sync
Visibility on Progress. Scope priority
PI Planning Participants: PM, PO, Stakeholders
It is Cadence based, 2 days Daily
Weekly or more frequently
every 8-12 weeks PI Iteration Stand-up
Planning Iteration System
Everyone attends in person Planning
Iteration Review Demo
Backlog
Retro
Refinement System Demo
System Demo is a significant event that
provides an integrated view of new
Inspect & Adapt Inspect & Adapt
Prepare for PI Planning Features for the most recent Iteration
Inspect & Adapt, happens end of delivered by all the teams in the Agile
each PI, where the current state of Release Train (ART)
the Solution is demonstrated and
evaluated by the train.
19 SAFe Starter Reference
PI Planning Days event
Purpose of PI planning is to gain
“Alignment to a common mission” All teams & members have to participate
RTE is the key facilitator of this ceremony.
Product mgmt. owns features & priority
Teams own story planning and estimates
https://www.yammer.com/soprasteria.com/#/threads/i
nGroup?type=in_group&feedId=15674834&view=all
Implementing
Agile Change Agents Relevant experience of agile and SAFe 4 Certified
SAFe®
Consultants & coaches scaling agile 4 days
Program Consultant
Executives Leading
Managers SAFe® SAFe 4 Certified
Lean-Agile Leaders
Stakeholders 2 days Agilist
SAFe ®
Teams for Teams Agile Teams
2 days SAFe 4 Certified
Practitioner
T h a n k U !