En tant que siège permanent de plus de 100 sociétés de logiciels du marché vertical, Volaris Group est fermement convaincu que la gestion de la dette technique doit être un effort régulier, mesurable et continu. Nous avons discuté avec des centaines de dirigeants d’entreprises de logiciels au fil des ans et nous avons constaté qu’il s’agissait d’un sujet récurrent. C’est pourquoi nous avons demandé à un dirigeant de l’une de nos entreprises de nous expliquer comment son équipe gère la dette technique.
Dans cette contribution d’employé, Andreas Kroll, responsable de la R&D chez Trapeze DACH, une société appartenant à Volaris, propose une stratégie de traitement de la dette technique qui a fait ses preuves au sein de son groupe. Il a partagé cette méthode lors d’un récent événement d’entreprise au cours duquel plusieurs chefs d’entreprise ont été invités à partager des solutions entre eux.
Gestion de la dette technique
La dette technique est l’un des plus grands défis du département R&D d’un éditeur de logiciels pour marchés verticaux, en particulier lorsque l’équipe doit assurer la maintenance de plusieurs produits hérités. En termes simples, c’est le résultat d’un compromis entre les équipes de développement de logiciels qui privilégient la rapidité de livraison du projet à court terme, au détriment de la création d’un code de haute qualité à long terme. Bien qu’un objectif à court terme puisse être atteint dans de telles situations, des problèmes majeurs peuvent survenir pour l’entreprise à long terme lorsque la dette technique s’accumule et devient ingérable.
À l’instar de la dette financière, un arriéré de dette technique non traitée entraîne des « paiements d’intérêts » sous la forme d’efforts supplémentaires pour les développements futurs en raison de choix de conception sous-optimaux. Les équipes de R&D deviennent alors incapables d’éviter ces « paiements d’intérêts » et il devient de plus en plus difficile de maintenir le produit logiciel jusqu’à ce que la dette technique soit supprimée. Il ne fait aucun doute que cette question doit être traitée en permanence. Nous avons mis en place un processus au sein de notre organisation pour relever ce défi.
Un système éprouvé pour maîtriser la dette technique
Notre processus comprend les étapes clés suivantes :
- Collecter les cas de dette technique
- Catégorisation des niveaux de dette technique
- Attribuer des méthodologies pour traiter chaque niveau de dette technique
- Définir les KPI (Key Performance Indicators)
- Planification de l’affectation des ressources
- Définir les priorités pour traiter la dette technique
Lancez votre plan de gestion de la dette technique. Téléchargez notre feuille de travail gratuite.
Comment nous traitons les trois niveaux de dette technique
Pour gérer de faibles niveaux de dette technique, nous n’allouerons pas de budget supplémentaire, car les développeurs expérimentés s’en occupent en permanence.
Pour traiter la dette technique de niveau moyen, nous commençons à appliquer un processus de gestion. Chaque composante ou équipe du projet doit tenir à jour sa propre liste de dettes techniques de niveau moyen à élevé, avec des mises à jour trimestrielles sur l’état d’avancement. A titre d’exemple :
➢ Chaque équipe enregistre sa dette technique dans le système de suivi des problèmes. Les types de problèmes déjà existants doivent être traités en utilisant le budget trimestriel disponible, ou en ajoutant l’effort à la demande de changement (CR) ou à l’estimation des fonctionnalités. ➢ Le budget trimestriel de la dette technique est défini comme étant X% de la capacité de l’équipe de R&D.
Nous définissons la dette technique de haut niveau comme une catégorie qui nécessite de sérieux changements de cadre ou d’architecture, ou des éléments d’une feuille de route technique. Les données recueillies donnent lieu à des demandes concrètes adressées à un comité d’examen des produits (Product Review Board – PRB). Ce comité se réunit deux fois par an pour permettre au chef de produit et à certains membres du département R&D de demander des budgets pour des extensions de produit ou des fonctionnalités, ou des lots de travaux plus importants pour le cycle de vie du produit (ce qui inclut les questions de dette technique). Devant le comité, ces responsables présentent un dossier d’investissement, qui comprend la préparation d’une analyse de rentabilité, une proposition de calendrier et l’identification des ressources nécessaires. Après avoir été évaluée par le PRB, l’atténuation concrète de la dette technique est ensuite exécutée en tant que fonctionnalité. Ce type de dette technique fait alors l’objet d’un lot de travail qui consiste en une planification spécifique et un budget.
Enfin, en tant que priorité globale de l’organisation, notre chef de la R&D et notre architecte d’entreprise examinent chaque trimestre les principaux problèmes liés à la dette technique. Notre chef de produit et notre chef d’équipe R&D sont également chargés de donner la priorité à la gestion de la dette technique au sein des produits.
De cette manière, nous parvenons à traiter la dette technique de manière continue, planifiable et durable.
