Catégories
Start-up et applications

Veille de l'industrie: que signifie la «valeur» pour les développeurs

C'était vers la fin de 2017 lorsque nous avons fait pour la première fois rapport sur la «gestion des flux de valeur» en ce qui concernait le développement de logiciels. À l'heure actuelle, tout le monde sait que les concepts de flux de valeur ont été introduits pour la première fois dans les planchers de fabrication et ont été conçus pour éliminer le gaspillage (d'efforts et de matériaux) et les temps d'attente (dépendance des autres pour effectuer les tâches avant de pouvoir terminer les vôtres).

Mais comme les organisations de développement logiciel ont commencé à utiliser Agile pour une production plus rapide et DevOps pour s'adapter à cette vitesse grâce à l'utilisation de pipelines CI / CD, de microservices et de conteneurs, d'API et d'infrastructures cloud, ces organisations ont constaté que les choses ne fonctionnaient pas aussi bien qu'elles le devraient. Des lacunes sont apparues avec les tests et la sécurité des logiciels. Les équipes de développement étaient au point mort à mesure que les ingénieurs étaient retirés d'un projet à un autre et que les priorités de l'effort changeaient. Des études ont montré qu'ils font face à des défis avec des chaînes d'outils mal intégrées, un mauvais alignement du travail entre les équipes et des domaines d'automatisation isolés.

Il était nécessaire de faire passer DevOps au niveau supérieur, et dans l'article de couverture de janvier 2019 dans SD Times, nos éditeurs ont déclaré que ce serait «  l'année du flux de valeur ''. Depuis lors, nous avons vu plus de fournisseurs de solutions planter un mise sur le terrain de ce segment de l'industrie, offrant des solutions qui aident les ateliers de développement à trouver les déchets dans leurs processus et à gagner en efficacité tout en maintenant la haute qualité des logiciels fournis.

La façon dont le développement logiciel a évolué, avec des équipes autonomes propriétaires de leurs projets et des gestionnaires ne voyant que ce que font leurs équipes, a rendu presque impossible pour les entreprises employant de nombreux développeurs travaillant sur des morceaux de projets pour voir les effets globaux de ce qui fonctionne et de ce qui ne fonctionne pas. 't. Ils sont informés des problèmes, mais ne peuvent pas évaluer leur impact sur les objectifs commerciaux, car ils n'ont pas une vue d'ensemble.

"Au début de DevOps, une grande partie de cela était purement et simplement considérée comme," À quelle vitesse puis-je pousser les choses? "C'est toujours important, l'idée que je peux déplacer des choses, mais puis-je déplacer des choses qui font une différence?" Thomas Murphy, directeur de recherche Gartner, me l'a dit lors d'une récente conversation. «En tant que développeur, je veux construire des choses qui comptent… pour le client, qu'il soit interne ou externe. Si c'est interne, cela pourrait être l'efficacité opérationnelle. Si c'est externe, cela pourrait être la satisfaction du client, cela pourrait être une augmentation des taux de conversation dans le panier. Je crée des fonctionnalités que les gens aiment et je les pousse à consommer les choses que nous construisons. Vous ne construisez pas seulement des trucs pour construire des trucs. " Les flux de valeur, a-t-il ajouté, créent une meilleure conversation entre les ingénieurs et l'entreprise.

Le mois dernier, D2Emerge – éditeurs de SD Times et ITOps Times – a annoncé {Virtual} VSM DevCon, un événement de formation d'une journée sur la création, la gestion et l'optimisation de flux de valeur ciblant spécifiquement les équipes de développement.

Basée sur certains principes de fabrication allégée, la gestion des flux de valeur pour les équipes logicielles évite certains défis différents. D'une part, si je fabrique, disons, une voiture, les spécifications pour ce faire sont lentes à changer. Même si les grandes sociétés automobiles introduisent de nouveaux modèles, une grande partie de la construction ne change pas ou ne nécessite que de légères modifications.

La production de logiciels, cependant, change souvent – et rapidement, ce qui rend encore plus important d'évaluer en permanence les processus de production pour s'assurer que les gains d'efficacité générés par la mise en œuvre d'un flux de valeur pour le développement sont maintenus d'un projet à l'autre, d'un produit à l'autre.

Le flux de valeur, a déclaré Murphy de Gartner, est une extension de la chaîne d'outils de développement. «Traditionnellement, la chaîne d'outils était un assemblage de choses… Toutes ces pièces se déplacent indépendamment. Il y a une nouvelle version de Jenkins, et ça fout ma chaîne d'outils. Vous devez acheter des solutions qui rassemblent tout cela. Le flux de valeur n'est pas seulement le pipeline de code à cloud; c'est ce qui est l'arriéré, et c'est l'orchestration et la surveillance des versions. C'est cette portée plus large, toute la vue DevOps. "

L'équipe de développement continuera à s'approprier leurs pratiques, ce qui fonctionne et ce qui est nouveau, et ce qu'elles devraient ajouter, a déclaré Murphy. C’est pourquoi il y a l’importance continue des communautés de pratique, comme les dojos DevOps. Les organisations ont besoin de ces praticiens pour partager de nouvelles idées afin de pouvoir continuer à évoluer.

Cela inclut les praticiens de la vapeur de valeur. {Virtual} VSM DevCon se penchera sur des sujets tels que:

  • Comment définissez-vous la valeur du développement logiciel
  • Tests de logiciels dans le flux de valeur
  • Architecture pour le flux de valeur
  • Création d'une culture de flux de valeur avec des rôles nouveaux et modifiés
  • Qu'est-ce que DevOps a à voir avec le flux de valeur?
  • Et plus

Vous pouvez en savoir plus sur {Virtual} VSM DevCon et vous inscrire pour participer sur le site Web de l'événement, https://events.sdtimes.com/valuestreamdevcon. Ai-je mentionné que la participation est gratuite?

Espérons vous y voir!

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *