Qu’est-ce que BizDevOps ?

Souvent appelé DevOps 2.0, BizDevOps s’appuie sur le succès des pratiques DevOps, qui accélèrent et améliorent le processus de livraison de logiciels en intégrant les efforts des équipes de développement informatique et opérationnelles. BizDevOps développe ce concept en intégrant les équipes métier et les objectifs à chaque étape du cycle de vie du développement logiciel.

La visibilité sur le processus de développement logiciel donne à toutes les parties prenantes la possibilité de définir des objectifs stratégiques, tels que des objectifs de croissance et de bénéfices, et de définir des sprints et des backlogs de développement. Cela permet d’accélérer le processus de développement de logiciels et de s’assurer que les résultats du développement et de l’informatique sont en cohérence avec des initiatives commerciales plus larges et les soutiennent.

BizDevOps exige une culture de la communication et un processus de feedback en boucle fermée qui intègre rapidement les commentaires dans le développement logiciel. L’adoption des stratégies BizDevOps permet aux organisations d’implémenter des workflows agiles, ce qui, selon les recherches de McKinsey & Company, améliore l’efficacité opérationnelle de 30 à 50 %¹.

Dans l’ensemble, BizDevOps exige une culture qui intègre une structure non hiérarchique entre les équipes métier, de développement et opérationnelles pour mener à bien une transformation numérique.

Le DevOps est né de la volonté d’accélérer le processus de développement logiciel tout en minimisant les risques lors du déploiement de nouveaux produits ou fonctionnalités. Avant l’adoption du DevOps, les équipes de développement travaillaient souvent sur un produit ou une fonctionnalité pendant une période prolongée avec peu ou pas d’avis d’autres équipes. Il en a résulté des déploiements « big bang » ou à grande échelle de nombreuses nouvelles fonctionnalités qui ont échoué, ont dû être annulées et ont été coûteuses à réparer.

Grâce à une plus grande collaboration, les équipes de développement et opérationnelles ont pu partager leurs connaissances et leurs commentaires tout au long du processus, améliorant ainsi la visibilité et les capacités de supervision de toutes les parties prenantes. Les équipes DevOps ont également hiérarchisé l’automatisation de la gestion des performances, les opérations de test des nouveaux codes et le déploiement de nouvelles fonctionnalités. Cette stratégie a accéléré le processus de développement et réduit le nombre d’erreurs et d’inconnues lors du lancement de produit.

Cependant, il manquait au processus DevOps la contribution de l’équipe métier. Après de longues périodes de développement, les équipes DevOps étaient encore dans le flou quant à la capacité des produits et fonctionnalités qu’elles développaient à répondre aux objectifs métier les plus actuels de l’organisation. Une approche BizDevOps résout ce problème, faisant de la valeur commerciale un objectif central du développement de produits dès la conception. Pour ce faire, les équipes métier doivent être intégrées à chaque étape du processus de développement. Grâce à une description claire des problèmes métier que les nouveaux produits, fonctionnalités et déploiements sont censés résoudre, les équipes DevOps peuvent répondre plus efficacement aux besoins des utilisateurs et contribuer à la réalisation de leurs objectifs.

Pour mettre en œuvre BizDevOps au sein d’une organisation, la collaboration doit commencer dès le début de la phase de planification. L’alignement d’une stratégie commerciale clairement définie avec la contribution de l’équipe de développement conduit à la création d’une feuille de route détaillée pour le développement de logiciels et d’applications. Grâce à une collaboration précoce, la valeur commerciale est priorisée, ce qui donne aux équipes informatiques le temps de développer des fonctionnalités de produit qui répondent aux besoins des utilisateurs et de l’entreprise.

Les équipes de développement tirent parti de l’intégration continue et de la livraison continue pour accélérer la livraison des logiciels. L’intégration continue est le processus par lequel les développeurs intègrent fréquemment du code dans une base de code tout au long du processus de développement pour les tests automatisés. L’intégration continue est essentielle pour accélérer la livraison de logiciels. Elle permet aux équipes de développement d’automatiser les tests en continu du nouveau code à des fins d’assurance qualité, réduisant ainsi les variables et les erreurs inattendues à la fin du cycle de vie du développement logiciel. La livraison continue permet aux équipes de développement de déployer rapidement les modifications, de corriger les bugs et d’effectuer des mises à jour, y compris de nouvelles fonctionnalités et configurations. Les tests et le déploiement automatisés accélèrent la mise à jour des produits, réduisent les temps d’arrêt et optimisent l’expérience utilisateur.

Une fois qu’un produit est lancé, les analyses en temps réel aident les équipes BizDevOps à surveiller les performances et à déterminer si les objectifs sont atteints. Grâce à une surveillance constante, les équipes peuvent rapidement s’adapter en fonction de l’analyse des données et du feedback produit.

L’élimination des silos entre les équipes n’est possible que si les équipes métier, de développement et opérationnelles sont claires sur leur stratégie produit globale et les métriques qui seront utilisées pour surveiller la réalisation des objectifs. Pour ce faire, les équipes BizDevOps doivent établir des indicateurs de performance clés (KPI) qui prennent en compte les objectifs commerciaux tels que la rentabilité, ainsi que les métriques DevOps en termes de performance des produits et d’expérience utilisateur.

Les équipes métier utilisent des KPI tels que le délai de commercialisation (le temps nécessaire à la conception et à la mise sur le marché d’un produit), les marges bénéficiaires, le retour sur investissement (ROI) et la croissance pour mesurer le succès. Les équipes de développement et opérationnelles utilisent des métriques de performance, notamment :

• Fréquence de déploiement (DF) : calcul de la fréquence à laquelle les équipes de développement déploient le code en production
  
  
• Délai de modification (LT) : mesure du temps écoulé entre le moment où le nouveau code est demandé et celui où il est déployé
  
  
• Taux d’échec du changement (CFR) : pourcentage de workflows et de déploiements de code qui provoquent l’échec des systèmes
  
  
• Temps moyen de récupération (MTTR) : durée nécessaire à une équipe pour récupérer ou restaurer un service en cas de panne du système ou du produit

Bien que ces KPI fassent partie intégrante d’une stratégie de développement de produits, les initiatives BizDevOps doivent également tenir compte des métriques axées sur les utilisateurs. Les indicateurs tels que le taux d’adoption du produit donnent un aperçu du nombre d’utilisateurs qui utilisent le produit et les taux de rétention client suivent le nombre d’utilisateurs qui continuent d’interagir avec un produit après une période donnée.

Les équipes BizDevOps peuvent utiliser des produits comme IBM Instana Observability pour surveiller les performances des applications, identifier les goulots d’étranglement et analyser l’origine des problèmes. Les outils de surveillance des performances génèrent non seulement des données produit en temps réel à des fins d’analyse, mais peuvent également automatiser le processus de résolution, réduisant ainsi le temps moyen de récupération.

La visibilité sur les indicateurs de performance clés et les données associées permet aux membres de l’équipe de bénéficier d’une vue de bout en bout des fonctionnalités d’un produit. Ils peuvent ainsi concevoir des produits qui répondent aux objectifs de l’entreprise et aux besoins des clients de manière plus efficace.