Agilille 2021 - Optimiser votre delivery à l'aide d'une démarche validée scientifiquement

1
There
is
a
better
way
OCTO Part of Accenture © 2021 - All rights reserved
Optimiser votre delivery à l'aide
d'une démarche validée
scientifiquement

There
is
a
better
way
2
Gilles Masy
Agile Coach@OCTO
En recherche d’amélioration continue de l’agilité
Start with Who

There
is
a
better
way
3
Agenda
3 conférences en 1
Livre ou démarche ?
Fiche de lecture synthétique
Initiation au
changement
L’atelier qui vous fera raconter
“Ici commence notre histoire…”
Une aptitude
indispensable pour les
agents du changement
Retour d’expériences
et convictions
1 2 3

There
is
a
better
way
4
Livre ou démarche ?
01

There
is
a
better
way
5
https://itrevolution.com/book/accelerate/
Quelles sont les caractéristiques d’une
organisation technologique performante ?
NICOLE FORSGREN JEZ HUMBLE GENE KIM
Directrice scientifique
DevOps Research
& Assessment
(DORA)
Co-auteur
The DevOps
Handbook
Lean Enterprise
Continuous Delivery
CTO, co-auteur
The Phoenix Project
The DevOps Handbook
The Visible Ops
Handbook
Le livre est le résultat d’une recherche

There
is
a
better
way
6
Les données du protocole de recherche
๏ 4 années de recherche (2014-2017) via le
sondage State of DevOps Report
๏ Quelques chiffres :
> 23 000 réponses
> 2 000 organisations
> de 1 à + de 10 000 employés
> de 1 à + de 100 000 serveurs
> Multi-secteur : finance, santé,
gouvernement...
> Multi-système : greenfield, brownfield

There
is
a
better
way
7

There
is
a
better
way
8
La performance de delivery : facteur de prédiction
Les organisations les plus performantes dans leur delivery
atteignent en moyenne deux fois plus souvent leurs objectifs
que les organisations les moins performantes

There
is
a
better
way
9
Ce qu’on cherche à faire dans le développement logiciel
DO THE
RIGHT
THING
DO THE
THING
RIGHT
DO IT FAST

There
is
a
better
way
10
10
There
is
a
better
way
Un virage à 180° dans la façon de le faire
DO THE
RIGHT
THING
DO THE
THING
RIGHT
DO IT FAST
DO THE
RIGHT
THING
DO THE
THING
RIGHT
DO IT FAST

There
is
a
better
way
11
Les quatre métriques Accelerate
Change
failure rate
Mesure l’optimisation
du flux de production
de valeur
Mean time
to repair
Lead time
for change
Deployment
frequency
Mesure la rapidité de
mise à disposition en
production du code
finalisé
Mesure la performance
de correction d’un
défaut
Mesure la qualité du code
livré
INDICATEURS DE VITESSE INDICATEURS DE STABILITÉ

There
is
a
better
way
12
Les différents niveaux de performance en 2019
Elite
performers
High
performers
Medium
performers
Low
performers
INDICATEURS
DE VITESSE
Deployment frequency
< 1 / jour
(à la demande)
1 / jour -
1 / semaine
1 / semaine -
1 / mois
1 / mois -
1 / 6 mois
Lead time for change < 1 jour
1 / jour -
1 / semaine
1 / semaine -
1 / mois
1 / mois -
1 / 6 mois
INDICATEURS
DE STABILITÉ
Mean time to repair < 1 heure < 1 jour < 1 jour
1 semaine -
1 mois
Change failure rate 0 -15% 0 -15% 0 -15% 46 - 60%

There
is
a
better
way
13
“ Lorsqu'une mesure devient un objectif,
elle cesse d'être une bonne mesure ”
- Loi de GoodHart
Encore des indicateurs ?

There
is
a
better
way
14
14
There
is
a
better
way
Le modèle Accelerate dans son ensemble
CE QU’ON
FAIT
CE QU’ON
OBTIENT

There
is
a
better
way
15
Du modèle de maturité au modèle d’aptitudes
Mais qu’est-ce qu’une aptitude ?
Une pratique concrète et mesurable

There
is
a
better
way
16
Continuous
Delivery
Architecture
Product &
Process
Lean
Management
& Monitoring
Cultural
5 familles d’aptitudes
Une vision pipeline
de mon système,
du développement
à la production
Accompagner les
équipes dans la
maîtrise de leur
périmètre
en indépendance
Garantir la visibilité
jusqu’au client final
et expérimenter
rapidement
Limiter les processus
et piloter le produit
avec une vue sur
l’ensemble de la
chaîne de valeur
Agir sur les gestes
quotidiens pour faire
changer
durablement la
culture d’entreprise

