# 組織/企業内のディスコース
**URL:** https://meta.discourse.org/t/discourse-inside-an-organisation-company/252421
**Category:** Community Building
**Created:** [2023 年 1 月 20 日午後 2:45 UTC](https://meta.discourse.org/t/discourse-inside-an-organisation-company/252421 "2023-01-20T14:45:00Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@Daan\_Seegers](https://meta.discourse.org/u/Daan_Seegers)
#### Post date: [2023 年 1 月 20 日午後 2:45 UTC](https://meta.discourse.org/t/discourse-inside-an-organisation-company/252421/1 "2023-01-20T14:45:00Z")
皆さん、こんにちは。
しばらく前に、SlackとDiscourseの比較と、それらをどのように連携できるかについての記事を読みました。Slackは直接的なコミュニケーション（例えば、重要なプロセスを管理するサーバーがダウンした場合など）に使用し、Discourseはより大きな視野でのコミュニケーションに使用します。例えば、ビジネスプロセスの改善方法についての議論などです。
主にコミュニティに関する記事や、Discourseがどのように役立つかについて目にします。顧客向けにコミュニティを提供している企業、例えば[fly.io](https://community.fly.io/)のように、製品の周りにコミュニティを構築している企業を見てみましょう。
そこで、このアプリケーションが組織/企業内で内部的に使用されているのか、どのような組織構造を持っているのか、そしてどのようにアプリケーションが使用されているのか疑問に思いました。
Discourseは、階層が（ほとんど）ないフラットな組織で主に利用できると考えています。
リンク：
> **[Slack vs Discourse and when to use each](https://discourse.codeforamerica.org/t/slack-vs-discourse-and-when-to-use-each/187)**
>
> With the introduction of Discourse to our community, a common question given that Slack is already well-established is when you should use one vs the other TL;DR: Would a better answer tomorrow be helpful, or is right now all that matters? If...
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [2023 年 1 月 20 日午後 2:49 UTC](https://meta.discourse.org/t/discourse-inside-an-organisation-company/252421/2 "2023-01-20T14:49:16Z")
ご想像のとおり、Discourse では社内コミュニケーションに Discourse を使用しています 😉
ブログのこれらの投稿に興味があるかもしれません。
> **[How carwow Improved Remote Work by Using Discourse](https://blog.discourse.org/2022/06/how-carwow-improved-remote-work-by-using-discourse/)**
>
> Learn how carwow improved remote work collaboration and enjoyed the benefits of async communication and efficiency by integrating Discourse.
> **[What Is Asynchronous Communication?](https://blog.discourse.org/2022/05/asynchronous-communication/)**
>
> If you have ever said or heard someone say “Can you just send it to me
> through….” In that case, you have experienced the world of asynchronous
> communications.
>
>
> Asynchronous communication is any type of communication where one supplies or
> requests...
> **[How Does Team Discourse Use Discourse?](https://blog.discourse.org/2018/03/how-does-team-discourse-use-discourse/)**
>
> As we claim on our website, we use Discourse as our primary team coordination tool to build… Discourse!
---
### Author:  [@Tris20](https://meta.discourse.org/u/Tris20)
#### Post date: [2023 年 2 月 15 日午前 11:16 UTC](https://meta.discourse.org/t/discourse-inside-an-organisation-company/252421/3 "2023-02-15T11:16:27Z")
> [@Daan\_Seegers](#):
>
> 組織内でもこのアプリケーションが利用されているのか、どのような組織構造で、どのようにアプリケーションが利用されているのか疑問に思いました。
>
> Discourseは、階層が（ほとんど）ないフラットな組織で主に利用できると考えています。
はい、このユースケースでは非常に効果的であり、変革的とさえ言えます！ただし、特に1万人以上の企業では、それに伴う作業を過小評価しないでください！
### 法務
顧客プロジェクト間の機密性は保護する必要があります。自社外でホスティングする場合は、ベンダーとの第三者契約も手配する必要があるでしょう。多くの場合、自社外での情報共有には同意していません。企業が大きくなるほど、これは遅く、よりイライラするものになります。「法務の承認が得られるまで、それについては話せません」と言うとき、プラットフォームを使用している誰も理解してくれません。そして、それは数ヶ月に及ぶこともあります。忍耐力、注意深さ、そしておそらくプロジェクト（特に最初の年）に週に数時間コミットできる法務チームの誰かが必要になります。
### モデレーション
それだけの労力をかける用意があるなら、同僚をモデレートするという課題も考慮する必要があります。上司やその上司などに「ノー」と言うことに抵抗がない場合は、その点に取り組む必要があります。彼らはあなたがすべきでないことをするようにあなたに圧力をかけるでしょう。同様に、モデレーションの多くは法的に義務付けられているにもかかわらず、同僚の一部からは悪役と見なされるでしょう。
# tl;dr
- 始めるのは簡単
- 正しく行うのは難しい
- 多くの憎しみを受ける
- それだけの価値がある 😉