Naviguer dans la ruée vers l’or de l’IA : dévoiler les coûts cachés de la dette technique dans les entreprises

Au cours de la dernière année, l’intelligence artificielle a captivé l’attention des dirigeants d’entreprise, les incitant à accélérer leurs investissements dans les entreprises d’IA ou à hâter l’introduction de leurs propres produits pour ne pas être distancés. Cependant, dans la précipitation pour rejoindre cette nouvelle ère de progrès technologique, les organisations qui sont nouvelles dans l’IA peuvent ne pas prendre en compte un facteur important qui devrait être au premier plan lorsqu’elles investissent ou créent de nouveaux produits d’IA : la dette technique.

Bien que le concept de dette technique ne soit pas nouveau, la technologie d’IA apporte un type différent de dette technique par rapport aux services logiciels réguliers. Et à mesure que l’IA continue de s’améliorer rapidement, cela entraîne la croissance de ce problème important qui l’accompagne.

Qu’est-ce que la dette technique ?

La dette technique, dans sa définition la plus simple, est l’accumulation de code de mauvaise qualité lors de la création d’un logiciel. Cela provient généralement d’un accélération de la mise sur le marché pour répondre aux besoins commerciaux ou pour obtenir plus rapidement des commentaires de la part des clients. Lorsqu’on considère la dette technique, il est important de se concentrer sur l’aspect délibéré, car les décideurs sont souvent conscients des risques liés aux logiciels et des impacts de la prise de raccourcis pour gagner du temps. L’émergence de l’IA a apporté un défi différent et unique en ce qui concerne la dette technique, avec des risques et des conséquences importants qui pourraient en résulter.

Lorsque les systèmes d’IA commencent à vieillir et que leurs données de formation deviennent inexactes et obsolètes, le coût d’investir dans l’IA dépasse le temps et les investissements nécessaires pour maintenir des données de formation de haute qualité, également appelées hygiène des données.

Explorons comment la dette technique est accumulée, son impact sur le chiffre d’affaires et comment les organisations peuvent y remédier.

Comment les organisations contractent-elles de la dette technique ?

 Il existe deux façons dont les logiciels peuvent accumuler de la dette technique. L’une est due à un code simplement mauvais. Les organisations peuvent acheter des produits ou les hériter via des activités de fusions et acquisitions, pour découvrir plus tard des problèmes de qualité en plus de taux de changement et d’innovation lents. L’autre est lorsque les dirigeants choisissent délibérément d’assumer de la dette technique.

Lorsqu’il s’agit d’IA, plus de 72% des dirigeants veulent adopter l’IA pour améliorer la productivité des employés, mais la principale préoccupation entourant la mise en œuvre de l’IA est la qualité et le contrôle des données. Il semble contre-productif pour une organisation d’utiliser un produit promu pour accroître la productivité, tout en détournant du temps essentiel pour résoudre continuellement les problèmes de qualité causés par la dette technique qui pourrait mettre en péril la productivité. Mais la promesse de gains de productivité à long terme l’emporte sur ces obstacles à court terme, qui finiront par hanter le logiciel à long terme.

La dérive de modèle : un nouveau type de dette technique

Avec l’émergence d’investissements accrus dans l’IA, les organisations ont précipité leurs stratégies de mise sur le marché pour profiter de la mine d’or de l’IA générative. Même si cela peut fonctionner comme un moteur de revenus à court terme, les organisations négligent ce qui pourrait s’avérer être une grande quantité de dette technique plus tard, connue sous le nom de dérive de modèle.

La dérive de modèle se produit lorsque les performances d’un système d’IA commencent à diminuer et que les sorties deviennent moins précises à mesure que les données de formation vieillissent. En regardant le cycle de vie de l’IA, il est évident que les données de formation devront être continuellement maintenues et mises à jour pour garantir que les réponses fournies par la machine soient aussi précises que possible – c’est là que commence la rupture. Lorsque les décideurs se précipitent pour sortir des solutions, ils ont souvent tendance à donner la priorité à des problèmes tels que l’obtention de données de formation supplémentaires, le maintien de l’hygiène des données du système et la garantie qu’il y a suffisamment de personnel pour soutenir ces tâches.

