Implémenter DevOps: 5 obstacles à surmonter

  • Sep 04, 2023

Le chemin vers le succès du DevOps comporte de nombreux défis, tels que l’adhésion des dirigeants et la gestion du changement. Voici quelques obstacles courants et comment les surmonter.

intérieur-2.jpg
Image: iStockphoto/oneinchpunch

Les entreprises ayant de grands projets de transformation DevOps doivent d'abord prendre du recul: un certain nombre de défis se dressent entre la mise en œuvre du nouveau flux de travail et la visualisation de l'ensemble de ses avantages.

La mise en œuvre de DevOps est actuellement « partout sur la carte », a déclaré Jeff Sussna, fondateur et directeur d'Ingénierie. informatique et auteur de Concevoir la prestation: repenser l'informatique dans l'économie des services numériques. « Certaines entreprises que nous voyons lors des conférences DevOps d'entreprise sont toutes présentes et font des progrès vraiment importants. Cependant, en général, la majorité des entreprises que je rencontre s'y attaquent petit à petit, essayant toujours de comprendre de quoi il s'agit et comment le faire. »

Les recherches montrent que des résultats positifs, notamment des déploiements plus rapides, moins de problèmes de service et une plus grande fidélité des employés, attendent ceux qui réussissent.

Voici cinq défis courants rencontrés par les entreprises au cours de leur parcours DevOps, pour vous aider à vous préparer à affronter les difficultés qui pourraient survenir.

1. Obtenir le soutien de la direction

L'adhésion des dirigeants est cruciale pour devenir une organisation DevOps hautement performante et à déploiement rapide, selon Elinor Klavens, un chercheur Forrester au service des professionnels des infrastructures et des opérations. Cependant, « il existe un décalage entre les dirigeants et les praticiens quant à leur compréhension du DevOps au sein de l'entreprise », a-t-elle déclaré. Les dirigeants et les travailleurs diffèrent considérablement sur leurs perspectives en matière de stratégie, de progrès et d'expérience client, selon une étude récente. Rapport Forrester.

Plusieurs facteurs peuvent être à l'origine de ce phénomène: d'une part, les dirigeants peuvent payer les factures d'outils DevOps, tels que les logiciels d'automatisation de la gestion des versions, qui ne sont pas réellement utilisés. D'autre part, a déclaré Klavens, les entreprises mettant en œuvre DevOps ne mesurent généralement pas tout le monde sur l'expérience client: si elles ne sont pas en contact avec le client les employés travaillent vers des objectifs qui ont un impact sur les clients, leurs mesures doivent être liées à l'expérience client, ainsi qu'à celles de cadres.

Le Design Thinking est un moyen pour les entreprises de combler cet écart, car cette approche se concentre sur le client. résultats, dans le but de fournir de la valeur au client tout au long du cycle de livraison continue de DevOps. Capitale un utilise désormais cette approche de développement centrée sur le client, note le rapport Forrester.

2. Se concentrer trop intensément sur les outils technologiques

Certaines organisations pensent qu'utiliser Chef, Puppet ou Jenkins signifie qu'elles font automatiquement du DevOps, a déclaré Sussna. Mais « si vous ne vous occupez pas de la façon dont les gens interagissent les uns avec les autres, se fournissent des services et partagent des informations, alors cela ne fonctionnera pas », a-t-il ajouté.

De plus, si le leadership est trop concentré sur les produits utilisés par les concurrents ou sur la coche une liste d'actions, ils peuvent perdre de vue les résultats, a déclaré Jennifer Davis, ingénieur logiciel senior à Chef et co-auteur de DevOps efficace.

"La mise en œuvre de n'importe quelle technologie spécifique peut être bénéfique pour une organisation, mais cela peut aussi être du travail inutile", a déclaré Davis. "Les outils sont des accélérateurs qui, sans le contexte et la direction appropriés, peuvent nuire à l'organisation."

