Sur un mandat cet été, je vois bien que quelque chose a changé dans le rythme du contenu. Avant, un document était écrit, imprimé, classé, pis il dormait dans un cartable. Là, avec SharePoint pis le courriel, le même document est modifié dix fois par semaine, par cinq personnes, à des heures différentes. Le contenu dort plus jamais. Pis comme architecte, mon défi, c’est de mettre de l’ordre dans ce mouvement-là sans le casser.

Le problème classique, c’est la version. Quand cinq personnes touchent au même document, « la dernière version » devient une question piège. Untel a sauvegardé sur son poste, l’autre a modifié direct sur le portail, un troisième a renvoyé une copie par courriel. Au bout de la semaine, t’as quatre vérités qui se contredisent. Le versionnement de SharePoint règle une bonne partie de ça — chaque sauvegarde garde une trace — mais encore faut-il l’activer pis montrer au monde le « extraire / archiver » avant de modifier.

J’ai dessiné le cycle de vie qu’on essaie d’imposer au contenu, parce que c’est ça qui calme le mouvement.

flowchart TD
    A[Brouillon] --> B[Extraire pour modifier]
    B --> C[Modifications]
    C --> D[Archiver: nouvelle version]
    D --> E{Approbation requise?}
    E -->|Oui| F[Workflow vers approbateur]
    E -->|Non| G[Publié]
    F --> G
    G --> H[Alerte aux abonnés]

La pièce qui change tout, c’est le workflow d’approbation. Au lieu d’un courriel qui dit « peux-tu approuver le document en pièce jointe ? », SharePoint envoie une tâche à l’approbateur, garde la trace de qui a dit oui pis quand, pis publie automatiquement une fois que c’est approuvé. Plus de « j’pensais que t’avais approuvé ». Le processus est visible, traçable. Pour un client habitué à gérer ça à coup de courriels perdus, c’est un vrai soulagement.

Les alertes, par exemple, c’est une lame à deux tranchants. SharePoint peut avertir le monde dès qu’un document change. Bonne idée sur le papier. Sauf que si t’abonnes tout le monde à tout, t’ensevelis le monde sous les notifications, pis ils finissent par toutes les ignorer — y compris les importantes. Mon conseil, c’est de viser juste : alerte sur ce qui me concerne, pas sur tout ce qui bouge. Une alerte utile, c’est une alerte rare.

Là où ça brasse, c’est le rythme humain qui suit pas toujours le rythme du contenu. Le contenu peut changer dix fois par jour; le monde, lui, a besoin de moments stables pour travailler. Si chaque ouverture de document donne une version différente de celle d’hier, les gens perdent leurs repères. C’est pour ça que la notion de « version publiée » est précieuse : on travaille sur des brouillons en arrière, mais ce que le reste de l’équipe voit, c’est une version stable, approuvée, jusqu’à la prochaine. Ça donne un point fixe dans le mouvement.

Le piège que je nomme au client, c’est l’emballement du workflow. Dès qu’on découvre qu’on peut automatiser des approbations, la tentation, c’est d’en mettre partout. Trois niveaux d’approbation pour changer une virgule dans une note interne, ça tue la collaboration au lieu de l’aider. Le bon workflow, c’est le plus léger possible : assez pour tracer ce qui compte, pas assez pour étouffer le quotidien. On met de l’approbation là où le risque le justifie, pis nulle part ailleurs.

Sur le terrain, je commence par un seul type de document — disons les communications officielles, là où l’approbation a vraiment du sens — pis on monte un cycle complet : brouillon, versionnement, approbation, publication, alerte ciblée. On le fait marcher, on ajuste, pis on s’en sert comme modèle pour le reste. Vouloir mettre du workflow sur tout le contenu d’un coup, c’est le meilleur moyen de paralyser tout le monde.

Ce que je retiens de ce mandat-là, c’est que le contenu vivant, ça demande pas plus d’outils, ça demande un cadre. SharePoint donne les pièces — versionnement, workflow, alertes — mais c’est l’architecte qui doit décider comment elles s’emboîtent pour que le mouvement reste maîtrisé. Sinon, t’as juste un dépotoir qui bouge vite.

La suite, sobre : activer le versionnement partout où ça compte, mettre du workflow seulement là où le risque le justifie, cibler les alertes pour pas noyer le monde, pis garder une « version publiée » stable comme point de repère. Le contenu dort plus jamais, c’est vrai. Mais bien encadré, ce mouvement-là devient une force au lieu d’une source de chaos.