La dette technique: le tueur silencieux

Toute personne travaillant dans le domaine des TI aura des histoires de dette technique – ces moments où vous devez assembler des logiciels pour les mettre en ligne avant la date limite, ou une solution bon marché retarde une refonte plus coûteuse des anciens systèmes. Peu importe à quel point vous le repoussez dans la ligne, tout le monde doit payer un jour. Ignorer la dette technique ne fait qu’aggraver le problème éventuel de l’aborder et les équipes TI de partout dans le monde sont accablées de dette technique qui pèse sur leur budget annuel. Dans cet épisode, Rory est rejoint par Karen Worstell, stratégiste principal en cybersécurité chez VMware, pour explorer les impacts de la dette technique et ce qui peut être fait pour y remédier. «Dans mon rôle de CISO en charge de la gestion des risques en TI il y a plusieurs années, lorsque nous avons essayé de mettre en œuvre une nouvelle implémentation de CRM … le manque de compréhension de la dette qui s’était accumulée dans l’environnement a fait échouer cette implémentation, et cela a coûté beaucoup à l’entreprise. Je pense qu’ils ont perdu environ 350 millions de dollars en un seul trimestre.  » « La dette technique est un défaut, si vous y pensez en termes de six Sigma et de gestion de la qualité. Je dirais que si votre TI fonctionne, si vous comprenez très clairement qu’il y a un niveau de tolérance auquel l’organisation TI doit fonctionner … il y aura toujours une certaine dette technique, mais j’ai besoin de définir mes paramètres pour savoir quel est ce nombre gérable, comment le quantifier. «