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é.