Comment construire une analyse de rentabilisation pour DevOps

Les logiciels sont essentiels au succès des entreprises d'aujourd'hui. Tout simplement, la vitesse à laquelle vous pouvez modifier votre logiciel est la vitesse à laquelle votre entreprise peut innover et être compétitive. Si vous ne pouvez pas changer aussi vite que vos pairs, vous leur donnez la possibilité de voler des parts de marché et un avantage concurrentiel. Cela signifie que les équipes informatiques sont soumises à une pression énorme pour fournir des applications, une infrastructure et des services plus rapidement que jamais auparavant.

Toutefois, un rythme de livraison accéléré entraîne des risques importants si vos outils et processus existants ne s’adaptent pas à la même vitesse. Dans ce cas, des résultats tels que des temps d'arrêt imprévus, des défaillances d'applications critiques et un coût de livraison plus élevé peuvent être aussi probables qu'une plus grande agilité de l'entreprise. Pour de nombreuses organisations, le développement agile et / ou les DevOps constituent une solution à ce problème . Ces nouvelles approches offrent le moyen de produire automatiquement des modifications à grande vitesse (potentiellement des milliers de fois par jour pour certaines applications) et, surtout, de le faire avec moins de risques que les processus traditionnels.

Donc, si c'est le cas, vous pourriez vous poser la question suivante: , pourquoi toutes les entreprises ne font-elles pas déjà de DevOps? Outre le fait que changer de mode de fonctionnement peut être un sujet très sensible, en particulier lorsque vous parlez de systèmes critiques tels que les ERP, c’est en partie simplement parce que les changements sont difficiles. Il n'est jamais facile de changer les mentalités qui se sont enracinées au fil des décennies, notamment parce que, si les «inconvénients» du changement sont souvent relativement évidents – notamment en termes de coût -, les avantages ne sont pas toujours évidents avant de commencer.

Bien sûr, une solide analyse de rentabilisation peut être essentielle si vous voulez obtenir l’assentiment et l’investissement nécessaires à l’adoption de DevOps. Ce pourrait être la différence entre adopter une nouvelle approche et maintenir le statu quo. Dans ce blog, je vous suggérerai quelques étapes clés pouvant vous aider à élaborer une analyse de rentabilisation convaincante et à vous faire bénéficier du support nécessaire pour moderniser votre gestion des applications d'entreprise.

1. Tout n’est pas que des chiffres

Les descriptions qualitatives peuvent être utiles pour formuler votre proposition de manière à faire écho auprès des parties prenantes. DevOps concerne la modernisation. Il s’agit d’optimiser les ressources, de minimiser les risques de changement et d’accroître l’efficacité en utilisant l’automatisation et les principes de la fabrication au plus juste. Ces termes peuvent sembler vagues et peut-être sans pertinence pour la tâche à accomplir, mais utiliser un langage positif et prospectif pour positionner votre proposition peut aider à donner le bon ton et à amener les gens avec vous dès le début.

2. Définissez ce que vous demandez

De manière réaliste, l’adoption de DevOps dans n’importe quel environnement, y compris l’ERP, nécessitera un certain niveau d’investissement. Cela pourrait être un coût direct; Un logiciel d'automatisation conçu pour activer DevOps est essentiel à la réussite, et former les membres de l'équipe à de nouvelles méthodes de travail peut demander des efforts considérables. Ce pourrait également être le «coût d'opportunité» de la réaffectation des personnes de leur travail quotidien normal. Quoi qu'il en soit, définir clairement ce que vous demandez exactement vous évitera des situations difficiles à un stade ultérieur et vous donnera un point de départ pour tout calcul de retour sur investissement.

3. Identifiez les résultats quantifiables

Les principes généraux de DevOps aident à établir le décor, mais ils ne suffiront pas à justifier l’investissement que vous demandez. Vous devez définir certains résultats tangibles que vous jugez pertinents pour votre entreprise, tels que:

• Réduire le coût des temps d'arrêt. DevOps peut fournir des processus plus rigoureux et améliorer la qualité, la stabilité et le contrôle des risques, tous ces éléments combinés permettant de réduire considérablement les temps d'arrêt dans les systèmes de production. Cela a un impact commercial significatif. IDC estime que les défaillances d'applications critiques coûtent jusqu'à 1 million de dollars par heure, tandis que Gartner utilise 5 600 dollars par minute comme coût de référence pour les temps d'arrêt du réseau.

• Fournir la valeur commerciale plus tôt. Les DevOps peuvent réduire les cycles de développement et vous permettre de fournir des solutions plus rapidement, ce qui augmente les revenus et renforce votre avantage concurrentiel. Si vous pouvez estimer la valeur potentielle d'un changement (tel qu'une nouvelle fonctionnalité), vous pourrez alors indiquer le revenu supplémentaire (ou les économies de coûts) que pourrait générer une livraison plus rapide.

