Quali sono i punti di rottura comuni man mano che le comunità crescono?

Buona domanda. Nel post sopra intendevo il primo lancio, ma in realtà non è così semplice. Nelle aziende di grandi dimensioni, una comunità precedente esiste sempre in qualche forma.

Per fare un esempio concreto di ciò che intendo, le comunità che hanno preceduto il nostro Discourse erano distribuite su più piattaforme:

  • Yammer (Viva Engage) :face_vomiting:
  • SharePoint :roll_eyes:
  • Microsoft Teams :person_shrugging:

e questo rendeva la gestione delle aspettative significativamente più difficile.

Gli utenti provenienti da Viva Engage avevano l’aspettativa di “posso pubblicare qualsiasi cosa mi venga in mente”. Il team che gestiva la piattaforma non effettuava moderazione e acconsentiva semplicemente alle richieste di ogni manager che si rivolgeva a loro. Questo ha portato alla creazione di comunità semplicemente per soddisfare gli indicatori di performance (KPI) di un manager. C’era una nuova comunità, un picco di attività per 3 mesi, e poi la morte. Non c’è bisogno di dire che è stato necessario un grande sforzo di formazione e comunicazione per superare questo modo di pensare e spiegare perché esattamente quell’approccio fallisce dopo pochi mesi, e perché il nostro approccio strutturato e a lungo termine avrebbe fornito loro risultati migliori dopo 6-12 mesi (anche se sarebbe stato più lento all’inizio).

SharePoint ha creato l’aspettativa di “posso caricare qualsiasi file voglio”. A livello aziendale, devi essere estremamente cauto nel condividere file apertamente. Ogni cliente e fornitore ha il proprio contratto con l’azienda, e ogni file che ci condividono ha requisiti di riservatezza diversi. SharePoint permette all’utente di configurare esattamente chi può accedere a quel file, ma Discourse non lo fa (e giustamente, non è una piattaforma di condivisione file). Ho superato questo problema incoraggiando gli utenti a caricare i file su SharePoint e condividere i link a quei file. Se qualcuno non poteva accedere al file condiviso, poteva richiedere l’accesso nell’argomento. Una seccatura, ma meno costoso di una causa legale.

MSTeams ha creato l’aspettativa di “posso avere il mio canale/comunità partizionato qui”. Assolutamente no, l’intero punto di Discourse era essere l’esatto opposto di quello. Il nostro obiettivo per il progetto era creare la condivisione della conoscenza piuttosto che silos di conoscenza. I canali di Teams erano una buona soluzione per la conoscenza confidenziale o specifica del progetto, ma tutto ciò che poteva essere astratto in un contesto più generale era incoraggiato a essere condiviso su Discourse.

3 Mi Piace