There
is
a
better
way
17
Les 24 aptitudes
Change
approval
process
Monitoring
Proactive
notification
WIP limits
Visualizing work
Lean
Management &
Monitoring
Cultural
Westrum
organizational
culture
Cultural
Collaboration
among teams
Cultural
Job satisfaction
Cultural
Transformational
leadership
Cultural
Supporting
learning
Architecture
Continuous
Delivery
Continuous
Delivery
Continuous
Delivery
Continuous
Delivery
Continuous
Delivery
Continuous
Delivery
Continuous
Delivery
Continuous
Delivery
Version
control
Deployment
automation
Continuous
integration
Trunk-based
development
Test
automation
Test data
management
Shift left on
security
Continuous
delivery
Loosely
coupled
architecture
Architecture
Empowered
teams
Product &
Process
Customer
feedback
Product &
Process
Value stream
visibility
Product &
Process
Working in
small batches
Product &
Process
Team
experimentation
Lean
Management &
Monitoring
Lean
Management &
Monitoring
Lean
Management &
Monitoring
Lean
Management &
Monitoring

There
is
a
better
way
18
18
There
is
a
better
way
La démarche Accelerate en résumé
AGIR SUR LES APTITUDES
MESURER L’IMPACT

There
is
a
better
way
19
Initiation au changement
02

There
is
a
better
way
20
Commencer, mesurer
et obtenir un résultat
en 59 minutes
Prototyper, en commençant
par un relevé déclaratif
Mission
Proposition
Un atelier à rééditer chez vous
40’ - Alignement
05’ - Auto-évaluation
14’ - Amélioration
Etapes

There
is
a
better
way
21
Alignement - Deployment Frequency
A quelle fréquence nos assets sont-ils livrés en Production ?
● Ne livre-t-on que du code ?
● Est-ce que notre production est “la vraie PROD” ?

There
is
a
better
way
22
Alignement - Lead Time for Change
Période de temps entre la merge request

There
is
a
better
way
23
Alignement - Mean Time To Restore
Temps moyen pour restaurer un service inopérant
● Qu’est-ce qui caractérise un service inopérant ?
● Quand est-ce que le chronomètre se déclenche ?
● Quand est-ce que le chronomètre s’arrête ?
Ca veut dire quoi “restaurer” ?

There
is
a
better
way
24
Alignement - Change Failure Rate
Combien de fois mon environnement de Production a-t-il été inopérant ?
● Est-ce juste un ratio nombre(si(erreur lié à la MEP)) / nombre de MEP ?
● Et si une erreur provient d’une release antérieure ?
● Quelle est notre part de responsabilité dans la gestion de l’environnement ?

There
is
a
better
way
25
Auto-Evaluation
Essayons ensemble
https://www.devops-research.com/quickcheck.html

There
is
a
better
way
26
CAPABILITY ACTIONS SUCCESS CRITERIA TARGET KPI TIMEFRAME
TEST
AUTOMATION
Add automated unit test to all new
features implemented
Codebase coverage increased
Number of unit tests increased
Product Delivery Lead Time
reduced by 5 days
1st
iteration: next PI (July-September)
Measure, learn & adapt
Go-nogo for next PI TBD
CONTINUOUS
INTEGRATION
Automate Continuous Integration
pipeline for any development work in
progress or finished
Consistent CI pipeline run for all
work
Codebase is always in a deployable
state
reduced by 5 days
1st
VISUALIZING
WORK
Clarify DODs
Modify our workflow so that it
includes shipment in production as
DONE
Less blockers in the workflow
(current = 5 / sprint)
Releases take less time to perform
Deployment frequency
reduced by 1 day
reduced by 1 day
1st
MONITORING
Add heartbeat checks on all endpoints
of our applications
Centralize healthchecks in a
monitoring dashboard
A dashboard is up & running
Mean Time To Restore
reduced by 1 day
Next 2 PIs (July-December)
DEPLOYMENT
AUTOMATION
Manual actions to automate are listed
in a backlog & 1 category of manual
actions are automated
Backlog of actions to automate
1st
category of variables
automated
reduced by 5 days
1st
Amélioration
Exemple de plan d’actions

There
is
a
better
way
27
Une aptitude
indispensable pour les
agents du changement
03

There
is
a
better
way
28
Une démarche au niveau de l’organisation
Product &
process
Continuous
delivery
LES FAMILLES POUR LES ÉQUIPES LES FAMILLES POUR PASSER À L'ÉCHELLE
Cultural
Architecture
Lean
management
& monitoring

There
is
a
better
way
29
Westrum Culture
B

