Catégories
Start-up et applications

Rapport: Les équipes de développement ont ralenti et augmenté la productivité en 2020

Les développeurs ont pris du recul par rapport à l’obsession de l’industrie pour la vitesse et se sont davantage concentrés sur la qualité cette année, selon un rapport récemment publié. L'enquête sur l'état de la livraison logicielle en 2020 CircleCI a montré que la capacité des développeurs à «ralentir» en 2020 se traduisait par une augmentation de la productivité des entreprises.

L'enquête a examiné les données de 11 millions de flux de travail sur la plate-forme CircleCI provenant de plus de 160 000 projets dans 44 000 organisations.

«En tant que plus grand fournisseur de CI autonomes au monde, nous avons une occasion unique d’étudier à quoi ressemble la livraison de logiciels sur le plan quantitatif: dans des dizaines de milliers d’équipes, engagement par engagement. Nous avons donc examiné les données de 11 millions de flux de travail sur notre plateforme pour voir comment les équipes créaient et déployaient des logiciels dans la pratique pour répondre une fois pour toutes à cette question: à quoi ressemble vraiment une équipe très performante? », A déclaré Jim Rose, PDG of CircleCI.

Les résultats indiquent que de nombreuses équipes de développement ont vu une augmentation de la productivité au début de la pandémie. Selon le rapport, les développeurs ont poussé plus de code en avril 2020 que tout autre mois de cette année et ont également eu le taux de réussite le plus élevé.

CircleCI a expliqué que lorsque les taux de réussite augmentent, c'est un indicateur que les équipes prennent du recul par rapport à l'innovation et se concentrent sur les systèmes critiques pour l'entreprise.

La société a également constaté que les développeurs ont progressé plus lentement et ont testé davantage cette année, ce qui a entraîné moins d'échecs. Moins de builds échoués ont conduit à une augmentation de la vitesse globale des organisations par rapport à 2019, a expliqué CircleCI.

Selon l'enquête, les organisations réparties à l'échelle mondiale ont également un avantage significatif. La moitié de toutes les organisations ont pu résoudre les problèmes de builds en moins d'une heure. Les entreprises réparties dans le monde étaient avantagées car les équipes qui étaient toutes situées au même endroit et travaillant pendant des heures de travail normales pourraient ne pas résoudre les problèmes avant de partir pour la journée, alors que les équipes mondiales ont probablement des processus en place pour transférer le travail entre les équipes.

CircleCI a également révélé que DevOps n'est toujours pas utilisé à son plein potentiel par la majorité des organisations interrogées. «Année après année, nous entendons dans l'industrie que des équipes très performantes se déploient des dizaines de fois par jour. Bien que ces statistiques constituent d'excellents entretiens de conférence, nos données ne corroborent pas cette statistique. Cinquante pour cent des flux de travail de l'ensemble de données étaient exécutés moins d'une fois par jour, à raison de 0,7 fois par jour », écrit CircleCI dans le rapport.

Enfin, l'enquête a fourni des données concrètes sur le point de savoir si le mouvement Black Lives Matter et la poussée qui a suivi pour changer le nom de branche par défaut des projets de «maître» à «principal» ont eu un effet. Cette poussée a suscité beaucoup d'intérêt dans les médias, mais les résultats de l'enquête indiquent que la plupart des projets utilisent encore l'ancienne terminologie au moment de l'enquête.

CircleCI pense que cela est probablement dû au fait que changer une branche par défaut dans un référentiel a un impact important et nécessite beaucoup d'efforts afin d'éviter d'interrompre les changements. La société a également noté que GitHub a commencé à déployer un guide des bonnes pratiques pour les organisations qui souhaitent changer le nom de la branche, et déjà tous les nouveaux projets sur GitHub sont désormais dotés du nom «principal» par défaut.

Laisser un commentaire

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