Fermer

novembre 20, 2020

Pourquoi les dirigeants n'obtiennent pas le DevOps et comment leur montrer le chemin


DevOps révolutionne complètement le nombre d'équipes de développement qui créent, livrent et maintiennent des logiciels. Pourtant, dans de nombreuses entreprises, les dirigeants ne semblent pas s’en soucier. Qu'est-ce qui donne?

Qu'est-ce qui est difficile à articuler sur la valeur et facile à ignorer pour les dirigeants d'entreprise?

(Aux farceurs à l'arrière: Non, ce n'est pas «tout».) ce blog ne l'a pas complètement dévoilé, la réponse est… DevOps.

C’est presque incroyable, étant donné l’état du monde dans lequel nous vivons. Les chansons du succès louant les innovateurs axés sur la technologie comme Tesla et Uber vont bien au-delà des collines de la Silicon Valley. «Chaque entreprise est un éditeur de logiciels» se répète si souvent que vous pensez que c'est une phrase secrète qui donne accès à une sorte de salon C-suite top secret.

Pourtant, quand il s'agit de la mécanique réelle de création et d'itération sur un logiciel, il semble que le seul cadre de niveau C intéressé soit le chef de la technologie. C'est malheureux car nous savons tous que DevOps apporte en fait une tonne de valeur à l'ensemble de l'organisation – pas seulement aux équipes de développement et d'exploitation.

Alors, quel est le problème?

Pour être honnête, ce n'est pas une tâche facile ou question simple à répondre. Cela dépend en fin de compte des dirigeants et de l'entreprise en question.

Mises en garde à l'écart, je pense qu'Alan Santos, le directeur de la gestion des produits ici chez DataDirect, l'a assez bien résumé dans un webinaire qu'il a récemment organisé avec le les gens sur DevOps.com . Fondamentalement, cela se résume à l'un des deux problèmes (ou aux deux).

1. DevOps est juste une chose pour «faire du logiciel»

À moins qu'ils ne travaillent dans une entreprise de technologie, de nombreux dirigeants ne vivent pas et ne respirent pas la technologie comme nous le faisons.

En raison de cette déconnexion, ils commencent à considérer DevOps comme une activité au niveau de l’équipe et non comme une préoccupation au niveau de l’entreprise. être. En se persuadant que DevOps est juste une chose pour «faire du logiciel», ils peuvent rationaliser en le mettant hors de vue (puis hors de l'esprit).

C'est problématique parce que DevOps est plus que construire un logiciel de la bonne manière. Il s’agit de créer la bonne chose pour les bonnes personnes au bon moment, et cela influence l’ensemble de l’entreprise.

2. Le DevOps est juste pour les licornes

L'un des dangers d'idolâtrer la façon dont des entreprises comme Tesla et Uber utilisent des pratiques comme DevOps pour stimuler l'agilité, la vitesse et la qualité est qu'il envoie le message que DevOps est quelque chose que seuls ces types d'entreprises peuvent faire. Il est facile de penser que si vous n'êtes pas une entreprise de technologie ou un pionnier de pointe dans votre secteur, vous n'avez peut-être pas vraiment besoin de DevOps.

Comme le reste d'entre nous le sait, cela ne pourrait pas être plus loin de la vérité. DevOps consiste à améliorer la boucle de rétroaction de bout en bout de l'idée au client et inversement. En vous concentrant sur l'amélioration continue, vous mettez plus rapidement en lumière les problèmes et leurs solutions correspondantes. Cela se traduit par une itération plus rapide, une meilleure qualité logicielle et, finalement, des clients plus satisfaits. Toutes les entreprises peuvent en bénéficier.

Valeur ajoutée: la clé pour résoudre le dilemme DevOps

Il existe de nombreuses approches différentes pour aider les chefs d'entreprise à voir la lumière et à les intégrer à la compréhension du DevOps. Que votre entreprise soit nouvelle dans le DevOps ou qu'elle soit bien avancée, il est important d'éduquer les personnes au sommet. Faites prendre conscience du fait que DevOps n'est pas qu'une activité au niveau de l'équipe. Soulignez précisément à quel point il est important de produire de la valeur par le biais de logiciels pour toutes les personnes impliquées (employés non techniques, partenaires commerciaux et clients finaux) et pas seulement pour les développeurs.

Si vous en êtes encore aux premières étapes de votre parcours DevOps , vous voudrez peut-être également vous armer d'exemples et de métriques qui illustrent les avantages tangibles de DevOps. À cette fin, le rapport annuel Accelerate State of DevOps regorge de preuves. Par exemple, connaissiez-vous des entreprises avec des pratiques DevOps d'élite…

  • Déployez le code 208 fois plus fréquemment?
  • Déployez le code 106 fois plus vite?
  • Récupérez des incidents 2 604 fois plus rapidement?
  • Diminuez le taux d'échec des modifications de 7x ?

Si vous êtes plus avancé dans votre aventure DevOps, pensez à créer un rapport sur votre propre processus DevOps pour quantifier les valeurs et les avantages. Les dirigeants adorent les rapports et les tableaux de bord, et pour une bonne raison: ces instantanés faciles à digérer peuvent leur en dire long sur le fonctionnement d'une entreprise.

Les rapports sont particulièrement importants aujourd'hui. De plus en plus d'entreprises se tournent vers des analyses et des mesures pour guider la prise de décision et découvrir les «inconnues inconnues» qui pourraient nuire à leurs activités. Et c'est idéal pour l'adoption de DevOps, car des outils comme GitHub, Jira, Aha! et TeamCity sont d'énormes magasins de données et peuvent être d'importantes sources d'informations.

Activation de rapports DevOps à grande échelle

Maintenant, un défi pour de nombreux développeurs est que même si ces outils DevOps sont excellents pour rapporter leurs propres informations… [19659003]… Ils ne fonctionnent pas toujours bien avec les autres.

Lorsque cela est fait manuellement, la réconciliation des informations entre les outils dans un seul rapport prend énormément de temps. toutes sortes de connecteurs, etc. L'effort extrême de mise en œuvre et de maintenance annule pratiquement l'expérience positive d'un tableau de bord unifié.

Mais ça n'a pas à être si difficile! Progress DataDirect, en tant que leader de la connectivité de données dans le cloud et sur site, possède l'expertise en interne pour résoudre le problème du tableau de bord unifié non seulement pour nous-mêmes, mais aussi pour nos clients.

Nos connecteurs DataDirect pour DevOps offrent aux équipes de développement un accès à la demande aux informations stockées dans des outils DevOps populaires tels que GitHub, Jira, Aha! et TeamCity. Grâce à une interface SQL standard rapide et efficace, vous pouvez connecter rapidement ces systèmes à vos outils de BI et d’analyse tels que Power BI et Tableau pour briser les silos qui limitent vos rapports et vos tableaux de bord.

Si vous souhaitez en savoir plus sur ces connecteurs et comment ils peuvent vous aider dans votre processus DevOps (même au-delà du reporting), vous devriez consulter notre récent webinaire avec trois chefs d'entreprise de Progress . Ils discutent de leur propre parcours pour comprendre DevOps et de la façon dont les connecteurs DataDirect ont pu contribuer à générer plus de valeur dans toute l'organisation.

Ou, si vous êtes plutôt un type de personne pratique, commencez un essai dès aujourd'hui et découvrez comment DataDirect peut aidez votre entreprise.

Déverrouiller mes données DevOps




Source link