In this talk we discuss some of the best practices we have learned for successfully Launching an ART. We discuss how Rational Team Concert (#RTC) can be used to help coordinate the various team activities such as use story analysis, portfolio program and sprint planning, and communicating with the PPM, Agile program and team.
The presentation is from the 2015 #ibminterconnect Conference #feggreed2021
DCB-3094 Scaling Agile Launching a SAFe Agile Release Train using Rational Team Concert – Lesson Learned
3. 2
Notices and Disclaimers (con’t)
Information concerning non-IBM products was obtained from the suppliers of those products, their published
announcements or other publicly available sources. IBM has not tested those products in connection with this
publication and cannot confirm the accuracy of performance, compatibility or any other claims related to non-IBM
products. Questions on the capabilities of non-IBM products should be addressed to the suppliers of those products.
IBM does not warrant the quality of any third-party products, or the ability of any such third-party products to
interoperate with IBM’s products. IBM EXPRESSLY DISCLAIMS ALL WARRANTIES, EXPRESSED OR IMPLIED,
INCLUDING BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A
PARTICULAR PURPOSE.
The provision of the information contained herein is not intended to, and does not, grant any right or license under any
IBM patents, copyrights, trademarks or other intellectual property right.
•IBM, the IBM logo, ibm.com, Bluemix, Blueworks Live, CICS, Clearcase, DOORS®, Enterprise Document
Management System™, Global Business Services ®, Global Technology Services ®, Information on Demand, ILOG,
Maximo®, MQIntegrator®, MQSeries®, Netcool®, OMEGAMON, OpenPower, PureAnalytics™, PureApplication®,
pureCluster™, PureCoverage®, PureData®, PureExperience®, PureFlex®, pureQuery®, pureScale®, PureSystems®,
QRadar®, Rational®, Rhapsody®, SoDA, SPSS, StoredIQ, Tivoli®, Trusteer®, urban{code}®, Watson, WebSphere®,
Worklight®, X-Force® and System z® Z/OS, are trademarks of International Business Machines Corporation,
registered in many jurisdictions worldwide. Other product and service names might be trademarks of IBM or other
companies. A current list of IBM trademarks is available on the Web at "Copyright and trademark information" at:
www.ibm.com/legal/copytrade.shtml.
10. Strategic Themes
• Connects enterprise business strategy to Portfolio Vision
• Influence ART budgets, Program Backlogs and Epics
Strategic Themes
• Connects enterprise business strategy to Portfolio Vision
• Influence ART budgets, Program Backlogs and Epics
11. Budgets
• Explains why we fund ARTs
• Go “Beyond Project Cost
Accounting”
Budgets
• Explains why we fund ARTs
• Go “Beyond Project Cost
Accounting”
12. Kanban system
• Used to clarify the flow and eliminate the
overloaded “backlog” state that often can
occur
Kanban system
• Used to clarify the flow and eliminate the
overloaded “backlog” state that often can
occur
14. Value Streams
• Value Streams are the primary elements of Portfolio Vision
• Multiple Agile Release Trains (ARTs) can make up a Value Stream
• Portfolio Epics are typically cross-cutting ARTs
• Agile Release Trains are directly funded by Budgets
• Portfolio Epics flow left to right through the Kanban system to the
portfolio backlog, and then into implementation
Value Streams
• Value Streams are the primary elements of Portfolio Vision
• Multiple Agile Release Trains (ARTs) can make up a Value Stream
• Portfolio Epics are typically cross-cutting ARTs
• Agile Release Trains are directly funded by Budgets
• Portfolio Epics flow left to right through the Kanban system to the
portfolio backlog, and then into implementation
15. Portfolio Backlog NFRs
• NFRs may span across multiple
Value Streams and Release Trains
• Example: PCI Compliance
Portfolio Backlog NFRs
• NFRs may span across multiple
Value Streams and Release Trains
• Example: PCI Compliance
16. Coordination
• Required for Value Streams with multiple ARTs
• Often done at the Value Stream level
• Many large organization must “bundle” systems and
therefore cannot be evaluated at the Train level
Coordination
• Required for Value Streams with multiple ARTs
• Often done at the Value Stream level
• Many large organization must “bundle” systems and
therefore cannot be evaluated at the Train level
17. Lean-Agile Leaders
• Principles of Lean-Agile Leadership
• Role of Software Development Manager
described
Lean-Agile Leaders
• Principles of Lean-Agile Leadership
• Role of Software Development Manager
described
18. Metrics
• Split between Portfolio and ART
• New Portfolio Metrics for tracking
Epics
• ART metrics contain Program and
Team
Metrics
• Split between Portfolio and ART
• New Portfolio Metrics for tracking
Epics
• ART metrics contain Program and
Team
20. Program / Team Level
• The Agile Release Train (ART) is a single layer allowing the agile program
and agile teams to work together
• The Program Increment (PI) is used to deliver value
• The release object fully decouples Development from Release
Program / Team Level
• The Agile Release Train (ART) is a single layer allowing the agile program
and agile teams to work together
• The Program Increment (PI) is used to deliver value
• The release object fully decouples Development from Release
21. Program Epics
• Some Epics originate locally
• Must be big enough to require
approval for spend
Program Epics
• Some Epics originate locally
• Must be big enough to require
approval for spend
22. Release Object
• Teams build Working Software
• “System Increment” allows us to measure
progress of the ART
• “Releasable solution” may require
additional work and artifacts
Release Object
• Teams build Working Software
• “System Increment” allows us to measure
progress of the ART
• “Releasable solution” may require
additional work and artifacts
23. IP Sprint
•Validation (was Hardening) activities
are moved to the new Release Object
•If decoupled from Releases, IP sprints
provide more time for sharpening the
tools
•If not, Validation can still happen there
IP Sprint
•Validation (was Hardening) activities
are moved to the new Release Object
•If decoupled from Releases, IP sprints
provide more time for sharpening the
tools
•If not, Validation can still happen there
24. Code Quality
• “Agile Architecture
• Continuous Integration at the system level
• Test-First starts introduces the four quadrant Agile testing matrix
Code Quality
• “Agile Architecture
• Continuous Integration at the system level
• Test-First starts introduces the four quadrant Agile testing matrix
28. 27
IBM DevOps built on SAFe
27
SAFe
Market-leading process framework for scaling lean and across the
enterprise,
IBM DevOps Framework & Tooling
Supports the continuous delivery model through an open-standards-based
tooling platform
Steer Dev & Test Deploy Operate
Apply Lean & Agile Principles across the end-to-end DevOps lifecycle
29. 28
IBM’s SAFe Support - RTC instances for SAFe
Portfolio, Programs and Teams
Program (RTC Project Area)
Rational Team Concert*
Programs (RTC Project Areas)
Rational Team Concert*
Portfolio and Program: Use Rational Team Concert, (or Rational CLM) solution to
address the needs for high quality and regulatory compliance
Rational Team Concert*
Rational Team Concert*
Agile Release Train (RTC Project Areas)
31. 30
Establish SAFe environment
Plan the Release
Deliver the first Program Increment
JKE (Portfolio)
JKE Personal Banking (Program)
Mainframe, Mobile (Teams)
Use RTC to help Establish a SAFe Environment
30
Product Manager
Program Manager
Portfolio Backlog
Product Owner
Mobile Team using RTC to manage product
development
dependencies
Scrum Master
Scrum Master
Mainframe Team using RTC to manage
product development
32. 31
Organize Portfolio and Programs Epics using
RTC instances
Portfolio and Program:
Use combination of Rational Doors
Next Generation and Rational Team
Concert to address the needs at this
level
Agile Release Train:
Use Rational Team Concert (single or multiple project areas) to address the needs for high
quality and regulatory compliance
33. 32
Organize Portfolio and Programs Epics into a
multiple RTC instances
Program (RTC Project Area)
SAFe enabled
Rational Team Concert
Programs (RTC Project Areas)
Rational Team Concert*
Rational Team Concert*
Program Coordination using a
singe RTC Project area
Portfolio
Doors Next Generation (DNG)
Each ART uses a separate
RTC Project Area
Each ART uses a separate
RTC Project Area
34. 33
Smaller Organizations can start with a single
RTC and Team Areas
Program (RTC Project Area)
SAFe enabled
Rational Team Concert
Singe RTC Project
Area with multiple
Team Areas.
One for each Agile
Release Train
Portfolio
Doors Next Generation (DNG)
Team Area 1
Team Area 2
Team Area N
Singe RTC Project
Area with multiple
Team Areas.
One for each Agile
Release Train
39. How big will your ARTs eventually become
Fast customer feedback
Fixed, reliable cadence
Program Epics and Features are
used to implement the
Driven by Vision and Roadmap
Lean, economic prioritization
Frequent, quality deliveries
41. Team (Product) Execution
Responsible for Product content Independent, Self-Governing
Program Planning
Responsible for Program
content required to execute
vision
Business Release Train “Engineer”
Ensures value is delivered to
the business and to
customers
Portfolio Planning (SPC)
Responsible for defining vision
and “what gets built”
“The Bank”
Establishes initial Business
Release content
Release Planning must be both top-down and
bottom-up
In charge of technical decisions
42. Strategic Themes Influence the Portfolio Vision
Strategic Themes are the primary inputs into the Portfolio vision and serve as an
economic decision making framework for the portfolio,
List of active
Strategic Streams
DNG provides ability to quickly see details for any
of the Strategic Streams, including Status
44. Identify initial set of Strategic Themes
Its often easier to first capture
and organize Business
Needs and later “reverse
engineer” the Strategic
Themes
46. The Value Stream must be clearly defined
Ensure the PPM defines
a minimal number of
value streams
Ensure the PPM defines
a minimal number of
value streams
49. Each Portfolio Epic must have a Value Statement
We use Rational Doors
Next Generation (DNG) to
support some of the
Portfolio level constructs
50. SAFe Portfolio level
SAFe Recommended Views
• All Features
• All Lifecycle Scenarios
• All Lifecycle Scenarios in
• Playback or Under Review
• All SAFe Portfolio Epic Value Statements
• All SAFe Strategic Themes
• All SAFe Value Streams
• All Stakeholder Requests
• All Supplementary Requirements
• All Terms
• PLE Act -> Scene -> Feature
• Satisfying Stakeholder Requests (Traceability
Tree)
• Scene Implementation Traceability
We use Rational Doors Next
Generation to support the
Portfolio level constructs
52. Lesson 3 – Coordinate Reqts & Planning at
Multiple Levels
(Portfolio & Program Levels)
Product A – Story 1
Product B – Story 156
Product C – Task 132
Product A – Task 287
Product A – Task 343
Product D – Story 142
Product A – Story 463
Product B – Story 201
Product B – Story 300
Product C – Story 332
Product D – Story 245
Business
Tactic
Portfolio
Epic 2
Portfolio
Epic 1
Story
Story
Feature 1
Feature 5
Feature 4
Feature 3
Story
Products (Team Level)
Feature 2
tracks
tracks
tracks
tracks
tracks
child
child
child
child
child
child
51
Doors Next
Generation Artifacts
RTC (IBM Solution for
Scaled Agile Framework)
RTC (Agile Release
Train)
Program
Epic 101
Program
Epic 102
Program
Epic 231
Program
Epic 443
53. Guidelines for Epics, Feature and Stories
Description Responsibility Sizing Testable
Portfolio
Epic
Strategic Product
BIG, hairy, audacious,
initiatives providing competitive
advantage
Epic Owner
PPM Team
Span strategic planning
12‐18+ months.
Not sized, controlled by %
investment
No
Program
Epic
Bold, Impactful,
marketable
differentiators
Program / product
mgmt (PPM)
Business owners
Often require 6‐12 months to be
delivered
Sized for planning purposes
Maybe
Feature Short, descriptive, value delivery
and benefit oriented statement.
Customer and marketing
understandable
Product manager
Product owner
Sized to fit with in an internal
release
Often divided into stories
(Points)
Yes
Story Atomic. Sized for team and
detailed user understanding
Product Owner
and Team.
Fits in a single iteration.
(story points.)
Yes
http://scalingsoftwareagility.files.wordpress.com/2007/03/a-lean-and-scalable-requirements-information-model-for-agile-enterprises-pdf.pdf
SAFe builds on existing Agile team
practices in order to scale:
• Backlogs,
• Release and Sprint Planning
• Test Automation
• Deployment Automation
SAFe builds on existing Agile team
practices in order to scale:
• Backlogs,
• Release and Sprint Planning
• Test Automation
• Deployment Automation
54. Portfolio Kanban
Use RTC Kanban capabilites to identify
“approved” Business and Architecture
Epics for upcoming release planning
55. Establishing a Cadence for the ARTs
• Prior to kicking off the ART, the program calendar should be set for the
next year
RTC allows each ARTs
to define a multi-year
program calendar
RTC allows teams to define
plans and tasks to manage both
Program Level Calendar
• Release Planning Meetings
• PSI Demos
• Inspect & Adapt Workshops
Team Level Calendar
• Sprint Planning Meetings
• Sprint Demos
• Sprint Retrospectives
58. Dashboards Communicate status At-a-Glance
Program Epics and Features are
used to implement the
Driven by Vision and Roadmap
Lean, economic prioritization
Frequent, quality deliveries
62. Prepare SAFe Portfolio Content
In preparation for release planning, leadership creates a series of
briefings to set context
Executive Briefing State of the
business and upcoming
objectives
Product Vision Briefing(s)
Vision and top 10 features
Architectural Vision Briefing
Vision for architecture, new
architectural epics, common
frameworks, etc.
Development Context Changes
to standard practices, new tools
and techniques,
63. Planning: the Cadence for the ART
• Prior to kicking off the ART, the calendars should be set
RTC allows teams to define
plans and tasks to manage
both
Program Level Calendar
• Release Planning Meetings
• PSI Demos
• Inspect & Adapt Workshops
Team Level Calendar
• Sprint Planning Meetings
• Sprint Demos
• Sprint Retrospectives
RTC allows teams to define
plans and tasks to manage
both
Program Level Calendar
• Release Planning Meetings
• PSI Demos
• Inspect & Adapt Workshops
Team Level Calendar
• Sprint Planning Meetings
• Sprint Demos
• Sprint Retrospectives
64. Summary
1. Establish a SAFe environment using RTC
• Right size the ART
• Release Planning must be both top-down and
bottom-up.
• Coordinate team activities across multiple levels
• Use RTC to help prepare for
conducting an effective
Release Planning
66. Thank You
Your Feedback is
Important!
Access the InterConnect 2015
Conference CONNECT Attendee
Portal to complete your session
surveys from your smartphone,
laptop or conference kiosk.