The Doppler Quarterly (FRANÇAIS) L'automne 2017 | Page 73

Score|: 1,57
Collaboration
Technologies
Personnes
Propriété
Exigences
Compétences
CI/CD
ACME
Caractéristique
Surveillance
Innovation
Effi cacité
et agilité
Fiches
de résultats
Ingénierie
Pratiques
Gouvernance
Automatisation
Processus
Figure 3|: Score du modèle de maturité DevOps*
en échec si l’un quelconque de ces scores n’atteint pas un niveau acceptable. L’ob-
jectif de cette approche est de ne laisser aucune question sans réponse en aval, car
il est beaucoup plus long et coûteux de rectifi er les défectuosités à un stade
ultérieur du cycle de vie.
Maturité du DevOps
Après avoir évalué les capacités de nos clients dans le domaine des technologies,
des procédés et des individus, nous formulons un score de maturité.
Cette notation représente un instantané de l’état actuel de la maturité du client.
Puis, nous dressons un inventaire des lacunes relevées dans chaque domaine, qui
indique l’écart entre l’état actuel et l’état futur visé. Nos clients souhaitent souvent
débuter avec une maturité de niveau 3 pour être certains d’atteindre un état
cohérent, sûr et fi able avant de réaliser leurs déploiements, tout en acquérant un
degré d’agilité supérieur.
Ce score constitue une bonne base pour entamer la conversation, mais le point
réellement critique réside dans les détails qui constituent la note. Nous délivrons
une liste des lacunes relevées sous la forme d’une feuille de route accompagnée de
recommandations visant chacune des défi ciences. Le nombre de celles-ci peut être
tout à fait impressionnant, surtout lorsqu’un client se trouve encore en début de
parcours. Néanmoins, c’est au travers de cet agenda que les clients retirent le plus
de bénéfi ces d’une telle démarche.
Sur quels goulets d’étranglement faut-il travailler en priorité, et dans quel ordre ?
Comment agir en même temps sur les gens, les processus et les évolutions tech-
nologiques ? Trop souvent, nous voyons les clients appliquer uniquement les recom-
mandations concernant les technologies et ne faire que peu de cas ou de progrès
quant aux personnes et aux processus. Le résultat fi nal est une expérience
inférieure à l’optimum dans le cloud et une occasion manquée d’atteindre le retour
sur investissement qui aurait été obtenu en considérant le passage au cloud comme
AUTOMNE 2017 | THE DOPPLER | 71