• Suppression des efforts manuels coûteux. DevOps aide à automatiser le processus de développement et de livraison de bout en bout. J'ai vu des entreprises automatiser 90% du cycle de développement. Cela ajoute de la valeur de nombreuses manières, notamment en réduisant les erreurs, en augmentant le volume de changement et en permettant aux membres de l'équipe d'effectuer un travail supplémentaire plus précieux.

• Suppression des reprises et des déchets. Des boucles sans fin d'assurance qualité et de développement se produisent lorsque les solutions sont déployées de manière incorrecte ou incomplète ou lorsque les exigences sont ambiguës. DevOps déplace la qualité vers la gauche et augmente considérablement la collaboration entre les équipes afin d'accroître l'efficacité du développement et des tests. Les travaux en cours inutiles peuvent également entrer dans la catégorie des «déchets». Savez-vous combien de code a été écrit dans vos systèmes mais n'a jamais été déployé?

4. Ajoutez quelques données

Pour consolider votre argumentation, complétez ces résultats généraux par des exemples illustrant leurs implications possibles pour votre entreprise. Pour ce faire, vous devez identifier des indicateurs de performance clés (KPI) appropriés qui contribuent au coût et / ou à l'efficacité de vos processus de développement et de livraison. Cela peut ne pas être facile. Certaines données peuvent être disponibles dans les outils que vous utilisez aujourd'hui, mais la plupart d'entre elles constitueront probablement une «meilleure estimation» basée sur des discussions avec les membres de l'équipe. C'est bon. Il est important de se rappeler que ce processus n’est pas une science. Il est peu probable que quiconque s’attende à un calcul des coûts étonnamment précis. L'objectif est de créer une vue crédible et compréhensible des résultats que DevOps pourrait générer.

Des mesures importantes pourraient inclure:

• Quel est le volume et la fréquence de déploiement (combien de modifications effectuez-vous et à quelle fréquence)? ] Quel est votre temps de cycle (combien de temps faut-il pour passer d'un besoin à la production)?

• Combien de cycles de reprise est modifié (combien de boucles de dev à QA à dev)?

• Quel est le pourcentage de déploiements qui échouent?

• Combien de problèmes critiques de production se produisent au cours d’un mois / d’un trimestre / d’une année

• À quelle vitesse pouvez-vous récupérer en cas de problème? [19659025] Une fois que vous avez ces informations, vous pouvez commencer à quantifier l’amélioration apportée par DevOps – par exemple, combien d’heures de développement par rapport à une diminution de 90% de l’effort manuel rend-elle réellement disponible? En fin de compte, vous pourrez peut-être même créer une estimation du coût d’un changement "moyen" et donc des économies financières globales que DevOps peut générer.

  5. Définissez clairement la portée et l’approche

  Il est important de définir efficacement les attentes en ce qui concerne la portée du projet que vous proposez. Si votre intention est de commencer modestement et d’évoluer au fur et à mesure que vous démontrez la méthode, assurez-vous que cela est clair; vous aurez plus de chances d'obtenir l'approbation dont vous avez besoin. D’autre part, si vous débutez avec un grand projet ou si vous apportez un changement radical à l’approche de votre équipe, il est important de s’assurer que les implications sont transparentes, y compris les risques à court terme susceptibles de générer des gains à long terme. Cela vaut également la peine de regarder au-delà de votre région. Dans le domaine de l'ERP, nous constatons souvent que les équipes cherchant à adopter DevOps peuvent tirer avantage de s'aligner sur les initiatives DevOps existantes pour exploiter le sentiment positif, les connaissances, l'expérience et peut-être même le budget et les ressources déjà disponibles.

  Automatiser votre succès

  Suivre ce plan vous aidera à rédiger une histoire qui justifie l'adoption de DevOps en termes de résultats commerciaux plutôt qu'en termes d'avantages purement techniques. Mais rappelez-vous: la quantité de travail que vous devez mettre dans votre analyse de rentabilisation variera. Par exemple, si vous demandez de démarrer un petit projet d'essai dans une entreprise qui a déjà adopté DevOps, vous n'aurez peut-être pas besoin d'une analyse de coûts très détaillée pour obtenir le soutien de la direction. Adaptez votre proposition aux personnes et aux circonstances avec lesquelles vous traitez.

  Une fois l'analyse de rentabilité approuvée, vous serez prêt à mettre en œuvre les nouveaux outils et processus qui vous aideront à adopter avec succès DevOps.

  Si vous souhaitez en savoir plus sur ce à quoi cela pourrait ressembler dans un contexte SAP, consultez notre livre électronique, Un guide pratique de DevOps pour SAP ou Demandez une démonstration. de la plate-forme d'automatisation DevOps et Test de Basis Technologies.