L’origine de DevOps est largement attribuée à Patrick Debois il y a environ cinq ans - vous pouvez en apprendre davantage sur l’histoire de DevOps ici. DevOps risque de devenir un mot dépourvu de sens puisque l’industrie s’attache à l’attribuer à tous les produits et services de son portefeuille. La réalité est que je ne peux pas vous vendre de DevOps, et vous ne pouvez pas l'acheter.

DevOps est plus qu'une simple automatisation. Cela inclut des choses comme la culture. C'est une façon de travailler qui valorise la collaboration avec une vision partagée du succès. Comme son nom l'indique, cette collaboration concerne principalement les développeurs et les opérateurs, mais elle ne se limite pas à cela..

DevOps signifie que vous voyez le système de livraison de bout en bout, du concept à la production. Votre étendue de DevOps est un groupe impliqué dans ce flux de travail. Donc, si vous êtes prêt à faire un investissement culturel pour changer votre façon de travailler, vous pouvez alors commencer à mettre en œuvre certaines des pratiques de travail recommandées par DevOps..

Intégration de DevOps

Mais avant de vous lancer de front dans l’identification du travail et la gestion des contraintes, assurez-vous de bien comprendre pourquoi vous souhaitez que DevOps devienne un élément essentiel de votre réussite en matière de services informatiques. Beaucoup d'implémentations réussies ont été motivées par le désir de:

• Réduisez les délais de commercialisation des nouveaux produits et fonctionnalités

• Développez plus d'agilité pour vous adapter aux influences internes et externes

• Libérez les économies de coûts offertes par les plates-formes cloud

• Éliminer le risque de services informatiques fantômes

Les adoptions réussies de DevOps sont faciles à repérer. Ce sont les organisations qui parlent de produire chaque jour des dizaines, voire des centaines de versions de code, où il semble y avoir un flux constant de nouvelles fonctionnalités pour garder les utilisateurs engagés et fidèles..

Les leaders sont des géants de l’Internet tels que Google, Facebook, Netflix, Etsy et plus encore. Mais si nombre de ces titres font les manchettes, il existe de nombreux exemples de réussite dans lesquels les entreprises ont besoin d’Internet et de services Web comme une part importante de leur canal de commercialisation, par exemple Spotify, thetrainline.com, voire Rackspace..

Votre organisation est-elle un bon ajustement?

La liste éclectique ci-dessus devrait faire apparaître que DevOps n’est pas un club exclusif, tout le monde peut le découvrir et essayer d’apporter des changements positifs à son activité. Cependant, certains traits communs identifient les candidats les plus aptes au changement:

• Forte culture existante de collaboration et de communication ouverte

• Une équipe de direction qui considère l'informatique comme un catalyseur

• Commandites d'un niveau suffisamment élevé pour permettre de contester le statu quo

• Chiffre d'affaires et marque dérivés substantiellement des canaux Web et mobiles

• Organisations établies qui considèrent les nouvelles entreprises Internet comme une menace

• Start-ups qui veulent être plus agiles que leurs concurrents établis

• Applications construites et développées sur une technologie ouverte

Tous ces facteurs incitent les entreprises à adopter le changement pour créer un avantage dans leur secteur. Mais la transformation sera parfois difficile et les dirigeants qui parrainent ces initiatives ont besoin de patience et d'attentes claires pour que l'équipe ait toutes les chances de réussir..

Comme pour les transformations dans le cloud, les transformations DevOps ne seront pas universellement réussies. En fait, vous devez vous attendre à échouer par moments. L'astuce consiste à échouer rapidement, à apprendre et à répéter. L'élimination de la peur de l'échec est profondément ancrée dans une culture où l'examen des incidents est une session de reproches plutôt qu'un résultat d'apprentissage.

C'est pourquoi il est essentiel que vous deviez vous engager dans la culture ainsi que dans les pratiques de travail. Cependant, le risque de ne pas résoudre le problème DevOps comporte lui-même des risques. Si vos concurrents arrivent plus rapidement sur le marché avec des fonctionnalités et des produits, qu'est-ce que cela signifie pour votre entreprise? Si votre concurrence peut créer des avantages financiers en augmentant l'efficacité opérationnelle sans affecter les marges, comment allez-vous réagir??

L’adoption de DevOps ne devrait pas être motivée par la peur, mais ne pas en faire partie de vos plans informatiques devrait constituer un risque bien géré dans la stratégie de votre entreprise..

Où commencer

J'espère que vous avez atteint le point où vous souhaitez commencer. Voici quelques questions incitatives pour vous aider à démarrer:

• Sur quelle application vais-je construire ce modèle??

Ne faites pas cela en gros dans votre parc informatique. L’application et les équipes qui les entourent sont des facteurs clés de succès, identifient une candidature et créent une bulle d’autonomie autour de celle-ci..

• Puis-je tirer tout le processus de l'idée à la version de production?

Le simple fait de dessiner vos processus est un excellent moyen d’identifier les parties prenantes et d’éliminer les déchets. Ne présumez jamais que vous avez toutes les bonnes personnes dans la salle lors de la première réunion!

• Où sont mes contraintes?

La clé pour augmenter le flux dans un système est de gérer les contraintes. La création de capacités de part et d’autre sans remédier au goulot d’étranglement n’augmentera pas la production. Déterminez quelles parties de votre système vous ralentissent et améliorez-les.

• Ai-je les compétences pour exécuter cette?

Les compétences de DevOps sont en forte demande en ce moment. Prenez le temps de comprendre si vous avez les bonnes ressources pour réussir? Si vous ne le faites pas, planifiez des recrutements supplémentaires, une formation ou envisagez de faire appel à un tiers qui peut vous aider à décharger certaines des fonctions essentielles.

Il existe une énorme quantité de documents de référence en ligne. DevOps, en tant qu'approche de partage des valeurs, de nombreuses organisations ont publié des documents sur leurs succès et leurs échecs..

  • Chris Jackson est le technologue en chef de Rackspace EMEA.