Le 13 mars, le Québec a annoncé la fermeture des écoles. Le 23, les activités non essentielles ont été mises sur pause. Entre les deux, beaucoup de gens sont partis du bureau avec un portable, parfois un écran, et presque aucun temps pour préparer la suite.

Mars n’a pas ressemblé à un beau projet de transformation numérique. On a basculé parce qu’il le fallait.

Microsoft Teams existait déjà. En quelques semaines, ce type d’outil est devenu une salle de réunion, une partie du corridor et l’entrée vers plusieurs documents. Mais permettre le travail à distance ne consiste pas à installer une application de vidéoconférence. Il faut reconstruire hors du bureau une chaîne complète : identité, appareil, réseau, services, soutien et récupération.

Lorsqu’une personne ouvre Teams, le client obtient d’abord un jeton du fournisseur d’identité. L’authentification multifacteur et les règles d’accès conditionnel peuvent vérifier le compte, l’appareil et l’emplacement avant d’autoriser la session. Les messages et documents passent ensuite par les services infonuagiques. La voix et la vidéo empruntent des flux temps réel sensibles à la latence, à la perte de paquets et à la gigue. Les applications internes plus anciennes peuvent encore exiger un VPN vers le centre de données.

Faire passer tous ces flux dans le même tunnel crée un goulot. Avec 400 personnes dans des appels consommant chacune environ 1,5 mégabit par seconde, on atteint déjà 600 mégabits par seconde dans un seul sens, sans compter les autres usages. Si le trafic vidéo doit entrer au siège par le VPN avant de ressortir vers le service cloud, le lien, le concentrateur et le pare-feu travaillent deux fois pour rien. Un routage séparé des destinations approuvées peut soulager ce chemin, à condition de conserver les contrôles de sécurité sur les appareils et les identités.

Une bascule minimale, observable et réversible

Dans l’urgence de mars, je prioriserais cette séquence :

1. vérifier que chaque personne possède un compte individuel, un second facteur et un appareil chiffré qu’on peut mettre à jour à distance;
2. publier une page unique qui distingue les services accessibles directement de ceux qui exigent le VPN;
3. mesurer le nombre de sessions, la capacité des liens, la perte de paquets et les échecs d’authentification pendant les heures de pointe;
4. offrir un canal de soutien hors du système principal, au cas où l’identité ou Teams devient indisponible;
5. tester la révocation d’un appareil perdu, la récupération d’un compte et le retour au travail après une coupure de connexion.

Un statut vert du service ne signifie pas que l’expérience est bonne dans chaque maison. Le Wi-Fi peut être partagé avec les enfants, la caméra peut saturer une connexion montante et un portable ancien peut manquer de mémoire. Couper la vidéo, rejoindre par téléphone ou enregistrer une présentation à l’avance sont des modes dégradés, pas des échecs personnels. L’architecture doit les prévoir.

Les risques humains font aussi partie du système. Une avalanche de notifications détruit les périodes de concentration. Une réunion enregistrée crée un fichier à protéger et une durée de conservation à décider. Une invitation externe mal configurée peut exposer un canal. Un faux courriel de connexion profite de l’urgence. Il faut donc limiter les administrateurs, surveiller les connexions anormales et rendre les règles assez simples pour être suivies sous pression.

Je ne présenterais pas cette improvisation comme une stratégie parfaitement exécutée. À la fin de mars, le bon objectif est plus modeste : les gens doivent pouvoir s’authentifier, communiquer, accéder au travail essentiel et obtenir de l’aide. Après la stabilisation, les mesures recueillies diront où augmenter la capacité, quelles applications moderniser et quelles permissions retirer. Pour demain matin, le système doit d’abord fonctionner — y compris quand une partie fonctionne moins bien.