J’ai vu assez de déploiements de SharePoint pour avoir une conviction qui dérange: le succès d’un portail d’équipe a presque rien à voir avec la technologie. Tu peux avoir le plus beau site, les meilleures permissions, les workflows parfaits — si le monde continue de s’envoyer des fichiers par courriel, t’as juste payé cher pour un dossier que personne n’ouvre. En juin 2008, c’est devenu mon angle principal quand un client me dit qu’il veut « déployer SharePoint »: la vraie question, ce n’est pas la plateforme, c’est l’habitude.

Le scénario classique, je le connais par cœur. On installe MOSS, on fait une belle formation d’une heure, tout le monde hoche la tête, pis le lendemain l’équipe retombe dans ses vieilles pantoufles. Pourquoi? Parce qu’une habitude bien ancrée bat une bonne idée mal accompagnée à tous les coups. Envoyer un fichier en pièce jointe, c’est immédiat, c’est connu, ça demande zéro effort de réflexion. Aller le déposer au bon endroit avec les bonnes métadonnées, ça demande de changer un réflexe. Pis changer un réflexe, c’est dur.

flowchart TD
    A[Nouveau document] --> B{Vieux reflexe<br/>ou nouveau?}
    B -->|Plus facile| C[Pieces jointes<br/>par courriel]
    B -->|Demande un effort| D[Depose dans SharePoint]
    C --> E[Versions perdues<br/>desordre revient]
    D --> F[Mais seulement si<br/>l'equipe suit]

Ce que j’ai appris sur le terrain, c’est qu’on ne gagne pas l’adoption par décret. Dire « à partir de lundi, tout le monde utilise le portail », ça ne marche pas. Ce qui marche, c’est de rendre le nouveau chemin plus facile que l’ancien. Si trouver la bonne version dans SharePoint prend trois clics pis que la chercher dans ses courriels prend dix minutes, le monde va finir par changer — par paresse intelligente, pas par discipline. L’adoption, ça se gagne en réduisant le frottement, pas en empilant les règles.

Je conseille toujours de commencer petit pis ciblé. Une équipe, un type de document qui fait vraiment mal — genre la proposition que cinq personnes modifient en même temps pis dont personne ne sait quelle est la bonne version. Tu règles ce point de douleur là, le monde voit le bénéfice concret, pis l’adoption se propage toute seule. Essayer de tout migrer d’un coup, c’est le meilleur moyen de noyer le poisson.

Le piège que je nomme tout le temps, c’est de mesurer le succès par « le portail est installé » au lieu de « le monde l’utilise ». J’ai vu des projets déclarés finis parce que la technologie était en place, alors que sur le terrain rien n’avait changé. Une plateforme qui n’a pas modifié une seule habitude, c’est un échec déguisé en livrable. Le vrai indicateur, c’est où les gens vont chercher l’information quand ils sont pressés.

Ce que je retiens, c’est qu’un outil collaboratif est autant un projet humain qu’un projet technique. La partie facile, c’est l’installation. La partie difficile, c’est de convaincre une équipe de déménager ses habitudes. Et cette partie-là, aucun fournisseur ne te la vend dans la boîte. C’est du travail de terrain, de patience pis de petites victoires.

La suite, je la garde humble: viser un irritant à la fois, rendre le bon chemin plus facile que le mauvais, pis mesurer l’adoption réelle au lieu de l’installation. SharePoint peut débarquer dans une équipe avec tout le tralala technique. Mais il ne change vraiment quelque chose que le jour où quelqu’un, par réflexe, va chercher son fichier au bon endroit au lieu de fouiller dans sa boîte de courriels. C’est ça, le vrai déploiement réussi.