Bonne question. Dans le message ci-dessus, je pensais en termes de premier lancement, mais en réalité, ce n’est pas aussi simple. Dans les grandes entreprises, une communauté existe toujours sous une forme ou une autre auparavant.
Pour donner un exemple concret de ce que je veux dire, les communautés qui ont précédé notre Discourse étaient réparties sur plusieurs plateformes :
- Yammer (Viva Engage)
- Sharepoint
- Microsoft Teams
et cela a considérablement compliqué la gestion des attentes.
Les utilisateurs venant de Viva Engage avaient l’attente de « pouvoir publier ce qui me passe par la tête ». L’équipe en charge ne modérait pas et disait simplement oui aux caprices de chaque manager qui s’adressait à eux. Cela a conduit à la création de communautés simplement pour satisfaire les indicateurs clés de performance (KPI) d’un manager. Il y avait une nouvelle communauté, un pic d’activité pendant 3 mois, puis la mort. Inutile de dire qu’un important effort de coaching et de communication était nécessaire pour faire évoluer cette mentalité et expliquer pourquoi exactement cette approche échouait après quelques mois, et pourquoi notre approche structurée et à long terme leur offrirait de meilleurs résultats après 6 à 12 mois (mais serait plus lente au départ).
Sharepoint a créé l’attente de « pouvoir télécharger n’importe quel fichier que je veux ». Au niveau entreprise, il faut être extrêmement prudent avec le partage ouvert de fichiers. Chaque client et chaque prestataire a son propre contrat avec l’entreprise, et chaque fichier qu’ils nous partagent a des exigences de confidentialité différentes. Sharepoint permet à l’utilisateur de configurer précisément qui peut accéder à ce fichier, mais Discourse ne le fait pas (et à juste titre, ce n’est pas une plateforme de partage de fichiers). J’ai contourné ce problème en encourageant les utilisateurs à télécharger les fichiers sur Sharepoint et à partager des liens vers ces fichiers. Si quelqu’un ne pouvait pas accéder au fichier partagé, il pouvait demander l’autorisation dans le sujet. Une vraie corvée, mais moins coûteux qu’un procès.
MSTeams a créé l’attente de « pouvoir avoir mon propre canal/ma propre communauté cloisonnée ici ». Non, tout l’intérêt de Discourse était d’être exactement l’inverse. Notre objectif pour le projet était de créer du partage de connaissances plutôt que des silos de connaissances. Les canaux Teams étaient une bonne solution pour les connaissances confidentielles ou spécifiques à un projet, mais tout ce qui pouvait être abstrait dans un contexte plus général était encouragé à être partagé sur Discourse.