News: 2023-06-08T01_30_00Z

  ARM Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life (Terry Pratchett, Jingo)

Audit Architecture SI : un impératif pour s’appuyer sur un SI performant

(2023/06/08)


Audit Architecture SI : un impératif pour s’appuyer sur un SI performant

jeudi 8 juin 2023

La transformation numérique des entreprises se traduit souvent par un empilement d’applicatifs et une multiplication des interfaces, ce qui rend les systèmes d’information illisibles et les évolutions délicates. Pour sortir de ce cercle vicieux, un audit s’impose pour établir une nouvelle base sur laquelle le SI pourra évoluer.

A priori évidente, une telle approche est pourtant encore trop souvent délaissée et ne permet donc pas aux organisations de s’appuyer sur des infrastructures de qualité qui pourraient les accompagner durablement dans leur croissance et qui pourront intégrer en continu de nouveaux processus de gestion.

Prendre le temps de bien connaitre son infrastructure et d’identifier ses besoins

Avant de lancer un nouveau projet SI, il est fondamental que les DSI aient une vue claire de l’existant et qu’elles se posent les bonnes questions sur les évolutions qu’elles souhaitent y apporter. En effet, trop souvent les projets sont lancés à la hâte sans cohérence et contribuent à complexifier encore un peu plus le « plat de spaghettis » existant : pas d’homogénéisation, interfaces multiples, doublons, mauvaise communication entre les applications, difficultés d’intégration, etc. On notera également que l’accélération des transformations digitales aggrave le problème pour les entreprises qui ne font pas l’effort de s’appuyer sur des infrastructures performantes et évolutives pour mener à bien leurs opérations.

S’appuyer sur une démarche industrielle pour mener son Audit SI

Mener à bien un audit de son infrastructure SI est un exercice central qui ne peut en aucun cas s’improviser. Dans ce contexte, il convient de ne pas se tromper et de s’appuyer sur un schéma spécifique pour mener à bien son projet. Ainsi, il faut analyser l’existant (regarder et comprendre le fonctionnement précis du SI), identifier les business process et récolter les besoins exprimés par les équipes. Cela permet de comprendre précisément comment le SI est constitué (Hardware, software), d’avoir une vue claire sur les possibles automatisations, de lister les interfaces utilisées et d’identifier les points de faiblesse.

L’audit Infrastructure SI au service de l’amélioration opérationnelle

Une fois l’audit Infrastructure SI effectué, il est alors possible de rationaliser l’existant, mais aussi de proposer des pistes d’amélioration pour s’appuyer sur un socle technique performant et évolutif (création d’un ESB notamment où pourront se connecter les différentes briques du nouveau SI). Il faudra ensuite définir un schéma directeur d’orientation, prioriser les étapes à mettre en place et construire une roadmap d’intervention pour veiller à bien mener son projet SI.

Il est alors possible d’avoir une vue précise sur les bénéfices attendus et les ressources à mobiliser dans le temps. En ce sens, s’appuyer sur des experts de l’infrastructure et de la transformation SI peut être une étape judicieuse pour s’assurer de bien prendre en compte toutes les spécificités et tous les enjeux de son projet. Ainsi, les organisations pourront utiliser un socle de SI sain et robuste qui leur permettra ensuite de continuer à développer leurs opérations en toute sérénité.

Thierry Berthouloux, [1]Spikeelabs

[2]



[1] https://www.spikeelabs.fr

[2] https://www.toolinux.com/?audit-architecture-si-un-imperatif-pour-s-appuyer-sur-un-si-performant#forum



Ever wondered about the origins of the term "bugs" as applied to computer
technology? U.S. Navy Capt. Grace Murray Hopper has firsthand explanation.
The 74-year-old captain, who is still on active duty, was a pioneer in
computer technology during World War II. At the C.W. Post Center of Long
Island University, Hopper told a group of Long Island public school adminis-
trators that the first computer "bug" was a real bug--a moth. At Harvard
one August night in 1945, Hopper and her associates were working on the
"granddaddy" of modern computers, the Mark I. "Things were going badly;
there was something wrong in one of the circuits of the long glass-enclosed
computer," she said. "Finally, someone located the trouble spot and, using
ordinary tweezers, removed the problem, a two-inch moth. From then on, when
anything went wrong with a computer, we said it had bugs in it." Hopper
said that when the veracity of her story was questioned recently, "I referred
them to my 1945 log book, now in the collection of the Naval Surface Weapons
Center, and they found the remains of that moth taped to the page in
question."
[actually, the term "bug" had even earlier usage in
regard to problems with radio hardware. Ed.]