Il y a un moment, dans la vie d’un outil, où il cesse d’être le jouet d’une équipe pour devenir l’affaire de toute une organisation. En juin 2010, c’est exactement ce que je vois se passer avec SharePoint dans bien des places: ce qui marchait comme un petit espace partagé pour dix personnes prend une cadence d’entreprise — des centaines, des milliers d’utilisateurs. Pis ce changement d’échelle, ce n’est pas juste « la même affaire, mais plus gros ». C’est un autre métier, avec d’autres règles, qui force une discipline que le petit format pardonnait.

À l’échelle d’une équipe, le désordre est tolérable. Si dix personnes se connaissent, elles se rappellent où sont les choses, qui fait quoi, pourquoi tel dossier s’appelle de même. La mémoire collective compense l’absence de règles. À l’échelle d’une entreprise, cette mémoire-là n’existe plus. Personne ne connaît tout le monde, personne ne se souvient de tout, pis ce qui était une convention tacite devient un trou béant. La discipline qui semblait excessive à dix devient vitale à mille.

flowchart TD
    D[Un document arrive] --> Q{À quelle échelle?}
    Q -->|Équipe de 10| A[Mémoire collective]
    Q -->|Entreprise de 1000| B[Plus de mémoire commune]
    A --> A1[Le désordre se tolère]
    B --> B1[Le désordre devient chaos]
    A1 -.ça passe.-> OK[On retrouve l'info]
    B1 --> R{Discipline en place?}
    R -->|Non| Perte[On perd l'info<br/>= temps + risque]
    R -->|Oui| OK
    OK --> C[Condition de survie<br/>à grande échelle]

Ce qui change concrètement, c’est tout ce qui était implicite qui doit devenir explicite. Qui a le droit de créer un nouvel espace? Combien de temps un contenu doit vivre avant d’être archivé? Qui répond quand quelque chose brise un dimanche soir? À petite échelle, ces questions se règlent d’un coup de coude entre collègues. À grande échelle, il faut des règles, des responsables nommés, des processus. C’est moins spontané, plus lourd — mais sans ça, le système s’effondre sous son propre poids.

L’autre réalité de l’échelle entreprise, c’est la performance pis la fiabilité. Un espace de dix personnes peut être lent une journée sans drame. Une plateforme dont mille personnes dépendent pour travailler, c’est une autre histoire: si elle tombe, c’est mille personnes bloquées. Le niveau d’exigence sur la disponibilité, les sauvegardes, la capacité monte d’un cran. Ce qui était « bin pratique » devient « critique pour l’organisation », pis on ne traite pas du critique avec une mentalité de bricolage.

Ce que je retiens en juin 2010, c’est que prendre une cadence d’entreprise, ce n’est pas une promotion gratuite — c’est un passage exigeant. Beaucoup d’organisations déploient SharePoint à grande échelle avec la mentalité du petit espace d’équipe, pis se retrouvent six mois plus tard avec un fouillis ingérable: des milliers de sites abandonnés, des permissions incohérentes, une recherche qui ne trouve rien. Le problème n’est pas l’outil; c’est d’avoir changé d’échelle sans changer de discipline.

La suite, je la vois dans cette lucidité: accepter que l’échelle entreprise demande un investissement en gouvernance, en rôles, en processus, qui n’a rien de glamour mais qui fait toute la différence. La discipline qu’on impose au départ semble pénible; l’absence de discipline qu’on découvre plus tard est bien pire. SharePoint qui prend une cadence d’entreprise, c’est une bonne nouvelle — à condition de comprendre que ce qui change, ce n’est pas la taille du jouet, c’est le sérieux du métier.