Originally published at: How Does Team Discourse Use Discourse?
As we claim on our website, we use Discourse as our primary team coordination tool to build… Discourse! That means escaping email silos and minimising the number of disparate communication channels required to manage a fully distributed team. We are able to keep distractions like calls and meetings to a minimum and focus on actual…
53 « J'aime »
holy cow. this is awesome. the idea had crossed my mind to use discourse as a full-bodied business communication and project system… but hearing it from you guys really does make it seem doable.
12 « J'aime »
great insight thanks @HAWK - just shows how flexible it certainly can be if you want it to be!
3 « J'aime »
So, Discourse is essentially the One Ring. Sauron would be proud. 
I love how you guys have figured out a way to get rid of all the distractions by building most of the features you need into one app.
4 « J'aime »
I was thinking about this just last week! I remembered @HAWK saying she was working on it. Thrilled to see it come to life. 
Well, done.
8 « J'aime »
This is awesome. Thank you very much!
I have a follow up question regarding task management.
Are you tracking commits with tasks for those that have code changes through discourse? Something similar to the way Jira w/ BitBucket or Github works?
I found a couple of plugins and topics that are related:
- Seems nice if you are/were using Github issues and want to mirror them in Discourse and use Discourse to further the conversation, but not if you don’t want to use Github issues.
https://meta.discourse.org/t/the-github-linkback-plugin/66081
- Looks for mentions in Discourse and then adds links to GH messages.
I realize that this can be done easily by manually pasting a Github/BitBucket commit into Discourse, but I’m curious if there’s something automatic.
Thank you again for the great post!
4 « J'aime »
Hey Eric,
We use Github Linkback but we don’t have anything automated.
2 « J'aime »
Very cool! 
Currently in the process of weaning people of from Hipchat in my org. and this is some very valuable input.
One question: why are you running two different instances? Wouldn’t it be possible to merge your internal one with meta and use subforums for everything?
Is it a matter of convenience? Was it set up before the tooling was ready? Don’t you trust the authentication/security model completely?
6 « J'aime »
A couple of reasons.
Our internal instance sits on a different server so if Meta goes down we don’t lose all our runbooks etc.
It also allows us to have very different email and notification settings which means we’re less likely to miss important things in the noise.
15 « J'aime »
Fair and logical reasons 
That brings up painful memories 
(we once stored our emergency customer contact list on the wiki, in the datacenter, where all the customer were hosted…)
3 « J'aime »
Yeah we do too… but we have a replica in digital ocean and an extensive encrypted backup story
11 « J'aime »
the idea had crossed my mind to use discourse as a full-bodied business communication and project system… but hearing it from you guys really does make it seem doable.
7 « J'aime »
Nous avons une instance Discourse que nous utilisons en interne comme plaque tournante pour les équipes. Nous voulons ouvrir certains aspects au public et d’autres aux clients.
J’ai lu l’article Comment Team Discourse utilise Discourse et je me demandais pourquoi vous utilisez 2 instances séparées : publique et interne ?
Nous allons opter pour 1 instance unique et restreindre la visibilité par groupes d’utilisateurs. Les avantages que nous voyons initialement d’une approche d’instance unique sont la centralisation et le graphe de liens que nous pouvons construire… Mais après avoir lu l’article, il serait très intéressant que quelqu’un partage les avantages / inconvénients de 2 instances et comment cela se passe pour Team Discourse ?
Merci beaucoup !
7 « J'aime »
Vous n’étiez pas le seul à avoir cette question
7 « J'aime »
Une autre raison est le “dogfooding” du cas d’utilisation des instances multiples, car nous avons des clients qui hébergent des dizaines d’instances chez nous.
Nous avons un “oneboxing” spécial entre les instances Discourse, pouvons recevoir des notifications centralisées via Web Push, Email, Discourse Hub, ouvrir des instances côte à côte sur des appareils mobiles via PWA, etc.
9 « J'aime »
Le plus grand défi de l’utilisation d’une seule instance pour un lieu de travail : vous pourriez très facilement partager accidentellement quelque chose publiquement qui devrait être privé. Il suffirait de sélectionner la mauvaise catégorie ou de définir des autorisations incorrectes sur une nouvelle catégorie.
Pour résumer comment cela se passe maintenant :
- Super ! Cela nous a permis de soutenir et d’obtenir des retours concrets de tous ceux qui utilisent Discourse sur Discourse sans les risques décrits ci-dessus.
- Notre instance interne a été une source d’inspiration pour Discourse for Teams. Il y a beaucoup de potentiel pour que les entreprises utilisent un outil comme Discourse pour construire une communauté interne.
- Il y a beaucoup d’activité dans les deux communautés, nous cherchons donc toujours des moyens de nous assurer que nous nous connectons avec les deux à mesure que notre équipe et Meta grandissent.
7 « J'aime »
Une lecture fascinante, merci de l’avoir partagée (je ne suis pas sûr de comment j’ai pu passer à côté avant maintenant).
5 « J'aime »
8 messages ont été déplacées vers un nouveau sujet : Mise en place d’une boîte de réception de support