How Does Team Discourse Use Discourse?

[HAWK]

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…

[8BIT]

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.

[mikechristopher]

great insight thanks @HAWK - just shows how flexible it certainly can be if you want it to be!

[oiclid (oïclid)]

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.

[joebuhlig]

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.

[townsfolk (Eric Berry)]

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:

Introducing GitHub Issues to Discourse

This tool is no longer maintained. Check out Discourse Code Review instead. The Discourse Team and I are pleased to announce our Import GitHub Issues into Discourse tool. The idea behind it is fairly simple, authenticate with GitHub, select the issues you wish to import, and then provide your Discourse credentials and let it do the rest (as shown in the screenshots below)! Authenticate with GitHub [image] Select a Repository [image] Select the Issues you want to Import [ima…

• 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!

[HAWK]

Hey Eric,
We use Github Linkback but we don’t have anything automated.

[Bas (Bas van Leeuwen)]

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?

[HAWK]

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.

[Bas (Bas van Leeuwen)]

Fair and logical reasons

@HAWK

if Meta goes down we don’t lose all our runbooks etc.

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…)

[sam (Sam Saffron)]

Yeah we do too… but we have a replica in digital ocean and an extensive encrypted backup story

[James_Houston]

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.

[Xavi_Beumala]

팀들을 위한 허브로 내부적으로 사용 중인 Discourse 인스턴스가 있습니다. 일부 기능을 대중에게, 다른 일부는 고객에게 공개하고자 합니다.

How does Team Discourse use Discourse라는 기사를 읽었는데, 왜 공개용과 내부용으로 2개의 별도 인스턴스를 사용하는지 궁금합니다.

우리는 단일 인스턴스를 사용하면서 사용자 그룹을 통해 가시성을 제한하는 방향으로 진행할 계획입니다. 단일 인스턴스 방식에서 초기에 파악한 장점은 중앙 집중화와 구축할 수 있는 링크 그래프입니다… 하지만 기사를 읽고 나니, 2개 인스턴스 방식의 장단점과 Team Discourse에서의 운영 현황에 대해 누군가 공유해 주시면 매우 흥미로울 것 같습니다.

감사합니다!

[Moin]

그 질문에 대해 궁금해한 사람은 당신만이 아니었습니다.

@Bas

한 가지 질문: 왜 서로 다른 인스턴스 두 개를 실행하나요?

How Does Team Discourse Use Discourse?

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.

[Falco]

또 다른 이유는 다중 인스턴스 사용 사례를 dogfooding하는 것입니다. 저희 고객 중 수십 개의 인스턴스를 저희 플랫폼에서 호스팅하는 고객이 있기 때문입니다.

Discourse 인스턴스 간에 특별한 oneboxing을 지원하며, Web Push, 이메일, Discourse Hub를 통해 중앙 집중식 알림을 받을 수 있고, 모바일 기기에서 PWA를 사용하여 인스턴스를 나란히 열 수 있는 등의 기능을 제공합니다.

[justin (Justin DiRose)]

@Xavi_Beumala

하지만 기사를 읽고 나니, 2개의 인스턴스를 사용하는 것의 장단점을 누군가가 공유해 주면 매우 흥미로울 것 같습니다. 또한 Team Discourse에서는 어떻게 진행되고 있나요?

직장 환경에서 단일 인스턴스를 사용하는 가장 큰 도전 과제는: 사적으로 유지되어야 할 것을 실수로 공개적으로 공유할 수 있다는 점입니다. 잘못된 카테고리를 선택하거나 새 카테고리에서 권한을 잘못 설정하는 것만으로 발생할 수 있습니다.

현재 진행 상황을 요약하면 다음과 같습니다:

1. 훌륭합니다! 위에서 언급한 위험 없이 Discourse를 Discourse 위에서 사용하는 모든 사용자로부터 지원하고 실제 피드백을 받을 수 있게 해 주었습니다.
2. 우리의 내부 인스턴스는 Discourse for Teams의 영감이 되었습니다. Discourse와 같은 도구를 사용하여 내부 커뮤니티를 구축하려는 기업들에게 많은 잠재력이 있습니다.
3. 두 커뮤니티 모두에서 활발한 활동이 이루어지고 있으므로, 팀과 Meta가 성장함에 따라 양쪽 모두와 연결을 유지할 수 있는 방법을 항상 모색하고 있습니다.

[Richie (Richie Rich)]

정말 흥미로운 글이네요. 공유해 주셔서 감사합니다 (왜 이제야 알게 됐는지 모르겠네요).