There
is
a
better
way
30
30
There
is
a
better
way
Une culture organisationnelle basée sur une grande confiance et axée sur le flux
d’informations permet de prédire les performances de livraison de logiciels et les performances
technologiques organisationnelles.
Dans ses recherches, le sociologue Dr Ron Westrum a développé la typologie des cultures
organisationnelles suivante
● Pathologique = orientée vers le pouvoir
● Bureaucratique = orientée vers les règles
● Générative = orientée vers la performance
Westrum Culture
https://cloud.google.com/architecture/devops/devops-culture-westrum-organizational-culture

There
is
a
better
way
31
31
There
is
a
better
way
Westrum Culture
Pathologique Bureaucratique Générative
Collaboration Faible Modeste Haute
Messagers Abattus Négligés Formés
Responsabilités Non-assumées Limitées Risques partagés
Liaisons Découragées Tolérées Encouragées
Relation à l’échec
Conduit à se
rejeter la faute
Conduit au tribunal Conclut à une enquête
Relation à la
nouveauté
Ecrasée Crée des problèmes Mise en oeuvre

There
is
a
better
way
32
One step beyond
Westrum Culture

There
is
a
better
way
33
What’s next ?
● Faire évoluer une culture, cela requiert de... la patience
● Un livrable de coaching d’organisation est la mise en place de pratiques ou de processus.
C’est par des pratiques différentes, la mise en lumière de contrastes sur les résultats
(outputs & outcomes), des feedbacks utiles et efficaces, des structures de communication
adaptée, et un temps dédié pour faire émerger ce changement … que l’on parvient petit
à petit à faire bouger les lignes.
● Il faut amener ces différences à la mesure de ce que peut absorber le système.
Westrum Culture

There
is
a
better
way
34
What’s next ?
Westrum Culture
Westrum
Culture
Organization
Trust
Voice
Retrospective
Make Flow of
Work Visible
WIP Limit

There
is
a
better
way
35
Conclusion
04

There
is
a
better
way
36
Version 2020
Un modèle qui évolue
Transformational
Leadership
Lean Product
Development
Change
Approvals
Lean
Management
Technical
Practices
Continuous
Delivery
Culture & Work
Environment
https://services.google.com/fh/files/misc/dora_research_program.pdf

There
is
a
better
way
37
Autre livre, autre conférence
Conviction : une transformation s’anime via les “managers”

There
is
a
better
way
38
Takeaways
๏ Accelerate est à la fois un livre présentant le résultat d’une recherche, et une démarche
d’amélioration continue.
๏ Une étude/démarche en constant ajustement (State of DevOps, DORA)
๏ 4 indicateurs pour piloter
๏ Un modèle d’aptitudes pour progresser, à prioriser en fonction des impacts souhaités, et
éviter de tomber dans l’enfer des métriques.
๏ Un atelier de 59 minutes : Aligner - Auto-Evaluer - Améliorer
๏ L’avenir de l’agile n’est pas dans une n-ième illustration du prisme, mais dans la réponse
directe à la stratégie d’entreprise, la preuve par les métriques et l’apport d’autres
démarches, notamment les sciences sociales

There
is
a
better
way
39
Feedback Time
https://roti.express/r/agl023

THERE IS A BETTER WAY
Focus on culture
04
41

OCTO Part of Accenture Digital © 2019 - All rights reserved 42
A threefold approach to culture
MODELING CULTURE
Edgar SCHEIN
MEASURING CULTURE
Ron WESTRUM
CHANGING CULTURE
John SHOOK
◉ What are the cultural traits that influence teams’ behaviours?
◉ How can we measure culture in a way that predicts its impact?
◉ What needs to be done to change culture?

How can we characterize culture?
MODELING CULTURE
Edgar SCHEIN
MEASURING CULTURE
Ron WESTRUM
CHANGING CULTURE
John SHOOK
◉ Basic assumptions – the deepest level
Basic assumptions are formed over time as members of a group or
organization make sense of relationships, events, and activities.
◉ Values – the intermediate level
Values are norms and contextual rules that influence interactions
Things that are debated collectively
◉ Artifacts – the most visible level
Artifacts are mission statements, technological tools, team
members, things that embody the way the organization defines
itself

How can we measure culture?
MODELING CULTURE
Edgar SCHEIN
MEASURING CULTURE
Ron WESTRUM
CHANGING CULTURE
John SHOOK
◉ Information flow within an organization predicts its culture
We can measure culture by looking at how we consider:
o Cooperation
o Messenger treatment
o Responsibility sharing
o Interactions across teams
o Reaction to failure
o Novelty
◉ Westrum classifies culture in 3 groups:
o Pathological or power-oriented
o Bureaucratic or rule-oriented
o Generative or performance-oriented