3. En supposant que DevOps commence et se termine avec une seule équipe

Lorsque l'organisation dans son ensemble estime que les efforts DevOps appartiennent à une seule équipe, ou uniquement aux employés chargés du développement et des opérations, les efforts en pâtissent, a déclaré Davis.

"Comprendre le contexte des autres départements de nos organisations permet de réparer le temps et les efforts gaspillés en travaux inutiles et de minimiser le travail imprévu", a déclaré Davis. La sécurité, le marketing, les aspects juridiques et les ventes peuvent tous faire partie d'une transformation DevOps réussie, a-t-elle ajouté. Lorsque vous faites appel à ces autres équipes, vous constaterez peut-être une automatisation dans des domaines tels que la génération de contrats et la conformité, a déclaré Davis.

Rapport spécial

Surfer sur la révolution DevOps

Vous pouvez télécharger tous les articles de ce dossier spécial en un seul PDF (inscription gratuite requise).

Lisez maintenant

Selon Sussna, il est également impératif de ne pas laisser de côté l'organisation de la gestion des produits. "Vous parlez de feedback, de livraison, d'apprentissage, et vous essayez d'accomplir ces choses au niveau de l'entreprise, pas seulement au niveau de l'entreprise. niveau technologique: que veulent nos clients, que font-ils, que devons-nous changer pour y répondre », Sussna dit. "C'est autant une question de gestion de produits que de développement et d'opérations. Afin d'avoir une conversation productive, nous avons besoin de produits dans la salle ainsi que de développement et d'opérations. »

4. Mauvaise gestion du changement

Les défis techniques de toute transformation informatique, y compris DevOps, ne sont rien en comparaison des facteurs humains, selon Bridget Kromhout, technologue principale chez Fonderie de nuages et organisateur principal du Conférence DevOpsDays. "Lorsque les gens craignent que leur travail change d'une manière qu'ils ne comprennent pas complètement, ou qu'il puisse disparaître complètement, ils opposent une résistance subtile et ouverte au changement", a-t-elle déclaré. « Ne vous lancez pas à la poursuite d'une nouvelle technologie brillante pour le plaisir: apportez des changements mesurés et réfléchis en fonction de la valeur de l'entreprise, et non de l'attrait d'un développement axé sur un curriculum vitae. »

Il est également essentiel que les organisations réexaminent les processus lourds pour voir s'ils sont toujours pertinents, compte tenu des nouvelles plates-formes et options IaaS, a déclaré Kromhout. "Changez toutes les incitations mal alignées qui encouragent à jeter du code par-dessus les murs - la nouvelle attitude devrait être que nous sommes tous dans le même bateau", a-t-elle ajouté.

5. Essayer de tout faire en même temps

Les organisations sont souvent confrontées à des défis lorsqu'elles tentent de tout faire en même temps, selon Kévin Curran, membre senior de l'IEEE et professeur de cybersécurité à l'Université d'Ulster. Il est important de commencer à petite échelle, de produire des résultats que vous pourrez montrer à toutes les équipes, puis de passer à l'échelle supérieure, a-t-il déclaré. "Savoir qu'il faut du temps pour mettre en œuvre des pratiques DevOps peut éviter beaucoup de stress à long terme", a ajouté Curran. "C'est vraiment un processus de transformation."

Le processus devrait également être itératif au niveau de l'équipe, a déclaré Davis. "Connectez-vous avec d'autres personnes qui tentent d'apporter des changements au sein de l'organisation et travaillez ensemble", a-t-elle ajouté.

Regarde aussi

  • Les 10 principaux défis de la mise en œuvre de DevOps (TechRépublique)
  • Le DevOps est répandu, mais pas encore considéré comme stratégique, selon une enquête (ZDNet)
  • DevOps: le guide de la personne intelligente (TechRépublique)
  • DevOps est encore en chantier, selon une enquête (ZDNet)