Upload
others
View
4
Download
0
Embed Size (px)
Citation preview
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
Sans mesures, les initiatives DevOps sont vouées à l’échecComment mesurer et suivre 5 facteurs critiques pour la réussite des initiatives DevOps
Table of ContentsIntroduction 03
Facteur 1 : la réussite commerciale 04
Facteur 2 : l’expérience client 06
Facteur 3 : les performances des applications et de l’infrastructure 08
Facteur 4 : la rapidité de l’ingénierie 10
Facteur 5 : la qualité 13
La somme des cinq facteurs 15
Les bonnes données 16
Conclusion 17
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
Il s’agit d’un scénario de plus en plus courant pour de nombreuses organisa-
tions : vous avez lancé votre initiative DevOps il y a déjà plusieurs mois, mais
vous n’en voyez pas les résultats. Les efforts d’automatisation ont facilité
l’affectation des ressources nécessaires, des goulets d’étranglement se
forment à d’autres endroits du workflow et vos ingénieurs ont du mal à
réduire la charge de travail liée aux pannes inattendues et aux problèmes
de performances.
La collaboration entre équipes fragmentées que promettent les initiatives
DevOps est souvent synonyme de plus de déploiements de code, de délai
moyen de résolution accéléré, de délais de changement réduits et d’impact
sur l’activité en général.1 Cependant, la transformation nécessaire pour obtenir
ces résultats est loin d’être évidente. Il faut en effet un changement d’état d’es-
prit au niveau de toute l’entreprise.
La question « comment allez-vous mesurer ça ? » est au cœur de toute culture
d’ingénierie efficace. Qu’il s’agisse du déploiement d’une nouvelle fonctionnal-
ité dans l’environnement de production ou d’une initiative organisationnelle
plus large, les mesures sont essentielles pour montrer à tous que vos efforts
se soldent par des résultats notables. Inversement, le travail qui n’est pas lié
à des objectifs mesurables peut entraîner des réactions défavorables quand
les équipes et les individus ont l’impression d’être exploités ou sous-estimés
(par ex., être de garde hors des heures ouvrées), alors qu’en utilisant des don-
nées qui permettent de prouver la réussite de façon mesurable, vous donnez
à tous l’impression de participer à une expérience commune.
Vous ne pouvez pas être sûr de la réussite de votre approche DevOps si vous
ne mesurez pas les bons facteurs et ne gérez pas votre opération DevOps de
façon à ce que les indicateurs clés soient toujours évidents. En fait, c’est on ne
peut plus simple : sans mesures, ou sans mesurer les bons facteurs, les initia-
tives DevOps sont vouées à l’échec.
Cet ebook vous présente cinq facteurs critiques pour la réussite des initiatives
DevOps et vous montre quoi mesurer, et comment, pour réussir : réussite commerciale, expérience client, performances des applications et de l’infrastructure, rapidité de l’ingénierie et qualité.
1. Rapport sur l’état des initiatives DevOps 2017 (State of DevOps) de Puppet
Sans mesures, les initiatives DevOps sont vouées à l ’échec
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
eBook
03
Introduction
FACTEUR 1 :
la réussite commercialeDans le manifeste pour le développement agile de logiciels,
le premier principe dit : « Notre priorité est de satisfaire
le client en livrant rapidement et régulièrement des
fonctionnalités à grande valeur ajoutée. » La satisfaction
client est un exemple de mesure pour la livraison de
logiciels qui porte sur les objectifs commerciaux. Mais
comment définir et mesurer le reste de ce principe,
c’est-à-dire la livraison de fonctionnalités à grande valeur
ajoutée ? Qu’est-ce que cela signifie pour l’entreprise ?
Facteur 1 : la réussite commercialeNous pouvons définir ce que sont des fonctionnalités à grande valeur ajoutée
en les liant à des objectifs mesurables qui sont très importants pour l’en-
treprise. Par exemple, une fonctionnalité peut représenter une grande
valeur ajoutée pour l’entreprise si elle permet d’élargir la clientèle, d’ac-
croître le chiffre d’affaires, de réduire les coûts du service client, etc.
Parlez aux parties prenantes et aux dirigeants de votre entreprise pour com-
prendre quels sont les objectifs commerciaux pertinents et lesquels peuvent
bénéficier de la livraison rapide de logiciels novateurs.
Selon votre secteur d’activité, la maturité de votre entreprise, votre part de
marché et autres variables, les indicateurs clés que peuvent impacter vos
logiciels incluent :
• Taux de conversion
• Bénéfices moyens par utilisateur
• Coûts d’acquisition des clients
• Taux de perte des clients
• Bénéfices récurrents ou incrémentaux
• Renouvellements et/ou abonnements
Se mettre d’accord sur les objectifs commerciaux pour vos logiciels aide tous
les membres de l’équipe DevOps à faire le rapport entre leur travail et des
indicateurs de réussite mesurables. Cette approche axée sur les données
améliore l’établissement de priorités et la prise de décisions, des fonctionnal-
ités à inclure à l’allocation des ressources et la taille de votre équipe DevOps.
S’investir à fond pour la réussite commerciale
Le retailer REI est prêt à tout pour aider ses membres et ses clients à
profiter au mieux de sa vaste gamme de produits et services d’activités
de plein air. Pour garantir que toutes ses applications et tous ses sites
Web tiennent la promesse d’une expérience client numérique d’excellence,
l’équipe informatique de l’entreprise suit un modèle de déploiement continu,
en publiant du code plusieurs fois par jour.
Par conséquent, les développeurs ont besoin d’une visibilité de bout
en bout sur l’environnement de production afin de voir toute modification
des mesures commerciales, des performances et des comptes d’erreurs.
Todd Wilson, directeur de l’ingénierie plateforme chez REI a déclaré :
« Nous essayons de faire passer les performances des sites d’une simple
chose technique au statut de facteur de réussite commerciale avec un
impact sur les conversions et l’expérience utilisateur. Nous avons
commencé à créer des tableaux de bord de performances qui peuvent
être exploités par nos équipes quand elles envisagent les performances
comme un investissement commercial. »
Sans mesures, les initiatives DevOps sont vouées à l ’échec
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
eBook
05
FACTEUR 2 :
l’expérience clientSupposons qu’une entreprise – que nous appellerons Gamechanger
Industries – a une idée d’application géniale, qui créera une nouvelle
source de revenus récurrents à partir de la clientèle existante.
Elle forme une petite équipe de projet, composée de commerciaux,
de développeurs et de spécialistes des opérations et de la sécurité.
Conformément à l’objectif commercial consistant à générer des
revenus récurrents, l’équipe développe et déploie la nouvelle
application en un temps record. Un nombre impressionnant de
clients la téléchargent.
Facteur 2 : l’expérience clientMais, après quelques essais, les clients arrêtent d’utiliser l’application. En
fait, beaucoup la suppriment même de leurs appareils. Que s’est-il passé ?
Un coupable potentiel pourrait être une expérience client ne répondant
pas à leurs attentes. L’application était-elle trop compliquée ? Trop lente ?
Les interactions critiques étaient-elles trop complexes ? L’équipe a-t-elle été
dissoute après le lancement pour passer à un autre projet ? Si les clients
sont trop frustrés pour aller au bout de la transaction qui génère des
revenus supplémentaires pour l’entreprise, l’approche DevOps se sera soldée
par un échec.
S’il s’agissait de votre entreprise, vous ne sauriez pas si c’est l’expérience
client la coupable, à moins que vous ne mesuriez et suiviez les bons indicateurs
au sein de votre logiciel. Ces indicateurs de l’expérience client peuvent inclure :
• Délais de réponse perçus pour les transactions clés
• Fréquence des transactions clés
• Nombre de visites par utilisateur/ par semaine
• Taux de croissance des utilisateurs
• Taux de conversion/entonnoir des ventes
• Temps passé dans l’application
• Résultats des tests A/B
• Satisfaction client
La morale de l’histoire ? L’alignement de l’innovation et du développement
logiciel sur les objectifs commerciaux ne suffit pas. Vous devez aussi relier
ces aspects de la réussite aux domaines clés de l’expérience client et mesurer
vos résultats.
La technologie dépasse toutes les attentes pour une expérience client d’exception
Le leader international des divertissements sportifs Topgolf reçoit plus de
13 millions de clients tous les ans dans 41 sites dispersés dans le monde
entier. Quand l’entreprise a ajouté 20 nouveaux sites en peu de temps, son
équipe DevOps a eu besoin d’une visibilité en temps réel sur les logiciels
utilisés sur chaque site.
Le suivi des performances aide l’équipe chargée de la technologie
de Topgolf à repérer les problèmes et y remédier avant qu’ils n’affectent
les clients ou le personnel des sites. En outre, les analyses des tendances
historiques et en temps réel guident l’équipe et l’aident à savoir comment
améliorer l’expérience client de façon proactive. Kenny Sullivan, directeur
des applications chez Topgolf a déclaré : « Nous devons non seulement nous
assurer que les logiciels fonctionnent sur chaque site, mais aussi qu’ils ne
sont pas lents et ne gênent pas le jeu. Les performances logicielles peuvent
faire toute la différence entre une expérience positive ou négative pour
nos clients. »
Sans mesures, les initiatives DevOps sont vouées à l ’échec
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
eBook
07
FACTEUR 3 :
les performances des applications et de l’infrastructureRevenons à notre exemple, Gamechanger Industries. L’entreprise a une idée
novatrice pour une application qui générera de nouveaux revenus récurrents
à partir de la clientèle existante et aidera l’entreprise à atteindre ses objectifs
commerciaux. Cette fois-ci, Gamechanger définit aussi des objectifs portant
sur l’expérience client et optimise l’application pour les atteindre. Ses efforts
portent leurs fruits, et après le développement et le lancement d’une version
bêta, l’application Gamechanger est un véritable succès, à tel point que
l’entreprise a du mal à répondre à la demande.
Facteur 3: les performances des applications et de l’infrastructureMalgré des mesures proactives visant à élargir l’infrastructure, le service
client reçoit soudain des appels de clients mécontents se plaignant d’erreurs
et de lenteur. Avec une architecture distribuée conçue dans le cloud, la locali-
sation exacte du problème n’est pas une mince affaire pour l’équipe chargée
de résoudre les incidents. Cela vient-il du nouveau code ? Du service cloud ?
Le problème provient-il d’un seul hôte ? Ou est-ce tout à fait autre chose ?
Les architectures applicatives modernes offrent une agilité et des capacités
d’évolution extraordinaires, mais elles introduisent aussi une complexité cer-
taine. L’expérience client est souvent affectée par de nombreux facteurs liés à
un réseau de services applicatifs côté serveur, à des dépendances envers des
services tiers et à des ressources de calcul à affectation dynamique, qui peuvent
se trouver dans votre propre centre de données ou dans le centre de données
d’un fournisseur cloud public. Pour apporter des modifications dans un envi-
ronnement de production inspiré par DevOps, il faut bénéficier d’informations
rapides quant à l’élément de la pile applicative à la source des problèmes d’ex-
périence client. Et comme le cloud représente désormais une grande partie de
votre budget informatique, il est important de fournir la meilleure expérience
client le plus efficacement possible.
Pour repérer les problèmes de performances avant qu’ils n’impactent les
clients, il faut suivre et surveiller les indicateurs clés pour l’ensemble des
applications et de l’infrastructure. Avec un peu de chance, votre équipe
utilise déjà certains de ces indicateurs :
• Temps de réponse des applications
• Temps de réponse de la base de données
• Performances des services tiers
• Utilisation des ressources
• Coûts du cloud
Contrôle de l’application pour repérer les problèmes de performances
La plus grande société de comptabilité du monde, H&R Block, est présente
au Canada depuis plus de 50 ans et y dispose de plus de 1 200 bureaux.
Elle doit absolument pouvoir surveiller les performances de son logiciel de
déclaration d’impôts en ligne, qui est axé sur une seule date d’échéance
cruciale et les mois qui la précèdent.
Pour traiter les énormes pics de trafic, H&R Block a besoin d’informations
en temps réel complètes afin de pouvoir gérer les problèmes de perfor-
mances à la volée et obtenir des données sur la façon dont les performances
impactent les clients. « L’équipe DevOps peut repérer la ligne de code
responsable de l’erreur et envoyer des références au modèle de données
déclenchant l’erreur. Par conséquent, nous avons réussi à considérable-
ment améliorer la qualité du produit », a déclaré Dave Falkenberg, directeur
du développement produits et de la conformité pour H&R Block Canada.
Sans mesures, les initiatives DevOps sont vouées à l ’échec
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
eBook
09
FACTEUR 4 :
la rapidité de l’ingénierieTout le monde le sait, la rapidité est essentielle pour la réussite des initiatives
DevOps. Revenons encore une fois à notre exemple, Gamechanger Industries.
Même si l’équipe DevOps atteint les objectifs commerciaux et satisfait aux
exigences en matière d’expérience client et de performances pour sa nouvelle
application, s’il lui faut un an pour la livrer, il y a peu de chances que cette
application change la donne pour l’entreprise. L’entreprise risque d’avoir raté
une opportunité unique, d’avoir perdu des clients et des revenus précieux, et
d’avoir pris du retard sur ses concurrentes. La lenteur de développement et de
déploiement voue les initiatives DevOps à l’échec.
Facteur 4 : la rapidité de l’ingénierieUn développement, un déploiement et une résolution des problèmes
de productions rapides sont essentiels. Les mesures que vous pouvez
envisager pour vous aider à suivre les progrès et la réussite dans ce
domaine incluent :
• Délais de changements
• Fréquence des sorties de code
• Délai moyen de résolution
De nombreuses organisations s’appuient sur l’informatique dans le cloud pour
rationaliser et accélérer le développement et le déploiement des logiciels. Par
le biais d’IaaS (Infrastructure-as-a-Service) et de PaaS (Platform-as-a-Service),
les équipes DevOps peuvent accéder aux services dont elles ont besoin pour
lancer de nouveaux produits rapidement, sans avoir à fournir et gérer les
serveurs, les réseaux, ni le stockage.
Comme avec les autres facteurs de la réussite des initiatives DevOps, il ne
faut pas se concentrer sur la rapidité au détriment des autres objectifs, en
particulier la qualité des logiciels, car tout cela est lié à l’expérience client et
aux performances des applications. En fait, la rapidité de développement et
de déploiement peut devenir un élément négatif si la qualité du déploiement
est mauvaise et nécessite plus de temps et de travail pour remédier aux
problèmes de qualité qui apparaissent dans l’environnement de production.
La rapidité à tout prix
Trek Bicycle Corporation est un fabricant de vélos et de produits de cyclisme
qui s’engage à fournir des informations et des expériences supérieures par
le biais de sa présence en ligne. Mais pour satisfaire aux attentes croissantes
des clients, il lui faut un système efficace lui permettant de constamment
recevoir des commentaires et faire preuve d’agilité.
L’obtention de commentaires rapides portant sur les efforts d’ingénierie
est essentielle pour accélérer les cycles de développement. Jason Endres,
responsable des technologies Internet pour Trek a déclaré : « À une ou
deux reprises, lorsque nous avons effectué des mises à niveau impor-
tantes de la plateforme, nous avons eu des problèmes de performances.
Sans New Relic, il nous aurait probablement fallu une ou deux semaines
de plus pour les résoudre, mais en repérant exactement la cause des
problèmes, nous avons pu raccourcir nos cycles de développement.
Cela libère notre équipe DevOps qui peut ainsi se consacrer à des projets
plus stratégiques. »
Sans mesures, les initiatives DevOps sont vouées à l ’échec
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
eBook
11
ChatOps, moteur de la collaboration
Les pannes de système sont quasiment inévitables, mais quand
cela se produit, il est crucial que le problème soit résolu rapide-
ment. Les outils ChatOps comme Slack sont devenus un élément
important pour les équipes DevOps car ils leur permettent de
maximiser l’efficacité des communications pendant un incident.
Une salle de chat de groupe peut être contrôlée et permet à
tous les acteurs impliqués dans la gestion des incidents de se
tenir au courant des derniers développements. En plus des chats,
les modules supplémentaires et les intégrations peuvent fournir
des informations en temps réel provenant de divers outils de
développement et d’exploitation. Les journaux de communica-
tions centralisés et horodatés, les interactions en temps réel avec les
outils DevOps et l’aide des chatbots ont créé une nouvelle façon
de collaborer pour les équipes DevOps : ChatOps.
ChatOps fournit un emplacement central pour enregistrer les
informations provenant des personnes et des outils en temps
réel. Cet historique enregistré des événements offre une grande
transparence sur le fonctionnement des projets et sur la façon de
résoudre les problèmes quand ils surviennent. Dans un esprit de
rapidité et d’agilité, l’aspect temps réel de ChatOps comme outil
pour le développement et les opérations fondés sur les conversa-
tions correspond parfaitement aux besoins des équipes DevOps
et de ceux qui sont responsables de leur réussite. Exemple de ChatOps utilisant Slack et les alertes New Relics
Sans mesures, les initiatives DevOps sont vouées à l ’échec
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
eBook
12
FACTEUR 5 :
la qualitéLa rapidité de développement et de déploiement des logiciels est une très
bonne chose, mais la vraie valeur de DevOps est de fournir des logiciels
de qualité. L’accent mis sur la qualité vient de la méthode Kaizen, conçue
pour l’amélioration de la fabrication dans les usines et à la base des prin-
cipes DevOps clés. Pour les entreprises logicielles, cela veut dire constam-
ment améliorer le workflow par le biais de processus de développement
et de déploiement, tout en exploitant des boucles de commentaires rapid-
es pour apporter de petites améliorations en cours de route. Ces petites
améliorations rendues possibles par les boucles de commentaires rapides
sont un vrai plus pour le déploiement de logiciels de qualité et permettent
donc d’offrir une expérience client d’excellence.
Facteur 5 : la qualité
Sans mesures, les initiatives DevOps sont vouées à l ’échec
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
eBook
14
Si l’on y réfléchit, le principe sous-jacent de DevOps est quasiment une contra-
diction : fournir des logiciels de meilleure qualité plus rapidement. Ces objectifs
ne s’excluent-ils pas mutuellement ? Les cycles de développement raccourcis et
la collaboration plus étroite dans le cadre d’une approche DevOps permettent
de repérer les problèmes avant la mise en production et de passer moins de
temps à les résoudre dans des conditions difficiles.
L’éternel combat de l’assistance pour les logiciels en production consiste souvent
à trouver l’équilibre entre la résolution réactive des problèmes et les efforts pro-
actifs, comme le développement et les tests. La qualité d’un logiciel dépend
directement des incidents affectant les clients, il est donc valable de consacrer
du temps et de l’énergie à la résolution des problèmes de qualité le plus tôt
possible. En outre, il vaut mieux éviter que ce soit vos clients qui découvrent les
problèmes ! Les approches comme le développement axé sur les tests (TDD,
Test Driven Development), l’intégration continue (CI, Continuous Integration) et
le déploiement continu (CD, Continuous Deployment) peuvent toutes vous aider
à donner la priorité aux tâches qui portent sur les améliorations de la qualité.
Voici quelques mesures que vous pouvez suivre pour quantifier la qualité des
efforts globaux d’amélioration continue de vos logiciels :
• Disponibilité
• Taux de réussite des déploiements
• Taux d’erreurs (côté client et côté serveur)
• Plantages mobiles
• Gravité des incidents
De nombreux problèmes de qualité ne font surface qu’une fois les logiciels mis
en production et la possibilité de comparer toutes les mesures avant et après
le déploiement est donc très utile pour comprendre l’impact d’une version
spécifique. Cette approche permet aussi aux équipes de réagir rapidement et
de restaurer une version ou de fournir une résolution rapide.
Une entreprise qui affine ses processus jusqu’à atteindre la perfection
Irish Distillers est le premier fournisseur de vins et de spiritueux d’Irlande,
ainsi qu’un producteur de whiskies irlandais dont la renommée n’est plus à
faire. La marque Jameson est le whisky irlandais qui enregistre la croissance
la plus rapide et Irish Distillers l’exporte sur plus de 130 marchés. Pour
s’assurer que la qualité de sa présence numérique est à la hauteur de ses
produits, Irish Distillers a besoin d’informations sur les performances de ses
sites de marketing destinés aux clients, en particulier avec l’accélération des
déploiements, que ce soit en termes d’expérience des utilisateurs finaux ou
de performances du code sous-jacent.
Pete McVicar, responsable du marketing informatique et des solutions
de vente chez Irish Distillers, encourage ses équipes à adopter le modèle
DevOps de développement agile et continu, et à assumer la responsabilité
de la qualité des nouvelles fonctionnalités. McVicar a déclaré : « Nous avons
ces sprints de deux semaines, dans lesquels les rapports hebdomadaires
que New Relic nous envoie par e-mail jouent un rôle essentiel, en nous
permettant de connaître non seulement les performances des nouvelles
fonctionnalités mais aussi leur impact sur le reste du site. »
La somme des cinq facteursFaisons la somme des cinq facteurs de la réussite des initiatives DevOps
(réussite commerciale, expérience client, performances des applications et
de l’infrastructure, rapidité de l’ingénierie et qualité) pour obtenir une vision
globale des domaines que vous devez suivre et surveiller. Comme nous l’avons
montré dans nos exemples Gamechanger Industries, il faut se concentrer sur
tous ces domaines pour tenir les promesses DevOps et obtenir des résultats
commerciaux mesurables.
Selon les progrès que vous avez déjà effectués pour la réalisation des
objectifs de votre entreprise, vous devrez décider quels indicateurs
clés sont les plus importants pour vous. Si vous n’en suivez aucun ou
seulement quelques-uns, il est temps de commencer. Vous pouvez le
faire en définissant une référence et en surveillant les mesures pour vous
assurer qu’elles augmentent ou diminuent comme vous le souhaitez.
Un point que nous n’avons pas abordé est la façon de trouver le bon
équilibre entre les ressources et le temps consacrés aux facteurs de la
réussite des initiatives DevOps. L’affectation des ressources et du temps
sera rarement statique et devra changer et s’adapter à l’évolution de
l’environnement commercial et de la stratégie globale. Par exemple, les
entreprises qui sont au début d’un cycle de développement de produit
consacreront le plus clair de leur temps à l’innovation afin de développer
de nouvelles capacités. Quand un produit est en mode de croissance, il
est essentiel de prendre les performances et la stabilité en compte alors
que le produit évolue et gagne en popularité. Il est particulièrement
important de trouver l’équilibre entre innovation et qualité pour les
produits en phase de maturité : innovation pour rester concurrentiels
et permettre aux produits d’évoluer et améliorations de la qualité pour
réduire la « dette technique ».
La dette technique (terme inventé par Ward Cunningham de New Relic, dével-
oppeur du premier wiki) est l’effort de développement supplémentaire néces-
saire pour réécrire et améliorer le code qui est la conséquence de ce que font
les équipes pour sortir le code rapidement. D’après Gene Kim, expert DevOps,
si vous ne payez pas votre taxe de 20 % de réduction de la dette, vous finirez
par dépenser 100 % pour résoudre les problèmes accumulés.
Pour trouver l’équilibre et la bonne affectation pour les facteurs de réussite,
vous devez réfléchir et comprendre la stratégie commerciale, l’environne-
ment concurrentiel et l’état du produit dans son cycle de vie. Les facteurs
sont comme des cadrans que vous pouvez régler sur différents niveaux en
fonction de vos contraintes et dont les réglages doivent évoluer en fonction
des priorités commerciales.
Sans mesures, les initiatives DevOps sont vouées à l ’échec
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
eBook
15
Les bonnes donnéesEt maintenant, la partie la plus importante pour mesurer la réussite : les
données. Pour que les initiatives DevOps réussissent, il faut avoir accès
aux bonnes données, essentiellement tous les indicateurs clés que vous
devez suivre et surveiller ainsi que les informations connexes sur la rapid-
ité de l’ingénierie, la qualité, les performances des applications et de l’in-
frastructure, l’expérience client et la réussite commerciale.
L’adoption d’une approche DevOps axée sur les données vous permet non
seulement de suivre et de surveiller les progrès et la réussite des efforts
de votre équipe, mais encourage aussi une culture de la collaboration et
de l’empathie. Les données permettent d’éliminer les réactions émotion-
nelles et les accusations mutuelles du processus de prise de décisions,
tout en établissant un langage commun pour les compétences, l’expéri-
ence et les rôles.
Exemple de tableau de bord New Relic
Il n’est pas difficile d’obtenir les bonnes données, mais vous aurez besoin d’in-
struments capables de les capturer automatiquement et vous permettant
d’analyser, de consulter et de partager ces données facilement et rapidement.
La solution que vous choisirez devra fournir de données historiques et en
temps réel détaillées portant sur les cinq facteurs de la réussite des initiatives
DevOps. Au minimum, il vous faut des capacités qui incluent :
• Surveillance proactive des performances axée sur les applications : les technologies modernes comme le cloud, les conteneurs et les
fonctions sans serveur permettent de faire abstraction de l’infrastruc-
ture et il devient donc de plus en plus important de comprendre les
performances des applications. Elles sont proches des clients et de la
valeur commerciale. Cherchez un outil qui vous aide à obtenir une com-
préhension approfondie de l’ensemble de vos applications et de votre
infrastructure en réfléchissant à ce qui compte le plus pour vos clients.
• Gestion de l’expérience client : l’outil que vous choisissez doit aussi
fournir des données qui vous permettent de mesurer l’expérience client
sur l’ensemble de vos canaux numériques 24/7 (même quand il n’y a pas
d’utilisateurs dans le système). La solution que vous retenez doit aider
votre équipe à gérer le niveau de traitement initial, où se trouve de plus
en plus de code.
• Analyses efficaces : pour créer une culture axée sur les données chez l’en-
semble des développeurs, des spécialistes des opérations et des acteurs
commerciaux, il vous faut des outils souples incluant des tableaux de bord
configurables et la capacité d’effectuer des analyses techniques plus appro-
fondies afin de quantifier la réussite commerciale.
Sans mesures, les initiatives DevOps sont vouées à l ’échec
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
eBook
16
• Gestion des déploiements : vous aurez aussi besoin de rapports qui
affichent les déploiements récents et l’impact avant/après sur les per-
formances des applications et les utilisateurs finaux, notamment toutes
les erreurs qui sont survenues. Cela vous aidera à suivre et mesurer les
indicateurs clés de performances.
Quand vous évaluez une solution, n’oubliez pas que le suivi et la surveillance des
données par le biais d’une seule plateforme simplifie et rationalise la gestion de
vos efforts DevOps. Une plateforme unique vous permet de partager une vue
unifiée de vos logiciels avec l’équipe et le reste de l’entreprise pour de meilleures
décisions. Pour que les développeurs et les spécialistes des opérations partagent
la même compréhension des déploiements et du fonctionnement des logiciels,
l’utilisation du même outil est un must. Des alertes, analyses et tableaux de bord
intégrés permettent à toutes les parties prenantes de travailler plus intelligem-
ment et de réagir plus rapidement. Une plateforme d’analyse logicielle comme
New Relic fournit toutes les capacités mentionnées ci-dessus et plus encore,
intégrées au sein d’une solution complète.
Développement de la diversité grâce aux données
Les données peuvent vous aider à créer une équipe DevOps homogène,
coopérative et très performante. Elles peuvent aussi vous aider à créer
une équipe dotée d’une plus grande diversité, que ce soit de personnal-
ités, de cultures, de compétences, de races, de sexes ou autre. Les
données deviennent le langage commun que les membres de l’équipe
utilisent pour communiquer d’une façon qui élimine les accusations
mutuelles et favorise la méritocratie. C’est important, car la diversité
vous aide à retenir les membres de l’équipe en créant un environnement
de travail gratifiant, fructueux, solidaire et ouvert.
ConclusionLa réussite pour les cinq facteurs mentionnés dans ce document serait impos-
sible avec une approche en cascade traditionnelle du développement et du
déploiement de logiciels.
Une approche DevOps axée sur les données fait de la réussite dans ces cinq
domaines une réalité. Si vous suivez et surveillez les bonnes mesures, vous
bénéficiez des informations dont vous avez besoin pour obtenir des résultats
exceptionnels, qu’il s’agisse de « secouer » les marchés avec une nouvelle appli-
cation novatrice ou de faire passer l’expérience client à la vitesse supérieure.
Que vous adoptiez tout juste ou poursuiviez une approche DevOps déjà
entamée, votre équipe a un rôle à jouer et aidera votre entreprise à devenir
une meilleure entreprise logicielle. Et c’est la tâche la plus importante dans
l’économie numérique d’aujourd’hui, dans laquelle toutes les entreprises sont
des entreprises logicielles.
Adoptez la bonne approche DevOps avec New RelicVisitez newrelic.fr/devops pour en savoir plus.
Sans mesures, les initiatives DevOps sont vouées à l ’échec
© 2019 New Relic, Inc. | US +888-643-8776 | www.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com
eBook
17
©2008-19 New Relic, Inc. All rights reserved. 03.2019