Les projets d’IA qui piétinent s’enlisent presque toujours au même endroit. Pas au niveau du modèle. Pas au niveau de la plateforme. Mais au niveau des données sous-jacentes : des inventaires incomplets, des schémas incohérents, une gouvernance documentée pour un audit de conformité mais jamais appliquée. C’est entre « on a des données » et « nos données sont exploitables » que la plupart des initiatives échouent en silence. On gère des environnements de données dans des environnements multicloud hybrides, du catalogage et de la classification jusqu’aux cadres de qualité, en passant par l’architecture des pipelines et une gouvernance qui tient la route en production, pas seulement sur un schéma d’architecture. Le travail de préparation, ça ne figure pas au programme des conférences. C’est pourtant ce qui distingue les initiatives d’IA qui aboutissent de celles qui restent au stade de la validation de principe.

L'objectif, c'est de créer un environnement où les gens n'ont plus à se soucier de l'informatique. Un environnement où l’identité fonctionne comme il faut, où les appareils respectent les règles et où les outils de collaboration sont correctement gérés à chaque mise à jour. Ça demande une gestion réfléchie, pas seulement des services gérés. On s’occupe du déploiement et de la gouvernance de Microsoft 365, de la gestion des appareils pour les équipes hybrides, de l’identité via Microsoft Entra, et ServiceNow qui relient toute la couche de services. Quand l’environnement est bien rodé, ça se voit d’abord dans le nombre de tickets avant de se voir ailleurs.

Les gouvernements et les grandes entreprises s’appuient encore sur des systèmes mis en place il y a des décennies. Des systèmes qui n’ont jamais cessé d’être indispensables. Des processeurs de transactions, des plateformes héritées, des infrastructures censées être temporaires mais qui gèrent aujourd’hui la paie d’un effectif provincial ou traitent les transactions d’un prêteur national. Ces systèmes ont mérité leur place. Ils ont besoin de gens qui comprennent comment ils fonctionnent, pourquoi ils ont été conçus ainsi, et quels changements comportent des risques. On gère les environnements d’entreprise stratégiques dans des centres de données canadiens. La maintenance des systèmes hérités, l’assistance sur site et les compétences rares qui permettent de maintenir ces infrastructures critiques en état de marche alors que les équipes qui les ont conçues ont depuis longtemps pris leur retraite. La modernisation a sa place quand l’analyse de rentabilité la justifie. Tout comme le fait de savoir quand la bonne solution, c’est de conserver ce qui fonctionne.

Quand un réseau fonctionne, les transactions aboutissent, les pages se chargent et personne ne pense à l’infrastructure. C’est ça, le signe révélateur. Quand ça ne marche pas, les clients ne créent pas de ticket. Ils ferment l’onglet et vont voir ailleurs. Ce qui fait la différence entre ces deux scénarios, c’est l’architecture, la visibilité et quelqu’un qui reste vigilant. On gère les réseaux WAN, LAN et les environnements distribués, que ce soit sur site, en mode hybride ou multicloud. Déploiement et exploitation du SD-WAN. On suit les tendances de capacité avant qu’elles ne se transforment en incidents, on garde une trace des changements de configuration, et on a une vue d’ensemble en temps réel de ce qui circule réellement sur le réseau. Fini les schémas vieux de six mois et les suppositions. Le but, ce n’est pas un tableau de bord tout vert. C’est une performance qui donne à ton équipe la marge de manœuvre nécessaire pour dire oui à la prochaine initiative, sans se demander si le réseau tiendra le coup.

Ce qui distingue un programme de sécurité efficace de celui qui ne l'est pas, c'est la façon dont il a été conçu, pas sa rapidité de réaction. Une architecture qui part du principe qu'il y a des attaquants dès le départ. Une détection qui réduit au maximum le délai entre l'intrusion et sa découverte. Une procédure de restauration qui a été mise en pratique, pas seulement documentée. On construit nos environnements de sécurité en couches : une architecture « zero-trust » et un accès avec vérification d'identité au niveau de la couche de protection, une surveillance continue et une détection des menaces assurées par un SOC (centre d'opérations de sécurité) géré par du personnel local à Barrie, en Ontario, ainsi qu'une architecture de sauvegarde et de restauration testée régulièrement et stockée sur une infrastructure canadienne.