Les lots de travail volumineux ralentissent-ils votre 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.

Les éléments de travail sont trop gros

Apporter une modification à un produit prend du temps. Plus c’est long, plus le coût de ce changement est élevé. Plus le coût est élevé, moins on veut d’échecs, et l’on passe alors plus de temps à planifier pour éviter les échecs. En réalité, chaque fonctionnalité et chaque récit utilisateur est considéré comme un pari ; personne ne peut savoir à l’avance si cela fonctionnera comme prévu, même si vous en êtes convaincu. La planification d’éléments plus importants a pour effet d’ajouter d’autres exigences au fur et à mesure.

Comment repérer la tendance ?

La mesure du temps de cycle sur une période donnée est généralement un excellent moyen d’observer cette tendance. Une durée de cycle plus longue indique qu’un élément prend plus de temps à réaliser en raison de sa taille. Regardez si l’équipe est stable ou si elle présente des variations dans la durée du cycle de ses livrables (par exemple, des fonctionnalités), de ses items (par exemple, des récits utilisateur) ou de ses demandes de revue de code. En règle générale, il convient d’examiner une période suffisamment longue (par exemple, 90 jours) et des variations plus importantes (par exemple, ±15 %).

Solution

« Ça peut toujours être plus petit ». C’est une devise que nous répétons sans cesse. Les éléments plus petits ont tendance à circuler plus rapidement dans le système. Vous pouvez l’appliquer aux livrables, aux items et aux demandes de revue de code ! Voici quelques conseils supplémentaires :

• Lorsqu’une partie prenante vous demande comment livrer plus rapidement, traduisez cette question en expliquant comment vous pouvez livrer plus tôt et plus souvent. Cette traduction rend la question plus facile à mettre en œuvre.
• Encouragez les techniques de découpage des récits utilisateur telles que S.P.I.D.R. Cet outil pratique aide les équipes à réduire le nombre de récits utilisateur.
• Divisez les récits utilisateur de manière à ce qu’ils soient suffisamment petits. L’idéal est de terminer un récit utilisateur en quelques jours, plus précisément au cours d’une semaine de travail.
• Posez-vous la question suivante : est-ce qu’on facilite la vie de nos utilisateurs ? Si c’est le cas, c’est assez petit. Il se peut que ce ne soit pas complet, mais il peut s’agir simplement d’un récit d’utilisateur. Par exemple, lorsque vous créez une facture, un récit utilisateur pourrait être aussi simple que de voir le nom et l’adresse du client sur la facture. On leur facilite la vie parce que la comptabilité devrait autrement les chercher. La fonctionnalité n’est pas complète, mais c’est ce que nous entendons par « livrer plus tôt et plus fréquemment ».

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. Le contrôle de la qualité est long en raison d’un manque d’auomatisation
3. Mauvaise répartition du temps investi
4. Travailler sur trop d’éléments à la fois

Ou téléchargez notre guide complet 👇