Software Delivery Management : cette nouvelle approche holistique qui rassemble les équipes et rationalise les processus de livraison de logiciels
(2020/04/16)
- Reference: 2020-04-16T06_42_56Z
- News link: https://www.toolinux.com/?Software-Delivery-Management-cette-nouvelle-approche-holistique-qui-rassemble
- Source link:
Software Delivery Management : cette nouvelle approche holistique qui rassemble les équipes et rationalise les processus de livraison de logiciels
jeudi 16 avril 2020
Depuis que Jez Humble et David Farley ont popularisé le concept en 2010, la livraison continue a révolutionné et révolutionne encore les pratiques de livraison de logiciels.
Software Delivery Management : cette nouvelle approche holistique qui rassemble les équipes et rationalise les processus de livraison de logiciels
La création de pipelines matures d’intégration et de livraison continues (CI/CD) permet aux entreprises de concevoir des logiciels plus performants en se fondant sur de multiples paramètres. Les taux d’échec sont ainsi passés de 50 % à moins de 15 %, et les temps de cycle se mesurent désormais en heures et non plus en semaines. Les entreprises commercialisent donc plus rapidement et lancent en production avec moins de bugs.
Il existe cependant une limite quant aux possibilités offertes par les processus CI/CD. En effet, ceux-ci ne connectent que les parties impliquées dans le cycle de vie des logiciels qui se produisent avec l’approche DevOps. Il ne permet pas de savoir où le cycle de livraison s’arrête, si le logiciel contribue à l’atteinte des objectifs de l’entreprise en matière d’ indicateurs clés de performance (KPI), ni comment les clients y réagissent ou si la version de la semaine dernière a permis d’atteindre les objectifs d’efficacité interne prévus par l’entreprise.
Une approche plus holistique
C’est précisément ici qu’une approche holistique de la livraison de logiciels peut être utile. Il existe en effet une tendance à reconnaître cette dernière comme cœur de métier et à relier alors tous les aspects de ce processus dans une nouvelle discipline connexe.
Cette nouvelle discipline, appelée Software Delivery Management (SDM), fait évoluer la situation en allant au-delà du processus CI/CD et en donnant aux développeurs et autres parties prenantes les moyens de mieux collaborer et de résoudre les problèmes de manière créative. Elle leur fournit notamment les données, les connaissances et les meilleures pratiques qui leur permettent de s’améliorer continuellement, de maintenir le niveau de valeur et de développer et de fournir efficacement les bons produits et les bonnes fonctionnalités aux clients.
Quatre piliers du SDM
L’ application des principes du SDM repose sur quatre piliers clés : des données communes, des connaissances universelles, des processus connexes et une collaboration entre toutes les fonctions.
Données : Toutes les informations relatives à la livraison de logiciels doivent être saisies et stockées selon un modèle de domaine cohérent pour faciliter la connexion des processus, le partage des connaissances et la collaboration.
Insights : La visibilité et les insights permettraient de comprendre et d’apprendre en permanence à partir des données provenant de toutes les fonctions de l’entreprise de manière ascendante et descendante.
Processus : Ceux-ci devraient orchestrer l’ensemble du flux de valeur de la - livraison de logiciels et relier les fonctions entre elles afin de commercialiser efficacement les idées avec une optimisation de leur valeur et de leur adoption.
Collaboration : Toutes les fonctions et les équipes impliqués dans le processus de livraison de logiciels travailleraient donc ensemble pour amplifier les efforts de création de valeur.
Les avantages du SDM
Voici trois avantages que les responsables DevOps peuvent obtenir dans leur façon de travailler, de collaborer avec les équipes de développement et de communiquer avec leurs pairs au sein de leur entreprise.
I ls développent plus rapidement . Le processus actuel peut se révéler lent et fastidieux. Les développeurs utilisent en effet des outils configurés pour effectuer une seule tâche, et il est difficile d’obtenir une vision complète et de bout en bout de la chaîne d’outils. Une solution basée sur l’approche SDM stocke tous les artefacts et les données provenant d’outils disparates qui permettent au logiciel de passer de l’idée au déploiement grâce à une couche de données commune et unifiée. Les informations sont reliées et disponibles pour tous ceux qui en ont besoin, quand ils le souhaitent et sous un format qu’ils peuvent exploiter. Le simple fait de nouer ces connexions permettra de gagner des heures de recherche de données, de vérifier les statuts et de suivre les problèmes tout au long du processus de livraison.
Ils créent de meilleurs logiciels . Si les parties prenantes ne disposent pas d’une vue d’ensemble du processus de développement et de livraison, elles n’ont aucun moyen de déterminer si le logiciel répond bien aux objectifs commerciaux de l’entreprise. Grâce au SDM, la boucle de rétroaction continue établie avec les processus CI/CD et DevOps est étendue pour englober toutes les parties prenantes depuis la phase de conception jusqu’à l’adoption par les utilisateurs et le retour à la conception. Les meilleures idées sont ainsi suivies de plus près et partagées plus largement, ce qui aide les développeurs à mieux répondre aux attentes des utilisateurs - et ce, dès la première fois.
Ils collaborent davantage . Les développeurs et les dirigeants d’entreprises ne collaborent pas efficacement pour un certain nombre de raisons. Les développeurs n’ont souvent pas une idée précise de la façon dont un produit va être utilisé, et les dirigeants d’entreprises n’ont généralement pas une idée claire de ce qui est en cours de développement ou du moment où le produit sera livré. Cette situation est complexifiée par des processus de communication éparpillés - où les deux parties doivent trier des feuilles de calcul, communiquer via de longs threads d’emails et attendre les réunions pour faire avancer leurs projets. Le SDM élimine les silos entre les équipes de développement de logiciels et les autres parties prenantes, ce qui permet à chacun de partager des informations, de communiquer plus directement et d’avancer vers des solutions.
Anders Wallgren, VP Technology Strategy, [1]CloudBees .
Lire également la première partie : " [2]Software Delivery Management : comprendre cette nouvelle approche de gestion logicielle "
[3]
[1] https://www.cloudbees.com
[2] https://www.toolinux.com/?Software-Delivery-Management-comprendre-cette-nouvelle-approche-de-gestion
[3] https://www.toolinux.com/?Software-Delivery-Management-cette-nouvelle-approche-holistique-qui-rassemble#forum
jeudi 16 avril 2020
Depuis que Jez Humble et David Farley ont popularisé le concept en 2010, la livraison continue a révolutionné et révolutionne encore les pratiques de livraison de logiciels.
Software Delivery Management : cette nouvelle approche holistique qui rassemble les équipes et rationalise les processus de livraison de logiciels
La création de pipelines matures d’intégration et de livraison continues (CI/CD) permet aux entreprises de concevoir des logiciels plus performants en se fondant sur de multiples paramètres. Les taux d’échec sont ainsi passés de 50 % à moins de 15 %, et les temps de cycle se mesurent désormais en heures et non plus en semaines. Les entreprises commercialisent donc plus rapidement et lancent en production avec moins de bugs.
Il existe cependant une limite quant aux possibilités offertes par les processus CI/CD. En effet, ceux-ci ne connectent que les parties impliquées dans le cycle de vie des logiciels qui se produisent avec l’approche DevOps. Il ne permet pas de savoir où le cycle de livraison s’arrête, si le logiciel contribue à l’atteinte des objectifs de l’entreprise en matière d’ indicateurs clés de performance (KPI), ni comment les clients y réagissent ou si la version de la semaine dernière a permis d’atteindre les objectifs d’efficacité interne prévus par l’entreprise.
Une approche plus holistique
C’est précisément ici qu’une approche holistique de la livraison de logiciels peut être utile. Il existe en effet une tendance à reconnaître cette dernière comme cœur de métier et à relier alors tous les aspects de ce processus dans une nouvelle discipline connexe.
Cette nouvelle discipline, appelée Software Delivery Management (SDM), fait évoluer la situation en allant au-delà du processus CI/CD et en donnant aux développeurs et autres parties prenantes les moyens de mieux collaborer et de résoudre les problèmes de manière créative. Elle leur fournit notamment les données, les connaissances et les meilleures pratiques qui leur permettent de s’améliorer continuellement, de maintenir le niveau de valeur et de développer et de fournir efficacement les bons produits et les bonnes fonctionnalités aux clients.
Quatre piliers du SDM
L’ application des principes du SDM repose sur quatre piliers clés : des données communes, des connaissances universelles, des processus connexes et une collaboration entre toutes les fonctions.
Données : Toutes les informations relatives à la livraison de logiciels doivent être saisies et stockées selon un modèle de domaine cohérent pour faciliter la connexion des processus, le partage des connaissances et la collaboration.
Insights : La visibilité et les insights permettraient de comprendre et d’apprendre en permanence à partir des données provenant de toutes les fonctions de l’entreprise de manière ascendante et descendante.
Processus : Ceux-ci devraient orchestrer l’ensemble du flux de valeur de la - livraison de logiciels et relier les fonctions entre elles afin de commercialiser efficacement les idées avec une optimisation de leur valeur et de leur adoption.
Collaboration : Toutes les fonctions et les équipes impliqués dans le processus de livraison de logiciels travailleraient donc ensemble pour amplifier les efforts de création de valeur.
Les avantages du SDM
Voici trois avantages que les responsables DevOps peuvent obtenir dans leur façon de travailler, de collaborer avec les équipes de développement et de communiquer avec leurs pairs au sein de leur entreprise.
I ls développent plus rapidement . Le processus actuel peut se révéler lent et fastidieux. Les développeurs utilisent en effet des outils configurés pour effectuer une seule tâche, et il est difficile d’obtenir une vision complète et de bout en bout de la chaîne d’outils. Une solution basée sur l’approche SDM stocke tous les artefacts et les données provenant d’outils disparates qui permettent au logiciel de passer de l’idée au déploiement grâce à une couche de données commune et unifiée. Les informations sont reliées et disponibles pour tous ceux qui en ont besoin, quand ils le souhaitent et sous un format qu’ils peuvent exploiter. Le simple fait de nouer ces connexions permettra de gagner des heures de recherche de données, de vérifier les statuts et de suivre les problèmes tout au long du processus de livraison.
Ils créent de meilleurs logiciels . Si les parties prenantes ne disposent pas d’une vue d’ensemble du processus de développement et de livraison, elles n’ont aucun moyen de déterminer si le logiciel répond bien aux objectifs commerciaux de l’entreprise. Grâce au SDM, la boucle de rétroaction continue établie avec les processus CI/CD et DevOps est étendue pour englober toutes les parties prenantes depuis la phase de conception jusqu’à l’adoption par les utilisateurs et le retour à la conception. Les meilleures idées sont ainsi suivies de plus près et partagées plus largement, ce qui aide les développeurs à mieux répondre aux attentes des utilisateurs - et ce, dès la première fois.
Ils collaborent davantage . Les développeurs et les dirigeants d’entreprises ne collaborent pas efficacement pour un certain nombre de raisons. Les développeurs n’ont souvent pas une idée précise de la façon dont un produit va être utilisé, et les dirigeants d’entreprises n’ont généralement pas une idée claire de ce qui est en cours de développement ou du moment où le produit sera livré. Cette situation est complexifiée par des processus de communication éparpillés - où les deux parties doivent trier des feuilles de calcul, communiquer via de longs threads d’emails et attendre les réunions pour faire avancer leurs projets. Le SDM élimine les silos entre les équipes de développement de logiciels et les autres parties prenantes, ce qui permet à chacun de partager des informations, de communiquer plus directement et d’avancer vers des solutions.
Anders Wallgren, VP Technology Strategy, [1]CloudBees .
Lire également la première partie : " [2]Software Delivery Management : comprendre cette nouvelle approche de gestion logicielle "
[3]
[1] https://www.cloudbees.com
[2] https://www.toolinux.com/?Software-Delivery-Management-comprendre-cette-nouvelle-approche-de-gestion
[3] https://www.toolinux.com/?Software-Delivery-Management-cette-nouvelle-approche-holistique-qui-rassemble#forum