How can we change culture?
MODELING CULTURE
Edgar SCHEIN
MEASURING CULTURE
Ron WESTRUM
CHANGING CULTURE
John SHOOK
◉ Do not try to change how people think, change how they act
Since culture is defined by the way people react in a given
situation, the best way to impact culture is to work on their behavior
rather than on their beliefs
◉ Foster best-in-class practices to impact information flow
o Continuous delivery practices
o Emphasize flow and collective accountability
o Lean management & product development practices
o Emphasize flow, visibility and information sharing
o Agile principles
o Emphasize cooperation, feedback and risk tolerance

A new paradigm

The impact of culture on organizations
A generative culture allows efficient
decision making that:
◉ Creates trust
◉ Creates commitment
Culture predicts:
◉ Both software delivery performance &
organizational performance
◉ Job satisfaction
Westrum
Organizational
Culture
Continuous
Delivery
Lean
Management
Lean Product
Management
Organizational
Performance
Software
Delivery
Performance
Job
Satisfaction
To change culture, implement practices that change people’s behaviors

There
is
a
better
way
48
Comment ça rend
à la fin ?
05

OCTO © 2018 - Reproduction interdite sans autorisation écrite préalable
Des tableaux de bords live
pour le suivi en temps réel
C’est live et ça se voit!
๏ Fréquence de rafraîchissement
à l’heure
๏ Accessible en continu
๏ Présenté systématiquement à
chaque démo (public /
Member) et au weekly Agile4All
Un coup d’oeil de voir l’état actuel
du delivery
๏ Performance de la vitesse
๏ Performance de la stabilité
Des effets immédiats
๏ Changement de mindset des
équipes 49

50
Indicateur de vitesse - Deployment Frequency
Indicateur global
Avec la tendance
Nombre de déploiements par
jour durant les 10 derniers jours
ouvrés
Source des données et formule
de calcul
Choix de la période
Indicateur qui semble pas si
évident que ça à calculer
car il peut y avoir de
multiples référentiels utilisés
pour une mise en PROD.
En fait, peu importe, la
mesure permet expliciter
l’effort technique et humain à
mettre en oeuvre
Nombre de jours sur la période
sans déploiement
Nombre de jours consécutifs
sans déploiement

51
Indicateur de vitesse - Lead Time For Change
Indicateur global et par
équipes
Avec les tendances
Temps moyen par équipe
entre le commit et la mise en
PROD pour 1 US
de calcul
Le lead time se calcule
automatiquement
à partir des “workingTimes”
extraient via l’API JIRA
Ca fonctionne même lorsque les projets ont
des workflows différents et laisse donc aux
équipes à chacun la souplesse dont elles ont
besoin

52
Indicateur de stabilité - Change Failure Rate
Indicateur global avec la
tendance de l’évolution
Indicateur par équipe
Information sur la qualité de
donnée
de calcul
Soyez Précis !
● Le choix de la formule exacte doit
être fait avec précision en
fonction des usages des outils par
les équipes, donc adapté au
contexte de chaque projet
Ex: Story + Task + “support-coop”
● La mesure de l’évolution est
essentielle
● Il est nécessaire d’automatiser le
contrôle de l’intégrité des
données.
Ex : un bot détecte un bug résolu
non rattaché à une version et
génère un email de demande de
correction au PO du projet

53
Indicateur de stabilité - Mean Time To Repair
Indicateur global et par équipe
Nombre de bug critiques
résolus + par équipe
Information sur la qualité de
donnée
de calcul
Le MTTR est déclaratif
calculé grâce aux informations
renseignées manuellement à
posteriori
Pourquoi ?
- en cas de bug critique, les devs se
concentrent pour trouver l’origine du
problème vs. renseigner une tâche dans
Jira
- nous avons écarté les stratégies de
comptage du temps écoulé via des tags
Github à cause des pratiques de devs : ils
commencent toujours par essayer de
résoudre sur leur poste en local avant de
commencer par créer une nouvelle
branche et travailler dedans

54
Zoom sur l’indicateur de stabilité : distribution des temps de résolution des
défauts
Le MTTR est déclaratif
calculé grâce aux informations
renseignées manuellement à
posteriori
Pourquoi ?
- en cas de bug critique, les devs se
concentrent pour trouver l’origine du
problème vs. renseigner une tâche dans
Jira
- nous avons écarté les stratégies de
comptage du temps écoulé via des tags
Github à cause des pratiques de devs : ils
commencent toujours par essayer de
résoudre sur leur poste en local avant de
commencer par créer une nouvelle
branche et travailler dedans

Agilille 2021 - Optimiser votre delivery à l'aide d'une démarche validée scientifiquement

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Agilille 2021 - Optimiser votre delivery à l'aide d'une démarche validée scientifiquement

Similaire à Agilille 2021 - Optimiser votre delivery à l'aide d'une démarche validée scientifiquement (20)

Plus de OCTO Technology

Plus de OCTO Technology (20)

Agilille 2021 - Optimiser votre delivery à l'aide d'une démarche validée scientifiquement