元記事:Discourse for Teams is here! | BlogDiscourse
本日、Discourse for Teams をローンチしました。Teams は手頃な価格で、プライバシーを重視し、チームワーク、生産性、社内ディスカッションに特化した特別ツールが事前に設定されています。これらはすべて、すでにリモートワークを行っているチーム、またはリモートワークを導入しようとしているチームのために特別に設計されています。詳細については teams.discourse.com をご覧いただき、30 日間の無料トライアルを開始してください。すぐに始められます…
こんにちは、クリス!はい、サイドバーは本当に素晴らしいですね!これは Discourse for Teams 専用の機能で、オープンソース版では利用できません。
Meta コミュニティの皆様の参考になればと思い、Discourse for Teams と Discourse の違いを説明する トピック を作成しました。
収益を得てDiscourseのサポートを続けられるのは、皆さんにとって当然のことだと思います。上記のスクリーンショットを見ると、すでにSlackよりも気に入っています。
ご尽力いただき、ありがとうございます。
TorqueWrench
Ditto @TorqueWrench のコメントに同意です。DfT のご活躍をお祈りしています ![]()
このサイドバーは素晴らしいですね。私たち一般人のために、誰かがこれをプラグインとして再現してくれることを願っています。![]()
Discourse Teams に関する全体的な感想:
- 新しいアニメーション、カテゴリのヒント、ウィザードなどが本当に大好きです。これらの小さな変更が公式の Discourse にも取り入れられることを願っています。
- プラグインのインストールはできませんが、多くの公式プラグインが追加されており、素晴らしいことです。
- 安価!チームに最適で、Discourse の次の主力製品になるかもしれません。
もしかして、ステッカーを作って送ってくれると嬉しいかも?![]()
とにかく、素晴らしい製品です。
これは素晴らしいですね、ありがとうございます!将来的に必ず登録する予定です。
ただ一つ質問があります:Discourse Hub の iOS アプリは Teams と連携できますか?もしできない場合、将来的には対応する予定はありますか?
はい、DiscourseHub はすでに Discourse for Teams インスタンスをサポートしています。
オンプレミスまたは欧州のGDPR*に準拠したソリューションは存在しますか?
*標準契約条項に関しては、第三国ごとの法令を詳細に評価する機会はありませんが、米国については、Schrems II判決の理由を重視する傾向にあります。判決の理由により、契約段階に関わらず、米国の個人データ処理者を利用する可能性は現在、事実上存在しません。したがって、AWS、GCP、AzureなどはGDPRに準拠していません。
Teams のオンプレミスソリューションは存在せず、すべてホスティングされています。当社は、アイルランド・ダブリンにある EU データセンターで Teams のホスティングを提供しています。お客様のご要望に応じて、DPA(SCC 付き)の署名が可能であり、すべてのサードパーティサービスとも DPA を締結しています。詳細は Privacy policy | Discourse - Civilized Discussion をご覧ください。アップロードには AWS S3 を使用しているため、AWS のサービスを利用できない場合は、Teams はおそらくご利用いただけません。
翻訳機能の追加は可能でしょうか?
翻訳プラグインは、エンタープライズプランを選択いただければ現在ご利用いただけます。
プランの詳細については、team@discourse.org までお問い合わせください。
注:Google または Microsoft の API 利用料も別途ご負担いただく必要があります。
Slack 移行ツールをご提供いただくことは可能でしょうか?それにより、切り替えがより容易になるかもしれません。
Slack からの移行ツールは用意していませんが、Chatroom Integration Plugin (discourse-chat-integration) はご利用いただけます。チームが Slack から完全に移行する必要はありません。Discourse ではチャットを短期的で一時的な会話として捉えており、長期的または永続的な情報は Discourse に記録する運用を行っています。
そのようなツールをどのようにイメージしていますか?
Slack のチャンネルごとに Discourse でカテゴリとグループを作成するのでしょうか?
それは非常に良い質問ですね。
では、以下のように考えられます:
- 公開チャンネルは、「Slack インポート」というカテゴリの下に「公開トピック」として作成する必要があります。
- 非公開チャンネルは、同じカテゴリ、あるいは別の「Slack 非公開」カテゴリの下に「非公開トピック」として作成します。
各チャンネルの「メンバー」は、何らかの方法でマッピングするか、作成する必要があります。例えば、メールアドレスを使って行うのが最も適しているでしょう。
各チャンネルには再利用可能なメタデータも存在します。
- 固定された会話(ピン留めされた投稿)は、優先順位を付ける必要がありますが、具体的な方法はまだ確信が持てません。
- 実際の問題は、Slack チャンネルで起こる「ノイズの多いスレッド/スレッドのない混沌」です。単純に各投稿をメッセージに変換し、スレッドをスレッドとして扱うのはどうでしょうか?その後、管理者が整理整頓を行えばよいかもしれません。
これらはあくまでいくつかのアイデアと概念に過ぎません。
私が Slack に抱える問題は、Discourse(議論)が非常に早くに劣化してしまうことです。その多くは、すべてが非公開であることに起因していると考えています。人々が「一部のコンテンツが公開フォーラムに変換される可能性がある」ことを知っていれば、行動も変わるはずです。
たぶん。
あるいは、少なくともスレッドをより適切に変換・管理できる点が興味深いでしょう。それらを恒久的な「ナレッジ」として変換することも可能です。Slack は完全にカオスですが、高速でモバイル対応、かつチャット指向であるため、人々はそれを知っており、機能しています。
Slack のチャンネルは、Discourse のカテゴリに相当します。また、Slack の各スレッドや会話は、Slack 上にあれば属するはずのチャンネルに相当するカテゴリ内のトピックとして変換されます。
パブリックチャンネルをパブリックカテゴリに、プライベートチャンネルをプライベートカテゴリおよびグループにインポートするのは、私には問題ありません。
ただし、会話の内容をインポートするのは別問題です。チャットメッセージは短く一時的なものである一方、Discourse での会話はより長く、段落単位で構造化されているため、Discourse では最初から新規に始めることをお勧めします。
必ずしもそうは思いません。最初はあなたのやり方で書こうとしていましたが、考えるにつれて、私の感覚では Slack のチャンネルはカテゴリではなく、むしろトピックそのものだと感じます。それは私個人の考えですが、実際にはあなたのやり方を望む人もいるかもしれません。結局、状況によるのではないでしょうか?おそらく、選択肢を提供するべきだと思います。
Discourse for Teams のトライアルを立ち上げ、Slack 統合を有効にした上で、Discourse 内で貴重な会話のトランスクリプトを保存する方法を試してみてください。トランスクリプトはすべて単一の投稿として保存されます。
移行をスムーズにするため、招待リンクを作成して Slack に投稿することもできます。理想的には、Rafael と Justin が指摘しているように、新しい会話を Teams で開始する期限を設定し、一時的な連絡用を除いて Slack のチャンネルを閉鎖することをお勧めします。
なお、Teams には公開コンテンツは存在しません。公開ディスカッションが必要な場合は、Discourse for Teams ではなく Discourse の方をご覧ください。他にもいくつかの違いがあります。詳しくは Discourse for Teams と Discourse の比較 をご覧ください。
