Feedbacks about implementation of agility at scale and DEVOPS in big companies: pros/cons, challenges and impacts.
More feedbacks on our blog: https://www.technologies-ebusiness.com/enjeux-et-tendances/safe-agilite-a-lechelle-devops-transformation-necessaire
6. MOSTOFTEN
AS-IS ANALYSIS
+“The organisation is very complex”
+“It is very difficult to change the company”
+“People with global vision are very rare”
+“Requires very political trade-offs”
+“Too much documents and too much reviewers”
+“Reducing delays, iteration too long”
+“Many projects that interact, complex management of interdependencies.
+“No real business vision”
7. THE FINDINGS...
512/10/2017
Problems
discovered
too lateNo way to
improve
systematically
Hard to
manage
distributed
teams
Late
deliveryLow
visibility Too early
commitment
to a design
that didn’t
work
Poor
morale
Massive
growth in
complexity
Phase gate
SDLC isn't
helping
reduce riskUnder-
estimated
dependencies
Branching
the code is
evil
Project
orientation
is wrong
8. THE TRANSFORMATION
• Transform from one-time project orientation to continuous integration and
delivery
From projects To continuous delivery
512/10/2017
14. THEN OFFERING AGILE PROJECT
MANAGEMENT AT SCALE
9
Only management can change the system
It is not enough that management commit themselves to quality
and productivity, they must know what it is they must do.
Such a responsibility cannot be delegated.
—W. Edwards Deming
“…and if you can’t come, send no one”
—Vignette from Out of the Crisis, W. Edwards Deming
24. FLOW AND METERING
AFFINAGE
Feature
prête
PI
PLANNING
Backlog trié
DEV.
Feature
branche
INTEGRAT
RC validée
PO
ALPHA
RC
numérotée
BETA
Livrable
prod
MEP. A B.
PTI
DEVELOP ON CADENCE RELEASE ANY TIME
PROD.
Vie
35. BENEFITSOFDEVOPS
+“No bad surprises during the MEP”
+“Same gestures repeated before on non-production environments”
+“Environments are all installed in the same way”
+“Less time wasted searching for the causes of a malfunction ”
+“Faster installations”
+“No more time between the different gestures, since they are linked automatically”
+“Developers who develop”
+“Like developers, system teams do not waste time understanding why installations fail.
This time is spent understanding and improving the customer experience”
36. RESSOURCES
+Martin Fowler – Microservices Architectures
+State of Devops Report
+State of Cloud Report
+Books:
The Phoenix Project, Gene Kim
Continuous Delivery, Jez Humble
The DevOps Handbook, Gene Kim, Jez Humble
Lean Startup, Eric Ries
38. SUMMARY OF WHAT WORKS
Observation Impact
Always release on fixed
Schedule
• Reliable and predictable releases of productioncode
• Establishes fixed rhythm
Release quicker and
more often
• Fail fast (<2 weeks) is better than after 3months
• Validate and adapt sooner
• Adapt to change/learnings
Run automated tests
suite per submission &
per day
• Detect/prevent issues with each new submission
• Mainline is always able to run – less rework
• No bottleneck at the end
• Reduces waste as others stay up todate
Single shared backlog
available to all to view
• Improved transparency and info sharing
• Done means working capability not task complete
Perpetual teams • Teams establish ways of working & esprit de corps
• Improves estimating by allowing historical comparisons
• Enables estimation accuracy analysis
• Team controls their own commitments
• Sustainable development
39. SUMMARY OF WHAT REQUIRES EN EFFORT
Observation Impact
Teaches the business that
Agile = 100% predictable
after 3 iterations
• Contractualization
Enables the business to
change direction/ strategy/
priorities often
• It is hard to manage and need a good understanding to
keep specifications flexible. Let’s face it, too muchAgility
is just an inability to make
choices and decisions i.e. chaos
Everyone can see everyone’s
backlog, priority, throughput…
• Everyone can second guess your prioritisation
• Everyone can second guess your estimates
Shows all teams • Teams which noone knew what they did are suddenly
exposed to the daylight
Goes on forever without a
break (downtime)
• Projects used to have a nice slow start up and shutdown
phase, so cyclical rhythm
• Now work is harder and does not let up
40. SUMMARY OF WHAT REMAINS DIFFICULT
Observation Impact
Some teams will resist • Reject the need to be part of anART (Systeems are selfish)
• Reject the need to have common ways of working…
HR • Resource managers still needed
• Project managers loose scope, resourcing, and budget
• Resource managers are needed to become servant
leaders and facilitators.
Centralised decision
making shifts to
decentralized
• Evolving decisions to the lowest level threatens central
portfolio level experts and makes guiding independent
teams hard
Fully defined
transforms to barely
sufficient
• Some Teams still love to make future proof designs and
plans
• UX want to make pixel perfect designs for all use cases