The Doppler Quarterly (FRANÇAIS) Été 2016 | Page 30

Arrêter de se focaliser sur les
DevOps... commencer à optimiser
les résultats commerciaux
Mike Kavis
Les DevOps doivent se focaliser sur l'amélioration des
résultats commerciaux, et non pas sur la technologie.
En fait, tout ce que nous faisons dans l'informatique
doit reposer sur l'obtention de meilleurs résultats
commerciaux.
J'ai constaté un trop grand nombre de définitions du
terme DevOps. Tout le monde, y compris moi-même,
a sa propre définition. Pire encore, j'ai vu un trop
grand nombre d'interprétations de ce que « faire des
DevOps » signifie au sein des entreprises.
Voici quelques exemples de ce que les gens pensent
être une DevOps :
•
•
•
•
•
Automatisation de l'infrastructure
Création de pipelines CI/CD
Rédaction des scripts Chef
Création d'un silo appelé DevOps
Réaliser n'importe quelle opération sur AWS
Tous les éléments ci-dessus sont des tâches cou-
rantes lorsqu'une entreprise adopte les philosophies
de DevOps, mais qui par elles-mêmes ne sont pas des
DevOps. DevOps est bien plus grand que ces tâches
spécifiques.
Le DevOps n'est pas une technologie
Damon Edwards a dit un jour : « Le DevOps n'a rien à
voir avec la technologie. Le DevOps se rapporte à un
problème commercial. » Bien sûr, une grande part de
technologie est utilisée pour résoudre les problèmes
d'entreprise, mais en se focalisant purement sur la tech-
nologie, on passe à côté du sujet. Tous les ans, Puppet
Labs mène une grande enquête et produit un rapport
sur l’état du DevOps. Dans ces rapports, Puppet explique
comment les DevOps peuvent contribuer à rendre une
28 | THE DOPPLER | ÉTÉ 2016
organisation informatique hautement performante. Les
statistiques montrent que les services informatiques
haute performance offrent des avantages répondant
aux objectifs de rentabilité. Cela implique une augmen-
tation des ventes, de la rentabilité, des avantages
concurrentiels et du moral des employés.
Quand je parle des DevOps aux clients, j'aime discu-
ter des résultats que les clients attendent, plutôt que
de débattre de l'automatisation de l'infrastructure. Je
pense que la conversation doit commencer en se
focalisant sur les résultats commerciaux avant de se
pencher sur les solutions technologiques. Il est hau-
tement probable que l'automatisation jouera un rôle
essentiel dans l'obtention des résultats commerciaux
souhaités, mais lorsque l'automatisation est l'intérêt
initial avant de comprendre les problèmes d'entre-
prise, alors l'automatisation devient une béquille plu-
tôt qu'un activateur.
Le DevOps provient du Lean
Le DevOps emprunte un chapitre de la production à
flux tendu et l'applique à l'informatique. Tout d'abord,
vous devez définir la technologie à part et vous
concentrer sur l'identification des goulots d'étrangle-
ment. Les goulots d'étranglement existent non seule-
ment dans la technologie, mais aussi chez les indivi-
dus (culture et structures d'organisation) et dans les
processus (informatique et commercial). Je constate
une erreur dans de nombreuses entreprises : com-
mencer par l'automatisation sans éliminer les goulots
d'étranglement existants. Le résultat est l'automati-
sation des déchets. La culture et les structures orga-
nisationnelles sont souvent des goulots d'étrangle-
ment majeurs. Résoudre ces deux problèmes peut
réellement être un défi, en particulier dans une
culture qui n'est pas d'un niveau de confiance élevé.