For a beginner, this is a good quality pictorial representation of DevOps and DevOps Center of Excellence.
Opex Software focuses on consulting, implementation and development of DevOps tools and platforms. Have helped small and large data centers! This presentation talks about Continuous Integration, Continuous Delivery at a high level. For detailed presentations and flows, please ping us.
Thanks again, Enjoy!
Continuous Delivery presents a compelling vision of builds that are automatically deployed and tested until ready for production.
Most teams aren't there yet. Some never want to go that far. Others want to push the envelope further.
This deck presents a model for scoring yourself on the continuum and examples of how companies can decide what parts of CD to adopt first, later and not at all.
Using Lean Thinking to Identify and Address Delivery Pipeline BottlenecksIBM UrbanCode Products
Inefficient software delivery impacts the entire business, from line of business units, to operations, to development and test, and the variety of suppliers.
Wastes in your processes are causing bottlenecks.
Join Eric Minick, IBM DevOps Evangelist (and UrbanCode guy), as he explores how ‘Lean Thinking’ techniques can be leveraged to help identify ‘bottlenecks’ in your delivery pipeline that can be addressed by adopting DevOps.
For a beginner, this is a good quality pictorial representation of DevOps and DevOps Center of Excellence.
Opex Software focuses on consulting, implementation and development of DevOps tools and platforms. Have helped small and large data centers! This presentation talks about Continuous Integration, Continuous Delivery at a high level. For detailed presentations and flows, please ping us.
Thanks again, Enjoy!
Continuous Delivery presents a compelling vision of builds that are automatically deployed and tested until ready for production.
Most teams aren't there yet. Some never want to go that far. Others want to push the envelope further.
This deck presents a model for scoring yourself on the continuum and examples of how companies can decide what parts of CD to adopt first, later and not at all.
Using Lean Thinking to Identify and Address Delivery Pipeline BottlenecksIBM UrbanCode Products
Inefficient software delivery impacts the entire business, from line of business units, to operations, to development and test, and the variety of suppliers.
Wastes in your processes are causing bottlenecks.
Join Eric Minick, IBM DevOps Evangelist (and UrbanCode guy), as he explores how ‘Lean Thinking’ techniques can be leveraged to help identify ‘bottlenecks’ in your delivery pipeline that can be addressed by adopting DevOps.
How do measure our progress in a journey towards continuous integration? What are other people doing?
This presentation provides an measuring stick for CD Maturity and simple pattern for reviewing your current situation and deciding what to work on next.
Get Mapped: Using Value Stream Mapping to Create a DevOps Adoption RoadmapIBM UrbanCode Products
Adopting DevOps is not a “one-and-done” project. It is adopting a mindset, a culture. It is a commitment to a journey of continuous improvement by adopting a set of capabilities and practices that are based on Lean principles. Adopting DevOps requires process improvement, automation of the processes using tools, and organizational change to enable a DevOps culture.
The question then becomes – where does one start?
Continuous Delivery seeks to deliver increased Business Agility by releasing smaller releases more frequently. For a development team, this may mean shorter sprints or a switch to Kanban. But what about the PMO, testing teams, and release management? To truly leverage Continuous Delivery, enterprises must consider impacts that span functional silos.
Read more at: http://www.urbancode.com/html/resources/webinars/
The world of IT is shifting rapidly towards DevOps with analysts predicting the majority of companies will adopt DevOps practices in the next few years. In fact, in a recent study on DevOps by International Data Corp. (IDC), they believe that DevOps will be adopted (in either practice or discipline) by 80% of Global 1000 organizations by 2019!
Forming a DevOps team seems like a natural step, but the idea of creating a dedicated DevOps team has ignited anger in the community. Why? What's the concern? Is a DevOps team evil? Completely necessary? A necessary Evil?
Join IBM UrbanCode's Eric Minick to learn the pitfalls of creating bad DevOps teams, and successful approaches of good ones. Along the way, we’ll explore other heresies such as using tools to change culture.
This is the presentation that I presented with Ruth Willenborg that provides a review of IBM's DevOps strategy as well as the roadmap for recently developed capabilities and future directions.
Using Lean Thinking to identify and address Delivery Pipeline bottlenecksSanjeev Sharma
Using Lean Thinking to identify and address Delivery Pipeline bottlenecks: This session explores 'Lean Thinking' techniques to help identify 'bottlenecks' in your delivery pipeline that can be addressed by adopting DevOps
Building a DevOps Organization and CultureRapidValue
This whitepaper explains adopting the DevOps practice and how teams should be structured and re-structured. It discusses in detail how organizations can achieve increased collaboration within the team through DevOps. It also, describes the different roles and responsibilities of people involved in the DevOps
approach with real-world examples.
Engineering DevOps to meet Business GoalsMarc Hornbeek
This talk explains an approach to engineer DevOps to meet specific business transformation goals for enterprises on their journey towards digitization.
Leading DevOps Application Release and Deployment - Best Practices for Organi...IBM UrbanCode Products
Explore the emerging best practices for leading organizational change to adopt application release and deployment. A variety of principles & practices will be described and illustrated through actual client cases.
How do measure our progress in a journey towards continuous integration? What are other people doing?
This presentation provides an measuring stick for CD Maturity and simple pattern for reviewing your current situation and deciding what to work on next.
Get Mapped: Using Value Stream Mapping to Create a DevOps Adoption RoadmapIBM UrbanCode Products
Adopting DevOps is not a “one-and-done” project. It is adopting a mindset, a culture. It is a commitment to a journey of continuous improvement by adopting a set of capabilities and practices that are based on Lean principles. Adopting DevOps requires process improvement, automation of the processes using tools, and organizational change to enable a DevOps culture.
The question then becomes – where does one start?
Continuous Delivery seeks to deliver increased Business Agility by releasing smaller releases more frequently. For a development team, this may mean shorter sprints or a switch to Kanban. But what about the PMO, testing teams, and release management? To truly leverage Continuous Delivery, enterprises must consider impacts that span functional silos.
Read more at: http://www.urbancode.com/html/resources/webinars/
The world of IT is shifting rapidly towards DevOps with analysts predicting the majority of companies will adopt DevOps practices in the next few years. In fact, in a recent study on DevOps by International Data Corp. (IDC), they believe that DevOps will be adopted (in either practice or discipline) by 80% of Global 1000 organizations by 2019!
Forming a DevOps team seems like a natural step, but the idea of creating a dedicated DevOps team has ignited anger in the community. Why? What's the concern? Is a DevOps team evil? Completely necessary? A necessary Evil?
Join IBM UrbanCode's Eric Minick to learn the pitfalls of creating bad DevOps teams, and successful approaches of good ones. Along the way, we’ll explore other heresies such as using tools to change culture.
This is the presentation that I presented with Ruth Willenborg that provides a review of IBM's DevOps strategy as well as the roadmap for recently developed capabilities and future directions.
Using Lean Thinking to identify and address Delivery Pipeline bottlenecksSanjeev Sharma
Using Lean Thinking to identify and address Delivery Pipeline bottlenecks: This session explores 'Lean Thinking' techniques to help identify 'bottlenecks' in your delivery pipeline that can be addressed by adopting DevOps
Building a DevOps Organization and CultureRapidValue
This whitepaper explains adopting the DevOps practice and how teams should be structured and re-structured. It discusses in detail how organizations can achieve increased collaboration within the team through DevOps. It also, describes the different roles and responsibilities of people involved in the DevOps
approach with real-world examples.
Engineering DevOps to meet Business GoalsMarc Hornbeek
This talk explains an approach to engineer DevOps to meet specific business transformation goals for enterprises on their journey towards digitization.
Leading DevOps Application Release and Deployment - Best Practices for Organi...IBM UrbanCode Products
Explore the emerging best practices for leading organizational change to adopt application release and deployment. A variety of principles & practices will be described and illustrated through actual client cases.
How do you continue to ship 50 times a day, when you're constantly hiring more engineers? How can you continue, when every day you write more tests that need to be run on every commit? This talk will cover how to scale up Continuous Integration and Continuous Deployment infrastracture, for teams as small as a handful of engineers and as large as hundreds of engineers.
This talk presents a comprehensive analysis of TLS in the SMTP world. We scanned over 20 million unique email recipient domains and analyzed TLS (X.509) certificates to measure overall STARTTLS deployment quality. We discovered a wealth of information that was previously unknown. The analysis will provide a good baseline in terms of STARTTLS and TLS certificates used in SMTP.
Scan tool: https://prbinu.github.io/tls-scan
Infrastructure Continuous Delivery using CloudFormationjoehack3r
How we continually update our CloudFormation stacks utilizing GitHub, Jenkins, and a custom Python script. This allows us to follow the practice of treating infrastructure as code and continuous delivery.
AppSec++ Take the best of Agile, DevOps and CI/CD into your AppSec ProgramMatt Tesauro
Presented at AppSec USA 2016 - Is software development outpacing your ability to secure your company’s portfolio of apps? You don’t have to buy into Agile, DevOps or CI/CD to realize the business wants to move faster. And it's not like you didn’t already have more than enough to do. This talk will cover how to take the lessons learned from forward thinking software development and show you how they have been applied across several business. This isn’t a theoretical talk. It covers the results of successfully applying these strategies to AppSec across multiple companies ranging from 4,000 to 40,000+ employees. Yes, real stats on improvements seen will be provided.
Many AWS customers have adopted a DevOps model for faster and more reliable software delivery. Applying software engineering best practices such as revision control and continuous delivery to your infrastructure is essential for adopting DevOps. In this session, find out how AWS CloudFormation and associated AWS tools allow you to leverage a DevOps model by treating infrastructure as code and applying software engineering best practices to your AWS infrastructure.
- what is infrastructure as code
- principles of infrastructure as code
- practices of infrastructure as code
- benefits
- introduction to cloudformation
- examples
- references
Next Generation IT Delivery - What it means to deliver atthe speed of the Dig...Mirco Hering
We live in the Digital Age and IT delivery needs to get faster and faster...I presented this point of view at the Accenture Test Symposium in Australia in 2015.
Jenkins CI + XebiaLabs for Release Orchestration: A Recipe for Continuous Del...XebiaLabs
Companies have seen tremendous benefits from their early Continuous Delivery (CD) initiatives. Activities such as continuous integration, deployment automation, and automated tests have all contributed to faster release cycles, higher quality releases and much greater DevOps efficiency.
As enterprises look to continue to improve their release pipelines and keep up with ever-increasing business demands, release pipeline orchestration becomes essential for successful CD.
You'll also learn:
What release pipeline orchestration is, and why it is essential for successful CD
How to bring intelligence, automation, visibility and control to your release pipelines
Key release orchestration requirements needed to implement CD at enterprise scale
How to complement your current investment in Jenkins CI with XebiaLabs to accomplish true enterprise CD
Continuous Deployment: The Dirty DetailsMike Brittain
Presented at ALM Summit 3 in Redmond, WA. January 2013.
Like what you've read? We're frequently hiring for a variety of engineering roles at Etsy. If you're interested, drop me a line or send me your resume: mike@etsy.com.
http://www.etsy.com/careers
The Journey of devops and continuous delivery in a Large Financial InstitutionKris Buytaert
The Journey of devops and continuous deliverey in a Large Financial Institution,
as presented by @markheistek and myselve at Velocity Conf 2013, Longon
Securing application deployments in multi-tenant CI/CD environmentsBinu Ramakrishnan
The goal of the talk is to introduce you to, the security risks and challenges associated with operating or using a multi-tenant CI/CD platform, and offers security patterns and best practices to harden it.
Video: http://oreil.ly/2hVCilH
What does it mean by scaling Agile? Is it just applying scrum principles to a large team or simply adopting an industry available scaling framework? Find out how to make Agile at Scale work for you!
The idea behind DevOps is to demolish the wall between development and operations, and encourage more collaboration and accountability between both groups so that everyone feels responsible for the code no matter where it is in the software development lifecycle. For better understanding of DevOps, we have answered the 5Ws of DevOps.
NIPPON DATA SYSTEMS LIMITED is a provider of IT enabled business solutions which provide our clients competitive business advantage. We partner with our customers to deliver business solutions to their satisfaction and help them ‘Live Your Enterprise Potential™’. We take pride in conducting business with the highest degree of ethics and treat each transaction with fairness and honesty.
For us client satisfaction is our ONLY measure of success.
Since the time NDS was established in 1994, we have built a solid foundation of success on which we continue grow. We specialize in solving your business problems by harnessing technology and applying them for developing and implementing customized and standard information systems. Over the years our professionals have encountered and conquered complex problems relating to various business needs.
Our Industry specific NEWTON solutions help clients afford Enterprise Resource planning that can be implemented faster than any other solution and provides lowest cost of Total Ownership
www.nippondata.com
Continuous Delivery Operating Model for Entertainment Video Providers: Buildi...Cognizant
To compete with digital streaming natives, established entertainment video providers need to build a streamlined, waste-free pipeline for rapid software delivery. We recommend an integrated approach to the four types of change needed: culture, process, engineering practices and platforms.
Top Manpower Service Solution by Natural GroupNatural Group
Natural Group is a leading manpower provider in India. We offer end-to-end staffing solutions for all industries. Contact us for skilled resources.
Also visit - https://naturalgrp.com/manpower-services/
Because it ensures your systems can absorb unexpected spikes in system demand, software performance engineering is central to enterprise risk management. From strategic planning through performance tuning, Software Performance Engineering Services provide for the stability of your existing and planned systems and safeguard the success of your business and IT investments.
Techsync has been in the forefront in providing solutions using latest technology, to various industry verticals with a specialization in Airline Industry. Such innovative solutions has always encouraged Techsync to help customers leapfrog to achieve maximum benefit.
Are you ready to shift to continuous delivery? DevOps, a leading software engineering innovation, makes this shift possible by bringing business, development and operation teams together to streamline IT and applying more automated processes.
Zero Defect Initiative - Quality Index GeneratorQuEST Forum
Zero Defect Initiative - Quality Index Generator presented by Parthasarathy Mohanraj - Cognizant. The primary objective of the Zero Defect system is to bring in a scorecard system, to provide better learning plans for each and every individual, achieve Delivery Excellence through delivering work products with zero defects and to keep the team motivated throughout, through weekly rewards program.
The way how we help customers at ASPgems to do their software development projects in order to better accomplish their business objective in the Digital World.
New barriers of transformation at DevOpsDays LisbonMirco Hering
My talk about what is holding us back from achieving the DevOps transformation outcomes we are all hoping for. This talk takes inspiration from many areas of Agile and Culture change.
DevOps leadership in the age of agile - Agile PortoMirco Hering
Slides from my talk at Agile Porto about how to lead DevOps initiatives in the age of Agile. Some reflections on us forgetting basic Agile ideas too often.
DevOps2018 Singapore Eliminating the dev versus ops mentalityMirco Hering
Presentation at DevOps2018 in Singapore on aligning Dev and Ops teams. Walking through real examples from my work and providing a framework people can use.
2. Agenda
• What you will get from the session
• Enterprise Situation
• Continuous Delivery is and is not
• The organisational context
• Continuous Delivery Program
• CD Organisational and Technical Practices
• Change Management Considerations
• Tooling Architecture and Operational Model
• Lessons Learned
3. Presentation Overview
What will you get out of this session?
• An understanding of what Continuous Delivery is and what it is not in our context
• Understand why Continuous Delivery is relevant to address many of our pain points
• Understand the ultimate goal envisaged by Telstra
• Understand that Continuous Delivery requires fundamental changes to how we plan,
prioritize, breakdown work as well as build, support, test and release software
• How we approached the adoption of Continuous Delivery
• What we learned throughout our adoption journey
5. 4
• Telstra spends more on testing, deploying and releasing software
than designing and building it
• A high proportion of the production incidents are a result of
human errors in the manual release of software
• The solution delivery process is often slow and arduous
• It is necessary to evolve away from the current manual ways of
working to lean/automated ways of working whilst maintaining
and improving production stability
Enterprise Situation
Telstra’s Continuous Delivery Program
6. Continuous Delivery
Competitive Market Necessity
5
“We must become significantly more
productive and efficient in our core
businesses, for us to be competitive in a
post NBN all IP world. A strategic
necessity! This is not a technical vanity
project."
Telstra CIO - Patrick Eltridge 2014
• Telstra aims to reduce the
time, cost, and risk of
delivering business
desired outcomes from the
time they are conceived to
the time they are realised.
• This “Idea to Value”
process must be
continuous, reliable,
predictable & visible.
• To achieve this Telstra is
progressively
reengineering its ITS
operational model to
implement Continuous
Delivery
7. 6
What CD is at Telstra ....
The ability to deploy large complex, quality assured,
integrated software releases at the click of a button
Every part of the software delivery process is
automated, tested and logged for traceability
Provides visibility of the progress and the quality of
software to ITS Operations through all environments
from development to production and places them in
control of the final release to production
CD provides greater adherence to the Change Control
governance processes
CD is designed to ensure software is always in a ‘clean
and ready state’ to release when the business chooses
to do so
What CD is NOT....
Continuous Deployment
Providing developers access to production systems
A decrease in the quality of software
An increase in risk of production incidents
A way to avoid appropriate governance processes
We also want to delight our customers
with new features, products and services
along with rapid fixes to identified issues
when they do occur.
We care deeply about our customer‘s
experience; and operational stability is
key to maintaining a great experience
and NPS advocacy rating.
valued equally
Continuous Delivery makes this possible
Continuous Delivery is and is not
9. The way the work works
How Does Continuous Delivery fit the way we work
8
Strategy
Portfolios
Prioritisation
(WSJF)
Telstra Development
Process
Outcomes
Sliced into
Prioritised
Once prioritised
Emerging
Architecture
Business & Technical
Roadmaps inform Strategy
Influences
$
Idea Value
$
Continuous Reliable VisiblePredictable
Continuous Delivery
Backlog
Backlog groomed
frequently by
priority items
Next most valuable priority
item selected
Approval provided for business cases
through Stage Gate process by OMC, PMC
& IMC, where capabilities are assessed
with their alignment at portfolio level
Benefits
Realisation
Post Implementation Assessing post implementation the
benefits realisation of delivered capability:
• Has the intent remained intact
• Feasibility for cost
• Capability value delivered
• What did we learn
Capabilities
Benefits Realisation Feeds into
Rolling Wave Planning to
inform and evolve ITS Strategy
Work progresses
through prioritisation
based on financial,
backlog and workforce
constraints
10. 9
Continuous Delivery Program Vision
$
Idea Value
$
Continuous Reliable VisiblePredictable
Idea to Value Process
One team
Holistic
funding
Smaller Value
Increments
Service Mgmt
System Resilience
Automation
capability
Develop /
Augment Skills
Clear enterprise
roadmaps
Time Cost Risk
Reduce
Desired business
outcomes
Win-win
commercial
constructs
Align delivery
to Business
readiness
Effective
measures & ROI
Aim to reduce time, cost
and risk of delivering
business desired
outcomes from idea to
realised value
The “idea to value”
process must be
continuous, reliable,
predictable & visible
For continuous
delivery, we
believe we
must
establish/
evolve the
following
Business
Process
Architecture
11. Continuous Delivery
The Program Journey – Strategy Pivots
10
True North(TN) Program CD Program 1.0
Proposed
CD 2.0 approach
Working within the release
& test organisation on test
automation & release
process
Approach
• Trying to solve the problems from
within release and test
organisation through test
automation and governance for
an alternate path to production.
Scope
Test Automation
Introduction of alternate path to
production
Learnings
• Cost in later part of the SDLC are
caused early on in the lifecycle
• Functional test automation
requires long term ROI
Coordinated delivery of CD
Technical Practices across
3 delivery teams
Approach
• Coordinate the implementation of
technical practices
• Partner with release and test
organisation changing processes
Scope
• Coordination of automation of
package, deployment and unit
testing
• Coordination of optimisation of #
of required integration test cases
Learnings
• Pace of change does not meet
expectations)
• Separated CD team from delivery
is sub-optimal
Partnering with Delivery
teams and creating CD path
to Production
Approach
• Partnering with delivery teams
• Create alternative path to
production though a CD
deployment pipeline
Scope
• Joint accountability of delivery
end-to-end
• Implementation of automation
required to optimise delivery
Phasing of implementation:
1. Simple independent application
within Telstra
2. Simple integrated
application/cluster with one
vendor
3. Complex Integrated Cluster
across vendors)
Shifting
our
focus to
delivery
teams
From
Coordin
ating to
Partneri
ng
12. 11
Strategy Pivots illustrated
True
North
Test Automation
Fast Lane
CD1.0
Optimised workforce
Test Planning
CD1.0
Automated
• Build
• Packaging
• Deployment
Config Mgt
CD 2.0
Enterprise DevOps function
• Governance
• Process
• Tooling
Dedicated Funding
Alternate Path to Production
Continuous Reliable VisiblePredictable
14. Organisational Dependencies
Program & Team
13
Mid-Range
Planning
Demand
Management
Commercial
and Funding
Construct
Complete Training
Key Mindset: Appetite
for Risk
Complete SAFe
Transition
Develop Common
Understanding and
Buy-in Across Telstra
Key Mindset: Quality
is Everyone’s
Responsibility
Change
Management
Prioritise WSJF
Features
Use SOWs to Support
CD
Use Multi-Sourced
Funding Allocation
Model
Ensure Funding
Supports Train as well
as Teams
Create Visibility of
Demand
Separate Planning &
Deployment Cadence
Develop Rolling Wave
Planning Cadence
Manage Feature
Dependencies
Design Slice to
Independent Valuable
Features
Create Single Feature
Backlog for Train
Communicate
Changes
Adopt Business Case
Model Supporting
Iterative Funding
Incorporate Business
Rollout Strategy in Design
Slicing & Feature
Prioritisation
Lean
Leadership
Understand CD / Agile
(Management)
Develop High Trust:
-Management / Teams
-Business / IT
-Telstra / Vendors
Practice Lean
Leadership
Program Level
Teams
Dedicate UX Design
People: Leaner
Approach
Dedicate & Align
Architectural, Release &
Test Management Teams
Establish Persistent
System Teams
Establish Persistent
Operations Teams
Product
Ownership
Access Real
Customers who Pay
Bills
Establish Clear
Product Ownership
Hierarchy
Core Team
Construct
Include Multiple
Vendors per Team
(As Required)
Dedicate Iteration
Manager per Team
Establish Core Set of
Persistent,
Empowered Teams
Establish Persistent
DevOps Teams
Establish Cross-
Functional Agile DBT
Teams
Align People to ‘Long
Lived’ Feature Teams
Align Feature Teams
Around Product Wherever
Possible
Key Mindset: Flexibility
(Fix Quickly) versus
Robustness (Extreme/
Excessive Testing)
Align to Value
Streams
Define Functions &
Capabilities
Define Functions &
Capabilities
Strategically Manage
Persistent versus
Flexible Capacity
15. Organisational Dependencies
Program & Team
14
Continuous
Improvement
Collaboration
Enablement
Reporting
External
Alignment
Normalise Sizing &
Track Train Velocity
Forecast Capacity Track Cost & Value
Measure Continuous
Improvement
Extend Delivery
Lifecycle Visibility to
Business Rollout
Allocate Time to
Innovate / Experiment
Ensure Release Train
is a Learning
Organisation
Use Lifecycle ToolingCo-Locate Team Collaborate Remotely
Create Rolling Wave
Feature Roadmap
Collaborate with Non-
CD / Non-Agile Teams
to Enable Progress
Ensure Ability to
Accept Frequent
Deployments
Ensure Service
Management &
Operations Construct
Supports CD
Track Train Level
Metrics
Align to Business
Rollout Strategy
16. Organisational Dependencies
Portfolio
15
Functions and
Capabilities
Business
Demand
Management
Complete Training
Key Mindset: Appetite
for Risk
Complete SAFe
Transition
Develop Common
Understanding and
Buy-in Across Telstra
Align to Other Change
Programs, e.g. Design
Thinking, OCC2,
Customer In
Change
Management
Define Governance –
Milestones, Value,
Metrics, Accountability
Decentralise
Decision Making
Establish Portfolio
Roadmap - Business
Define Rolling 12
Month Business Epics
Define Rolling 12
Month Architecture
Epics
Establish Rolling Wave
Portfolio Planning
Cadence with BUs & ITS
Track Flow of Value
Define Functions &
Capabilities: Epic Owner,
Enterprise Architect,
Business Engagement
Communicate
Changes
Lean
Leadership
Train Leaders
Practice One Voice
Leadership – “Walk
the Talk”
Foster Culture of
Learning (Continuous
Improvement)
Create Ability to
Distribute Work to
Trains
Create Ability to
Distribute Work to Non-
Trains, e.g. Waterfall
Teams
Strategic
Planning
Use Portfolio Kanban
System
Prioritise
Organisational
Backlog
Architecture
Demand
Management
Establish Mature
Recognition &
Management of
Technical Debt
Establish Enterprise
Roadmap -
Architecture
Educate Business on
Slicing Work
Distribution of
Work
Ensure Architecture
Epics Support Business
& System Changes
Educate Architecture
on Slicing Work
Establish Product
Management
Hierarchy
Manage Organisational
Structure Impacts -
System Team in Release
Train, etc.
Manage Portfolio
Dependencies
Align Release Trains
to Value Streams
Identify Portfolio
Investment Themes
Define Portfolio
Strategy & Vision
Associate Work to
Investment Themes /
Strategies
Investment
Themes
Map Portfolio Vision
to Corporate Vision
Develop High Trust:
-Management / Teams
-Business / IT
-Telstra / Vendors
Practice Telstra
Purpose and Values
Follow Guiding
Principles
Establish Culture for
Stopping Work
Key Mindset: Flexibility
(Fix Quickly) versus
Robustness (Extreme/
Excessive Testing)
Identify Value
Streams
17. Organisational Dependencies
Portfolio
16
Agree on Lifecycle
Tooling / System to
Record Portfolio Plan
Establishment
Activities
Use Smart Sourcing
Strategy
Manage Property &
Logistics
Identify Current
Blueprints and
Associate to
Investment Themes
Funding
Construct
Use Persistent
Funding Model
Create Lightweight
Business Cases
19. 18
How do we represent Technical Maturity in our
program
20. Continuous Delivery is
at the very far right!
CD Technical Capabilities – Dependency Tree
Feature Toggling
Configuration
Management
Unit Testing
Build Practices
Deployment
Practices
Functional Testing
Virtualisation
Software Quality
Package Promotion
Reporting &
Visibility
•CD team have defined a
set of technical
dependencies
(capabilities) required on
the path to achieving
Continuous Delivery
•Foundation capabilities
are at the left. These are
the minimum required.
•The most mature
capabilities are at the
right.
•Yellow are enterprise
dependencies
• Each box comes with
definition and metrics
21. Continuous Delivery is
at the very far right!
CD Technical Capabilities – Dependency Tree
Feature Toggling
Configuration
Management
Unit Testing
Build Practices
Deployment
Practices
Functional Testing
Virtualisation
Software Quality
Package Promotion
Reporting &
Visibility
•CD team have defined a
set of technical
dependencies
(capabilities) required on
the path to achieving
Continuous Delivery
•Foundation capabilities
are at the left. These are
the minimum required.
•The most mature
capabilities are at the
right.
•Yellow are enterprise
dependencies
• Each box comes with
definition and metrics
23. Depending on the context (maturity, capability,…) each Application team
will work differently with the Enterprise Tooling backbone
Our adoption approach with the central tool backbone
22
CD pipeline
operations
CD pipeline
engineering
Developer
Support
Env and Tooling
Management
Process and
Governance
ServiceLevel
Complete E2E
Service
Deployment from
Asset Repository
Interface with
EST backbone
Certification of
compliance
Support for
building
decentralised
capability
Interface with
EST backbone
Certification of
compliance
Telstra SOE
toolbox
24. Enterprise DevOps – Scope Architecture
23
SCM
AR
Delivery
Pkg
Pkg
Dev
AT SIT Prod
Initial Scope Boundary
Pkg Pkg
VSR
Delivery
VS
VS
VS
VS
VS
Enterprise
DevOps
SDCs &
Delivery
Partners
P
P
P
P
25. 24
Release Pipeline
Release Management
DeliveryPartner1DeliveryPartner2
Stubbed Integration
SIT/FIT/Other
Integrated Env
Provision Environment
Run Tests
Deploy Package
Completely
Integrated
Dev Int Env
Dev Int Env
CAT
Provision Environment
Run Tests
Deploy Package
Completely
Integrated
FDR
Provision Environment
Run Tests
Deploy Package
Completely
Integrated
Prod
Provision Environment
Run Tests
Deploy Package
Completely
Integrated
Enterprise DevOps – End-State Pipeline
27. Thank You!
Your Feedback is Important!
Access the Innovate agenda tool to complete your
session surveys from your smartphone, laptop or
conference kiosk.