Discourseで働くことの最も良い点の一つは、私たちが自社のプラットフォームで100人以上の従業員を抱える会社を完全に運営していることです。同僚とのチャットや機能の計画、バグの追跡、ドキュメントの検索、さらには休暇のスケジュール設定まで、すべてが一箇所で行われます。100%リモート企業としての私たちの文化と成功は、自社のコラボレーションツールを使用することから生まれていると心から信じており、DiscourseがDiscourseを構築するためにどのように使用されているかを共有したいと考えています。これにより、チームのために同様のセットアップを作成できます。
参考として役立つかもしれませんが、2018年に@HAWKは同じ主題に関する以前の記事を公開しました。私はこれらの記事の両方を非常に刺激的だと感じています！
皆さんが強調したことの違いについて、いくつか小さな質問があります。皆さんはまだタスク管理にDiscourse Assignプラグインを使用していますか？タスクが完了した後のトピックの状態を管理するために、トピックタイマーはまだ使用していますか？Discourseをプライベートメールサポートポータルとして使用し続けていますか？もしこれらの戦略から移行したのであれば、その理由を簡単に説明していただけますか？
ジョンさん、ありがとう！はい、喜んで申し上げますが、それらのすべてをまだ使用しています！
@blakeさん、Discourseの内部利用に関する非常に歓迎すべきアップデートをありがとうございます！
7年前に@HAWKさんが投稿されたものと同様に、フランス語の読者も皆さんの経験から学べるように翻訳しました。
_petites singularités_でのDiscourseの利用方法といくつかの類似点がありますが、皆さんは@staffをずっと多く利用しているようです。私たちの場合は、#staffにアクセスできる人は少なく、グループモデレーションのあるカテゴリはより多くなっています。
インシデント対応について読んで驚きました。それは、同じインシデントに対して実際に少なくとも3つのトピックを開くという意味ですか？ただし、Product/Todoの分割に従っているように見えます。
フォローアップの質問かもしれません。多くのフリーソフトウェアプロジェクトのフォーラムをホストされているとのことですが、それらのプロジェクトと_runbook_（運用手順書）を共有したり、それらに触発されたりすることはありますか？