Dette Technique et Management
La dette technique, c’est un désalignement entre l’état de l’art de votre projet et ses objectifs et contraintes.
⇒ Pour résorber la dette technique, il faut réaligner l’état de l’art, les objectifs et les contraintes, donc réaligner la Tech, le Métier et le Management.
— Salut Katia. Alors ? Ça c’est bien passé cette réunion hier ?
— Salut Jérémie. Plutôt pas mal, mais on a du pain sur la planche.
— Ah bon ? Le PM était là ?
— Bien sûr. Tu connais Lucas : pas question de manquer le 1er meeting avec la nouvelle CTO.
— Megan, c’est ça ?
— Oui.
— Et tu leur as parlé de la dette technique ?
— On n’a parlé que de ça, figure-toi.
— Oh, OK.
— Lucas veut bien débloquer du budget pour désendetter, mais il veut des explications.
— Ça recommence. Tu lui as bien précisé que c’était technique ?
— Technique ou pas technique, sa direction veut savoir ce pour quoi elle paye.
— Et Megan qu’est-ce qu’elle en dit ?
— Elle est d’accord. Elle m’a demandé si nous pouvions expliquer chaque poste de la feuille de route du désendettement, ce que cela implique pour le Métier et la maintenance de l’application.
— On n’est pas sorti d’affaire…
— On ferait bien de s’y mettre tout de suite.
_poste 1 :_écrire des tests unitaires auto sur la partie calcul de risque
origine de la DT : état de l’art inadapté aux exigences du projet. L’équipe initialement engagée ne suivait pas de standard, et n’écrivait aucun test. (Une erreur de management qui a coûté son poste au précédent CTO).
poste 2 : supprimer le framework BNZ du volet administration
origine DT : overkill. Le framework n’a jamais été complètement mis en place, et il n’est pas justifié pour ces opérations. (J’ai toujours dit que c’était un choix dogmatique qui ne serait pas rentable avant des années).
poste 3 : installer une vraie gestion des messages entre compta et risque
origine DT : provisoire. On a utilisé du fichier json pour simuler l’envoi de message lors de la démo de fin juin, maintenant le fonctionnel est validé, on peut passer à une solution réelle, robuste et adaptée au problème. (N’empêche, c’est ce qui a sauvé la démo de fin juin).
poste 4 : industrialiser la partie Back Office de l’application
origine DT : provisoire qui dure. Il y a 5 ans, on s’est contenté d’écrire une application CRUD, avec quelques requêtes SQL, peu de métier. Dans les faits le métier est devenu plus complexe, mais on a reporté l’industrialisation d’année en année. (et 5 ans, ça fait long).
— Katia, qu’est-ce que tu penses de ma première ébauche ? C’est juste un plan, hein.
— Si tu évites de faire ces commentaires, ça devrait marcher.
— Sinon pour le ROI je n’ai pas avancé…
— On voit ça avec Megan cet après-midi. Et ensuite avec Lucas, qui nous fera part de ses objectifs révisés.
— J’espère que ça va le convaincre…