Quando si utilizza Discourse per la comunicazione di lavoro asincrona, può essere difficile sapere se qualcuno ha letto un messaggio e intende dare seguito. Ad esempio, potrei voler comunicare la seguente idea: “Ho visto il tuo suggerimento e darò seguito la prossima settimana”. Questo è incredibilmente utile per comunicare e gestire le aspettative. Senza questo, è probabile che le persone ti inseguano su Discourse o tramite messaggistica istantanea (es. Slack).
Al momento, comunicare questo può essere fatto tramite:
Utilizzare una reazione specifica come convenzione. Es: . Purtroppo questo non ti dà una tempistica, ad esempio quando darai seguito?
Rispondere all’argomento. Purtroppo se 5 persone rispondono “Risponderò la prossima settimana”, questo genera molto rumore e messaggi non letti nella barra laterale.
Invece, vorrei suggerire di creare una funzionalità/plugin come quello che ha Threads. Ad esempio, puoi dire esplicitamente che darai seguito a:
Questa è abbastanza simile alla funzionalità di segnalibro in Discourse, tranne per il fatto che i segnalibri sono privati (e suggerirei che rimangano tali).
Hmm.. questo non è qualcosa che è emerso nel nostro team e non ho mai sentito questa richiesta prima. In generale siamo felici di avere conversazioni sugli argomenti per discutere quando avremo tempo per lavorare su una risposta e quando un’attività deve essere completata, ecc. Ora abbiamo l’assegnazione post, che è bella, ma non fornisce nemmeno un tempo. Lasciamo a ciascuno di noi decidere quando leggere e dare seguito agli argomenti sul forum, e il lavoro progredisce piuttosto bene.
Mi sembra anche un po’ pesante e stressante essere tenuti a utilizzare una funzione per informare gli altri quando si risponderà. Speriamo che Discourse for Teams come piattaforma allevi lo stress e renda il lavoro più divertente e produttivo, e non aggiunga stress. Ma forse mi sbaglio: puoi aggiungere maggiori dettagli sul tuo caso d’uso? O si tratta solo di una funzionalità che ti manca da un’altra piattaforma a cui ti sei abituato?
La mia prospettiva è un po’ diversa. Ritengo che sia importante stabilire delle aspettative. C’è una domanda 10 volte maggiore su di me e sui miei team rispetto a quella che possiamo gestire, quindi trovo utile riconoscere che sono a conoscenza di una richiesta ma non la esaminerò per un po’. Penso che ciò diminuisca lo stress perché differenzia tra “Non l’ho visto”/“L’ho visto e non mi interessa” e “L’ho visto e ci tornerò perché sono impegnato con altre cose”.
Il primo caso incoraggia le persone a inseguirti per ottenere una risposta, poiché non hanno alcun segnale di ritorno. Il secondo dà loro l’opportunità di accettare la tempistica o di intensificare se hanno bisogno di qualcosa prima.
Come ho già detto, ciò può essere fatto oggi pubblicando un messaggio nell’argomento. Tuttavia, ritengo che questo sia un approccio molto da “messaggistica istantanea”. Non fa progredire molto la conversazione e non mi va particolarmente di far riemergere un argomento per questo. Nella mia mente dovrebbe essere più simile a una reazione. Il proprietario dell’argomento potrebbe essere interessato, ma tutti gli altri vogliono avere un nuovo contatore di non letti che li spinga ad aprire l’argomento e scoprire che A risponderà la prossima settimana, B risponderà giovedì, ecc.? Non credo, è molto rumoroso.
La cosa migliore successiva è chiedere su Slack quando le persone daranno seguito, ma ciò comporta ora una mancanza di trasparenza e interruzioni aggiuntive.
In realtà non stiamo utilizzando la piattaforma che ho menzionato. Tuttavia, quando abbiamo esaminato le nostre varie opzioni (Discourse vs altre nel contesto del lavoro asincrono) questa è stata un grande vantaggio per loro e il nostro team ha potuto vedere immediatamente quanto sarebbe stata utile.
Mi chiedo davvero quante persone lo userebbero. Grazie per la dettagliata spiegazione, comunque!
Questa funzionalità esiste già, come hai notato, come timer dei segnalibri. L’unica differenza è che i segnalibri sono privati e non pubblici. Non so cosa ne pensino @martin e @sam, ma sono piuttosto scettico che questo verrebbe utilizzato nella pratica.
Mi piace l’idea alla base di questo. Far sapere agli altri membri del team quando è probabile che tornerai a qualcosa senza doverlo pubblicare come messaggio è un’ottima cosa. Sento anche le preoccupazioni riguardo al fatto che questo possa diventare una cosa stressante: se qualcuno si aspetta che tu risponda in quella data e ora specifiche e tu non puoi, questo ti causerà stress? Questo però dipende dalla cultura. Forse aspettiamo altre richieste per questo tipo di funzionalità prima di procedere. Forse i segnalibri pubblici con promemoria e note pubbliche sono una buona cosa, ma a quanto mi ricordo non abbiamo sentito altre richieste in merito.
Se dici al tuo team o al tuo capo che farai qualcosa entro una certa data e non lo fai, ti stresserà? Beh, al 100% se non comunichi. lo stress non deriva dallo strumento, deriva dal fatto che tu non rispetti i tuoi impegni. È qui che lo strumento può aiutare. Avendo un modo per elencare questi impegni puoi elencarli e decidere cosa farne (incluso niente).
Una nota a margine detta in precedenza a Tobias: questa funzionalità probabilmente ha pochissimo senso per la maggior parte delle community che discourse supporta. Riguarda principalmente il lavoro asincrono. Sospetto che la proporzione di utenti su meta che utilizzano discourse per team sia al massimo minuscola, anche solo perché discourse for team è un neonato rispetto a plain discourse (uno lanciato 8 anni fa, l’altro 1 anno fa). non c’è una categoria su meta per discutere di team. È difficile sapere cosa guardare e come contribuire (probabilmente sei fuori tema per il 99% dei lettori). il silenzio può quindi essere interpretato in 2 modi: è una cattiva idea OPPURE non ci sono membri della community di discourse for teams in giro per reagire discourse non riguarda prima di tutto la costruzione di community?
Grazie, Julien! Come al solito i tuoi suggerimenti sono ottimi. Avendo riflettuto a lungo su questo, penso che potresti fare molto per soddisfare la tua esigenza semplicemente stabilendo delle norme all’interno della tua organizzazione. Ad esempio, comunica chiaramente a tutti che gli argomenti di determinate categorie verranno assegnati a persone specifiche che promettono di rispondere entro un certo numero di giorni. In questo modo le persone saranno speranzose pazienti e aspetteranno la tua risposta, e tu saprai a quali post rispondere per primi. Nel caso strano in cui avessi bisogno di più tempo, puoi aggiungere una risposta per far sapere alle persone quando risponderai e magari spiegare perché ci vorrà più tempo per la ricerca o qualunque sia il motivo. E poi impostati un promemoria.
Sapevi che puoi assegnare post specifici in un argomento a un gruppo o a un utente? Puoi assegnarlo a te stesso o a un team di supporto, e in tal modo comunicare a tutti i soggetti coinvolti che il post è stato visto e che una risposta è in arrivo. Le assegnazioni appaiono quindi nella pagina dei gruppi.
Penso che sia giunto il momento di iniziare a parlare dell’aggiunta di ulteriori funzionalità di gestione delle attività a Discourse, che penso aiuteranno anche il tuo caso d’uso. Ciò significa la possibilità di impostare scadenze o date target per le assegnazioni e potenzialmente anche dipendenze. Ad esempio, l’utente B può iniziare a lavorare sul post assegnato 2 una volta che l’utente A ha terminato il post assegnato 1. Inoltre, una vista calendario e schede kanban delle assegnazioni per organizzare e prioritizzare più facilmente le attività.
Abbiamo Kanban Board ma non lo uso da un po’. Sarebbe interessante vedere se questo potrebbe essere aggiunto a Discourse for Teams.
Non sono convinto che abbiamo ancora bisogno di uno spazio dedicato ai team. Le richieste di funzionalità della community e le richieste di funzionalità dei team sono benvenute nella categoria Feature. Il merito di una categoria #team sarebbe uno spazio per discutere l’utilizzo dei team di Discourse più apertamente, non un luogo per segnalare bug e richieste di funzionalità. Abbiamo bisogno di più discussioni in corso prima di creare una casa dedicata per questo.
Discourse è molte cose per molte persone e le richieste di funzionalità dei team sono benvenute qui così come le richieste di funzionalità della community di supporto pubblico.
Questa in particolare, a mio parere, sembra un po’ prematura.
Per esempio, @nbianca sta perfezionando l’elenco dei segnalibri per supportare una modalità in cui i tuoi segnalibri funzionano come un elenco di cose da fare e devi rimuovere esplicitamente i segnalibri per contrassegnarli come completati. Una volta che avremo quello, forse potremo iniziare a esplorare idee per la condivisione di elenchi di segnalibri… ad esempio, un’opzione per dire “ehi, il mio elenco di segnalibri è il mio elenco di cose da fare, condividilo con tutti, mi va bene [ ]”.
Non è il momento per questo, devono succedere parecchie cose prima.