À mesure que les données de formation continuent de vieillir et que les écarts entre la réalité et les sorties s’élargissent, les organisations seront confrontées à des coûts et à des délais accrus pour résoudre ces lacunes qui auraient pu être évités avec des procédures et des protocoles de planification appropriés. En résumé : sauter l’étape suivante lors de la planification d’une stratégie de mise sur le marché peut permettre une livraison plus rapide, mais ce n’est pas la peine de l’effondrement inévitable qui coûtera de plusieurs manières à long terme.

L’impact de la dette technique sur le chiffre d’affaires

La dette technique peut également avoir un impact profond sur l’efficacité organisationnelle – par exemple, considérons les équipes de vente. Lorsque la dette technique commence à s’accumuler et que le taux de changement ralentit, il devient de plus en plus difficile pour les représentants de vente de convaincre les clients, ce qui ralentit les taux de clôture et, inévitablement, les flux de revenus qui en résultent.

Au-delà des ventes, la dette technique a également un impact important sur les équipes de développement. Non seulement cela nécessitera plus de temps consacré à la mise à jour du code, mais l’attention détournée affectera efficacement l’innovation. En déplaçant l’attention et le temps vers la maintenance, la feuille de route du produit est alors retardée ou abandonnée, créant un effet d’entraînement qui pourrait finalement entraîner une méfiance entre le côté ingénierie et le côté commercial de l’entreprise. Sans feuille de route de produit à suivre, les équipes de vente sont laissées avec des promesses brisées ou rien à montrer aux prospects, ce qui affecte à nouveau fortement les revenus.

Comment résoudre la dette technique

À mesure que la prévisibilité de la livraison diminue, les organisations commenceront à voir se dégrader l’efficacité organisationnelle, ce qui entraînera des discussions sur la manière de résoudre les défis en cours. Il existe deux façons dont les décideurs peuvent utiliser pour lutter contre la dette technique. La première consiste à jeter le plateau et le code entièrement et à replatformer, ou à intégrer de petites modifications incrémentielles, similaires à un nettoyage progressif d’une pièce, pour finalement mettre les systèmes à jour.

La première méthode, la replateforme, nécessite une refonte complète de vos systèmes et constitue un risque important et coûteux à prendre. Semblable à un processus de construction à grande échelle, tout retard dans la planification peut perturber les délais de produit et pourrait faire échouer l’effort dans son ensemble. Cette méthode peut parfois fonctionner. Prenez LinkedIn par exemple – après son introduction en bourse en 2011, l’entreprise a replateformé le site et est maintenant un grand joueur sur le marché.

Le pari plus sûr, qui consiste à apporter de petites modifications qui finiront par s’additionner pour améliorer considérablement les systèmes, est un autre cas d’utilisation pour plaider en faveur de. Avec les développeurs qui interagissent déjà avec les données quotidiennement, aller y apporter des ajustements ici et là peut améliorer les systèmes pour les débarrasser de leur dette technique. Cela profite également aux compétences des développeurs, car cela les oblige à rester à jour avec les dernières normes de code et de technologie, ce qui à son tour prépare l’organisation pour le succès technique, car elle a moins de lacunes en termes de compétences. La mise en œuvre d’une initiative menée par les ingénieurs, où ils consacrent 20 % de leur temps à planifier les mises à jour de produit, est un excellent moyen de commencer. Même si ce processus est beaucoup plus lent que la replateforme, il est moins risqué et génère toujours de la valeur pour le modèle économique.

Laissez votre dette technique derrière vous à l’ère de l’IA

À mesure que l’espace de l’IA continue de se développer rapidement, nous allons continuer à voir plus de solutions émerger, vantant les gains de productivité et l’efficacité organisationnelle. Même si cela est vrai, les décideurs doivent donner la priorité à l’intégration de techniques telles que la maintenance des données continues et réfléchir à l’image globale lorsqu’il s’agit du cycle de vie de votre solution. Investir dans l’IA n’a pas à être coûteux et accablant, et avec quelques petits changements dans la planification et la stratégie de mise sur le marché, vous pouvez éviter la prochaine accumulation de dette technique.