Blog Post

Évitez la dette technique en rationalisant votre architecture IT/OT


Évitez la dette technique en rationalisant votre écosystème IT/OT Le concept de dette technique a été mis en avant il y a près de trente ans. Il décrit un phénomène dans la programmation de logiciels où les décisions prises au début de la programmation pour simplifier quelque chose ou faire une "réparation rapide" finissent par se transformer en une complication plus tard dans un projet qui a un impact sur les performances. Pensez à la dette technique comme à des intérêts composés sur une carte de crédit que vous utilisez rarement, pour découvrir un jour que vous devez un montant énorme d'intérêts différés. Tout comme dans le cas financier, plus vous contractez de dettes techniques et plus vous mettez de temps à les rembourser en raison des intérêts composés, le coût pour vous sortir de cette dette peut devenir insupportable. De même, gardez ces concepts à l'esprit en rationalisant votre écosystème IT/OT. 

À l'origine, la dette technique s'appliquait spécifiquement au développement de logiciels, mais le concept a désormais été appliqué à d'autres aspects du déploiement technologique. Il est utilisé pour décrire les problèmes d'architecture, les problèmes de portefeuille d'applications et une grande variété d'autres problèmes liés à la technologie auxquels les entreprises sont confrontées.

Cet article peut vous intéresser : Pourquoi il est temps de réduire la dette technique

L'endettement n'est pas toujours une mauvaise chose

Il est parfois judicieux de s'endetter. La plupart des gens n'attendent pas d'être en mesure de payer la totalité du prix d'achat pour acheter une maison, ils contractent donc une hypothèque (dette). De même, au sens technique, s'endetter peut être une bonne décision. 

Dans le domaine du développement de logiciels, il est logique de faire quelques bidouillages de code pour tester une interface utilisateur (IU) et obtenir un retour immédiat de quelques clients potentiels. Mais si vous laissez ces bidouillages de code pour pouvoir commercialiser le produit plus rapidement, la dette finira par arriver à échéance lorsque vous tenterez de soutenir, de maintenir et de faire évoluer l'interface utilisateur, ce qui pourrait devenir inabordable. 

C'est comme si vous empruntiez sur votre maison pour passer de grandes vacances "autour du monde" et que votre dette dépassait la valeur de votre maison. Au moindre changement de circonstances, vous risquez de perdre votre maison si vous ne pouvez pas rembourser cette dette.

Comment traiter la dette technique de l'architecture IT/OT ? 

Si l'on considère la dette technique dans son ensemble, il existe plusieurs façons pour une entreprise de ne pas rationaliser la dette technique qu'elle contracte. Étant donné que les organisations complexes de fabrication discrète et à forte intensité d'actifs, comme celles qui opèrent dans l'aérospatiale, la défense ou d'autres secteurs industriels, ont une architecture mixte de technologies de l'information (TI) et de technologies opérationnelles (TO), elles sont souvent exposées au risque de dette technique du point de vue de l'architecture TI/TO. 

Il peut être facile de justifier l'alourdissement de votre dette technique en autorisant une mise en œuvre ad hoc de ces types de solutions technologiques sur une base ponctuelle, compte tenu de la complexité qui peut entourer une solution mieux conçue et plus coûteuse. Par ailleurs, il peut être facile d'accepter des solutions ponctuelles lorsque vous essayez d'exploiter au mieux un ensemble de systèmes dont vous avez peut-être "hérité" d'une équipe de direction précédente, ou à la suite d'une récente fusion ou acquisition.  

Il est important de noter que ceci n'est pas une répudiation de l'approche "best-of-breed" pour la sélection des systèmes et des applications. Il s'agit toutefois de rappeler que, comme pour tout choix, il faut tenir compte de la dette technique que chaque décision entraîne. Il est important de se rappeler que l'approche d'un seul fournisseur entraîne également une dette technique puisqu'elle vous lie au rythme d'évolution et d'adoption des fonctionnalités du fournisseur.

Un écosystème bien défini réduit la dette

Pour minimiser la dette technique associée à un environnement multifournisseur tout en conservant votre capacité à migrer et à évoluer en fonction des exigences technologiques et fonctionnelles, il est important de considérer votre environnement, non pas comme une collection de solutions indépendantes, mais plutôt comme un écosystème de pièces interconnectées qui fonctionnent toutes ensemble. 

D'un point de vue biologique, on ne s'attend pas à ce que la flore et la faune d'une forêt tropicale survivent dans un environnement désertique. Bien sûr, vous pourriez dépenser une somme exorbitante pour créer des conditions tropicales, mais cela équivaut à vous endetter.

Lors de la création de votre écosystème IT/OT, il est tout aussi important de sélectionner des solutions qui fonctionnent ensemble dans l'environnement que vous avez défini. Voici quelques facteurs environnementaux clés que vous devez prendre en compte lors de la définition de votre écosystème :

  • Soutenir la conformité réglementaire de l'industrie et des entreprises
  • Garantir le respect des normes de sûreté et de sécurité appropriées. 
  • Utilisation de normes communes en matière de technologie et de communication
  • Maintenir les modèles et technologies d'interface utilisateur reconnus
  • Conception de l'interopérabilité des plates-formes, comme les API communes, l'infrastructure des plates-formes en nuage ou la prise en charge des interfaces.

Chaque industrie peut avoir des facteurs environnementaux supplémentaires, tout comme les entreprises qui peuvent avoir des normes technologiques d'entreprise. Choisissez un ensemble de fournisseurs qui peuvent exister dans un écosystème compatible afin d'obtenir les les avantages qu'une approche " best-of-breed " peut offrir tout en minimisant la dette technique associée à une architecture IT/OT multifournisseur.

Nouvel appel à l'action


clients vedettes de ibaset