Contrôle et assurance de la qualité dans le cycle de vie du développement logiciel

Il y a quelques années, la croissance consistait à embaucher davantage de personnes. Aujourd’hui, la croissance est une question d’efficacité : faire plus avec moins. En tant que responsable de l’ingénierie, vous devez aligner vos équipes sur les objectifs de l’entreprise tout en améliorant l’efficacité. Toutes les organisations n’ont pas le luxe d’embaucher davantage de personnel, alors que faire ? On identifie toutes les sources d’inefficacité et l’on s’efforce de les éliminer.

Après avoir travaillé avec plusieurs organisations au fil des ans, nous avons remarqué des pièges communs qui ralentissent les équipes. Plus important encore, nous avons préparé une liste de recommandations pour les éviter.

Le contrôle de la qualité est long en raison d’un manque d’automatisation

L’assurance et le contrôle de la qualité sont deux choses différentes. L’assurance qualité insère la qualité dans votre processus, tandis que le contrôle qualité vérifie le produit. L’absence de tests automatisés établit une contrainte plus importante de contrôle de la qualité après le développement, ce qui augmente le temps nécessaire à la mise sur le marché d’un changement. L’absence de simulation des systèmes externes crée le besoin de tester dans un environnement intégré, ce qui entraîne des dépendances entre les équipes, une augmentation des erreurs et un allongement du délai de mise sur le marché. Sans oublier que lorsqu’une autre équipe corrompt l’environnement, personne ne peut plus tester et déployer en production.

Comment repérer la tendance ?

Lorsque votre temps de déploiement est long, c’est-à-dire le temps qui s’écoule entre le moment où une demande de revue de code est fusionnée et le moment où elle est déployée en production, c’est un signe que vous avez beaucoup de portes de contrôle ou d’environnements à traverser. Les équipes élites ont un délai nécessaire aux changements inférieur à 24 heures, donc si vous avez un délai de déploiement de plusieurs jours, cela peut indiquer que vous manquez d’automatisation.

Solution

Il est temps de se concentrer sur les tests « shift left ». Il y a quelques points sur lesquels vous pouvez travailler :

• Intégrer les responsables de l’assurance qualité au début du cycle de développement. Demandez-leur de travailler avec les responsables produit et l’équipe de développement pour réfléchir à la manière de tester le système. Découvrez les trois amigos.
• Essayez le développement guidé par le comportement (Behaviour-Driven Development ou BDD) pour créer des scénarios de test et les automatiser par la suite. Cela réduira la nécessité de tout tester manuellement.
• Améliorez les tests de simulation (mocking) et les contrats de tests entre les systèmes afin de réduire la nécessité de tests de bout en bout dans un environnement intégré ; il ne s’agit pas forcément de les éliminer, mais d’en réduire le besoin. Encouragez la notion de pyramide de test.

Pour commencer

La première étape est de commencer à se mesurer. La première série de données que je suggère de rassembler sont les métriques DORA. Elles vous permettront de vous faire une première idée des performances de l’équipe en matière de livraison et de savoir quelles sont les équipes qui ont besoin d’une plus grande attention. 

Mise en place du tableau de bord DORA

Des outils tels qu’Axify s’intègrent parfaitement à votre environnement technologique pour collecter des données précises à toutes les phases du développement. Notre tableau de bord DORA permet de suivre la fréquence de déploiement, le délai nécessaire aux changements, le taux d’échec des changements et le temps de récupération d’un échec de déploiement. Il permet aux équipes de comparer leurs performances avec les références de l’industrie, les performances passées et les autres équipes de la même organisation afin d’identifier les domaines à améliorer et de célébrer les réussites.

Comparer les performances de vos équipes

Nos analyses d’équipes vous permettent de visualiser les métriques DORA pour chaque équipe. Ces données offrent l’avantage de comparer des pommes avec des pommes sur deux facteurs d’efficacité technique importants : la vitesse et la stabilité. Vous pouvez rapidement voir quelle équipe pourrait bénéficier d’une plus grande attention et laquelle pourrait partager ses meilleures pratiques pour une meilleure performance.

Travailler à l’amélioration continue

Transformez la manière dont votre équipe établit et atteint ses objectifs grâce à notre outil de suivi des objectifs et des résultats clés. Voyez en un coup d’œil l’évolution de vos indicateurs de performance et mettez en œuvre des initiatives qui soutiennent l’amélioration continue de votre équipe de développement.

Contactez-nous pour en savoir plus sur la façon dont Axify aide les équipes de développement à améliorer l’efficacité des processus d’ingénierie logicielle en mesurant les indicateurs clés de performance DORA, ou demandez une démonstration.

D'autres pièges à éviter pour une efficacité maximale de l'ingénierie logicielle

1. Les revues de code sont bloquées ou prennent trop temps
2. Les éléments de travail sont trop volumineux
3. Mauvaise répartition du temps investi
4. Travailler sur trop d’éléments à la fois

Ou téléchargez notre guide complet 👇