Il y a une question que je trouve fascinante avec SharePoint, en mars 2009: personne ne s’entend sur ce que c’est. Je pose la question à dix personnes pis j’obtiens dix réponses différentes. Pour l’un, c’est un portail intranet. Pour l’autre, c’est un gros classeur de documents partagés. Pour un troisième, c’est une plateforme pour bâtir des petites applications de gestion. Pis ils ont tous raison en même temps, ce qui est justement le problème. Un outil qui peut tout faire a beaucoup de misère à dire ce qu’il est.

Cette crise d’identité-là, elle n’est pas juste un débat de vocabulaire. Elle a des conséquences très concrètes. Quand on déploie quelque chose sans savoir si c’est un portail, un dépôt ou un outil, on finit avec un peu des trois, mal fait dans les trois cas. Les gens ne savent pas où ranger leurs affaires, ni où aller les chercher. L’ambiguïté du contenant déteint sur le contenu.

flowchart TD
    SP[SharePoint] --> Q{On l'utilise<br/>comme quoi?}
    Q -->|Portail| P[Page d'accueil,<br/>annonces, navigation]
    Q -->|Depot| D[Documents,<br/>versions, permissions]
    Q -->|Outil| O[Listes, formulaires,<br/>petits flux de travail]
    P --> X[Sans choix clair :<br/>un peu des trois,<br/>flou partout]
    D --> X
    O --> X

Ce que j’observe, c’est que les déploiements qui marchent sont ceux où quelqu’un a tranché. « Ici, c’est notre dépôt de documents officiels, point. » Ou « Ici, c’est notre page d’accueil d’équipe, pas un classeur. » Le succès ne vient pas de la richesse de l’outil — il vient de la clarté de l’intention. SharePoint ne dit pas ce qu’il est; c’est aux gens de le décider, pis de s’y tenir.

Comme architecte, je reconnais un patron que j’ai vu ailleurs: une plateforme tellement flexible qu’elle devient un test de discipline plus qu’un produit. La technologie ne te force pas à choisir, ce qui veut dire que si toi tu ne choisis pas, tu hérites du flou par défaut. La flexibilité, c’est un cadeau qui vient avec une facture: la responsabilité de poser tes propres limites.

Le piège que je veux nommer, c’est de croire que la solution, c’est plus de fonctions, plus de configuration, plus de formation. Non. La solution, c’est moins: moins d’ambitions floues, plus de décisions nettes. Un SharePoint qui essaie d’être tout pour tout le monde finit par n’être rien de fiable pour personne. Mieux vaut un outil qui fait une chose clairement qu’une plateforme qui fait dix choses à moitié.

Ce que je retiens en mars 2009, c’est que les outils les plus puissants sont souvent les plus exigeants en clarté. SharePoint ne va pas trouver sa place tout seul — c’est nous qui devons la lui donner, en décidant à quoi il sert chez nous avant de l’ouvrir à tout le monde. La question « c’est quoi, SharePoint? » n’a pas de bonne réponse universelle; elle a juste la réponse qu’on choisit de lui donner.

La suite, pour ceux qui s’en servent, je la vois simple: trancher le rôle avant de remplir l’espace, nommer l’intention en une phrase, pis dire non aux usages qui brouillent le message. SharePoint cherche sa place, oui — mais cette place, elle ne se trouve pas dans le produit, elle se décide dans l’équipe. Pis une décision claire vaut mille fonctions.