My webinar in may

1. HOW TO
APPROACH
ENTERPRISE
DEVOPS
TRANSFORMA
TIONS IN AN
AGILE WAY
@mircohering #notafactoryanymore

2. 2
ABOUT ME
@mircohering #notafactoryanymore
Mirco Hering
Global DevOps Lead for Accenture
@mircohering on Twitter
And now authorBlog at http://notafactoryanymore.comAt work
• Run a team of passionate
transformation agents
• Create solutions for clients
• Fix problems

3. 3
THE TRANSFORMATION LIFECYCLE
@mircohering #notafactoryanymore
Stable State Stable State
Stable State

4. 4
THE TRANSFORMATION LIFECYCLE
@mircohering #notafactoryanymore
Ongoing stimulus

5. 5
ORGANISATIONAL BLINDNESS IN ACTION
Impression of standard process across organisational levels
(Quality Software Management: First-Order Measurement (Quality
Software Management) by Gerald M. Weinberg 1991 )
67%
22%
CLOUD NIST
58%
46%
37%
C-SUITE MANAGER ENGINEER
Adoption across 15 criteria
@mircohering

6. 6
MISALIGNED PRINCIPLES AND PROCESSES
“Rigth now, your company has
21st century Internet enabled business
processes,
Mid 20th century management
processes all built
Atop 19th century management
principles.”
- Gary Hamel, American Management
Expert
@mircohering #notafactoryanymore

7. 7
NOT EVERY CULTURE IS READY
@mircohering

8. 8
ENABLING SMALL BATCHES
Optimum
batch size
(lowest total
cost)
Items per batch
Cost
Optimum
batch size
(lowest total
cost)
Items per batch
Cost
@mircohering #notafactoryanymore

9. 9
FINDING THE MINIMUM VIABLE CLUSTER
@mircohering
Master
App
App 1
App 3App 2
Minimum viable cluster
Application that must change 80%
of the time the master app change
Application that must change 20%
of the time the master app change
Key application to be improved by
DevOps

10. 10
PORTFOLIO ANALYSIS TO FIND THE CLUSTER
@mircohering
Wave # Applications cluster
0 “App A”
1 “App B”, “App C”, “App
D”, “App E”
2 “App F”, …
3 …
# Application Technology
Strategic
application
Frequency of
change
Size of the
application in the
investment portfolio
95 App A Java, .NET, Oracle 4 - Critical 9 4 - Very High

11. 11
OTHER CONSIDERATIONS
@mircohering
Political Power Setting an
Example
Already There

12. 12
USING A VALUE STREAM MAP TO GOVERN YOUR
DEVOPS ADOPTION
Collaborative Discussion on Process and Gaps
Documented Process
Reporting on progress and
status
Do we do this
here or there?
Not sure – let
me call
someone who
knows
@mircohering

13. 13
DB INC
DAY 0
DEVOPS DEPLOYMENT DIAGRAM
EMAIL PRE CHECK DEPLOY
TECH VAL
POST CHECK
FUNC VAL
EMAIL
SHAKE-
DOWN
Cycle Time
Prep Time Deploy Time VAL Time
LIVE



MT
SA
MT
MAN
MANUAL
CIX - 0 Hours
iDEV - 7 Hours
TST - <> Hours
Failure Rate Failure Rate Failure Rate Failure Rate
CIX 15% N/A 10% N/A
iDEV N/A N/A
TST N/A N/A
CIX - 24 Hours
iDEV - <> Hours
TST – <> Hours
DAY 0
MT
SA13
27% 73%
Number of
process activity
Level of
Automation(%)
Level of Manual
Intervention (%)
<>
AUTOMATED
LEGEND
CIX - 3 Hours
iDEV - <> Hours
TST - <> Hours
CIX – 0.5 Hours
iDEV - <> Hours
TST - <> Hours
TECH CONF
@mircohering

14. 14
TARGET DEVOPS ORGANISATION
Agile
Team …Agile
Team
Agile
Team
ReleaseTrain/
AgileProgram
@mircohering
Governance
Cloud Services Infra Services
DevOps Services
Org specific DevOps Services
DevOps Platform Team
DevOps Tribe

15. 15
TARGET DEVOPS ORGANISATION
Governance
DevOps Platform Team
Test
Automation
Agile
Team
…Agile
Team
Agile
Team
Automated
App Release
Environment
Provisioning
DevOps
Governance
function
Quality
Assurance
Agile
Governance
Function
Test Automation COE
ReleaseTrain/
AgileProgram
Provides Self-Service
Capabilities
Supports Adoption of
Framework
Provides Minimum Viable
Governance
@mircohering

16. 16
CAPABILITIES TO GET STARTED
@mircohering #notafactoryanymore
Throughput
Code &
Functional
Quality
SCM, Build, Deploy,
Environments
Focusing on the DevOps
capabilities to reduce the noise that
comes from non-technical defects
and to increase speed of code
delivery
Once code delivery is reliable,
focus will move towards code
quality and functional quality.
With predictable quality the focus
can move towards delivery of more
scope with same team.

17. 17
GOVERNING DELIVERY
@mircohering #notafactoryanymore

18. 18
THREE DIMENSIONS OF CHANGE
Organising
and managing
knowledge
workers in IT
Technology
Architectures
Ecosystem of
vendors and
applications
Modern IT
Innovation
Speed
Agility
Quality
@mircohering #notafactoryanymore

19. WANT TO LEARN MORE?
TO RECEIVE THE FOLLOWING:
• A COPY OF THIS PRESENTATION
• AN EXCERPT OF DEVOPS FOR THE MODERN
ENTERPRISE
• VIDEOS AND SLIDES FROM MY DEVOPS
ENTERPRISE TALKS
• MOST POPULAR BLOG POSTS FROM
NOTAFACTORYANYMORE.COM
• GET EARLY ACCESS TO ANY MATERIAL
COMING OUT WITH “DEVOPS FOR THE
MODERN ENTERPRISE”
JUST PICK UP YOUR PHONE, AND SEND AN
EMAIL:
TO:
MIRCO@SENDYOURSLIDES.COM
SUBJECT: DEVOPS