組織で Antimatter を運用する
企業や組織のワークスペースは、趣味のコミュニティよりも多くの管理が必要です: 誰が参加できるか、外部の人が何を見られるか、メッセージをどのくらい保持し、どのようにアーカイブするか。これらの多くはサーバー設定です。このページでは、どのような設定があるか、自分でできること、そしてシステム管理者に依頼すべきことを説明します。
誰が何を決定するか
組織では、コミュニティ管理者が通常ワークスペースの日常運用を行い、IT チームがサーバーを運用します。役割分担は以下の通りです:
- コミュニティ管理者であるあなた: コミュニティの設定、チャンネルとカテゴリ、ロール、オンボーディング、メンバー属性、ゲストのチャンネル、モデレーション、統合。これらすべてがこのガイドで説明されています。
- システム管理者: アカウント作成の許可とサインイン方法、ゲストアカウント、サーバー全体の権限、メッセージ保持、コンプライアンスエクスポート、プライバシー設定、アプリ。これらはシステムコンソールにあります。
サーバーが組織専用である場合、システム管理者に 新しいコミュニティの種類 を ワークプレイス に設定するよう依頼してください (システムコンソール › サイト設定 › ユーザーとチーム)。これにより、すべての新しいコミュニティがワークプレイスになります。Antimatter 0.9.0 へのアップグレード前に設定 (環境変数 AM_TEAMSETTINGS_DEFAULTCOMMUNITYKIND=workplace を使用) すると、既存のコミュニティにも適用されます。アップグレード後は、各コミュニティの管理者がその種類を自分で変更します。
小規模な組織では、同じ人が両方の役割を担うことがよくあります。システム管理者である場合、アバターメニューからシステムコンソールにアクセスできます。設定自体の説明は サーバーの運用 を参照してください。
参加者の管理
コミュニティ内では:
- コミュニティを非公開 (コミュニティ設定 › アクセス の 非公開チーム) にして、招待なしでは誰も参加できないようにします。
- 組織のメールドメインからの参加のみを許可します ( 参加できる人 を参照)。
- 招待リンクをまだ保持している可能性がある人が退出した場合は、招待リンクを再生成します。
サーバーについては、システム管理者に以下について確認してください:
- 企業アカウントでのサインイン: Antimatterは、システムコンソール › 認証でAD/LDAP、SAML 2.0、OpenID Connect、GoogleまたはOffice 365を使用してユーザーをサインインさせることができます。これにより、ユーザーは既存のアカウントを使用でき、退職時にアクセス権が自動的に無効化されます。
- グループ同期: AD/LDAPを使用すると、ディレクトリのグループがコミュニティとその非公開チャンネルのメンバーを管理できます。コミュニティのアクセスタブには、メンバーがリンクされたグループによって追加および削除されることが表示されます。
- アカウントの作成: システムコンソール › 認証 › 利用登録でアカウントの作成を有効にすると新しいシステムおよびチームメンバーを指定されたメールドメインに制限するを設定します。
- 属性に基づくメンバーシップルール: 属性ベースのアクセス制御(システムコンソール › システム属性 › 属性ベースのアクセス)を使用すると、部門やセキュリティレベルなどの属性が一致するユーザーのみがコミュニティまたはチャンネルにアクセスできるようになります。これを有効にすると、コミュニティ設定にチーム参加とチャンネル参加タブが表示され、チャンネル設定にメンバーシップポリシータブが表示されます。
外部からのゲスト
ゲストは、ワークスペース全体へのアクセス権を与えることなく、クライアント、請負業者、パートナーと一部のチャンネルで共同作業を行うことを可能にします(詳細はゲストを参照)。ゲストアカウントは、システム管理者がシステムコンソール › 認証 › ゲストアカウントで有効にするまで無効です。ここでは、管理者は以下を行うこともできます:
- ゲストが使用できるメールドメインをリストアップする(ゲストドメインのホワイトリスト);
- ゲストに対して多要素認証を必須とする(多要素認証を強制する);
- パスワードなしで、メールで送信されたリンクを使用してゲストがサインインできるようにする。
ベストプラクティス: 各パートナー組織に専用の非公開チャンネルを作成し、コミュニティ内のゲストを定期的に確認してください。ゲストがいるチャンネルはヘッダーにその旨が表示されるため、誰が閲覧しているか忘れる心配はありません。
チャンネルと構造
- コミュニティの種類をワークプレイスに設定します(コミュニティ設定 › チャンネル): これにより、チャンネルを作成したユーザーがそれをアーカイブできるようになり、チャンネルで通話が可能になります。詳細はコミュニティの種類を参照してください。
- メンバーをすべてのチャンネルに参加を無効にします(コミュニティ設定 › チャンネル): ワークプレイスでは、ユーザーは自分の業務に関連するチャンネルに参加し、他のチャンネルから退出します。
- ワークプレイスまたはハイブリッドレイアウトを使用し、全員に関係のあるチャンネル(アナウンス、ITヘルプ、オフィスなど)にはカテゴリを設定します。ワークプレイスプリセットはタイプをワークプレイスに設定し、ハイブリッドはコミュニティに設定するため、後でワークプレイスに戻す必要があります。
- 部署ごとにチームを作成し、タグ、リーダー、チャンネルを設定します。全員にチームバッジを表示をオンにすると、誰がどの部署で働いているか一目でわかります(コミュニティ内のチームを参照)。
- サイト、下請け会社の名称、契約の種類などの詳細には、管理者が設定するメンバー属性を使用します(メンバー属性を参照)。
- 機密性の高いチャンネルは非公開にし、必要に応じて特定のロールのみがアクセスできるようにします(チャンネルの権限を参照)。
同僚間のプライバシー
これらはサーバー設定であり、システムコンソール › サイト設定 › ユーザーとチームにあります。
- 電子メールアドレスを表示するとフルネームを表示する:ユーザーが互いの電子メールアドレスやフルネームを確認できるかどうか。両方ともデフォルトでは表示されます。
- ダイレクトメッセージの対象範囲:Mattermostの全てのユーザー、または同じコミュニティに属するチームのメンバーのみ。
- 無視、ブロック、メッセージリクエストを有効にする:デフォルトではオンです。多くの職場では、同僚が常に連絡可能であるようにこれをオフにします。設定をオフにしても、ユーザーが選択した内容は保持され、再度オンにした場合に反映されます。
- チャンネルのエクスポートを管理者に限定する:デフォルトでは、チャンネルの読み取り権限を持つ誰でも、そのメッセージをCSVファイルにエクスポートできます。これをオンにすると、エクスポートはチャンネル、コミュニティ、システム管理者のみ可能になります。
メッセージの保持期間
デフォルトでは、Antimatterはすべてのメッセージとファイルを永久に保持します。システム管理者はシステムコンソール › コンプライアンス › データ保持ポリシーでデータ保持ポリシーを設定できます。
- グローバル保持ポリシー:サーバー全体で、一定期間後にメッセージとファイルを削除します。
- カスタム保持ポリシー:特定のコミュニティやチャンネルに適用します。例えば、法務関連のチャンネルは長めに、ソーシャル系のチャンネルは短めに保持期間を設定できます。
削除されたメッセージは完全に消去されます。ポリシーを申請する前に、法務またはコンプライアンスチームと保持期間について合意してください。
アーカイブとコンプライアンス
- コンプライアンスエクスポート(システムコンソール › コンプライアンス › コンプライアンスエクスポート):アーカイブシステム向けに、すべてのメッセージをCSV、Actiance XMLまたはGlobal Relay EML形式で定期的にエクスポートします。デフォルトでは無効です。
- チャンネルエクスポート:1つのチャンネルの履歴を引き継ぐ場合は、そのメニューからCSV形式で自分でエクスポートできます(チャンネルのエクスポートを参照)。
- 編集時間の制限:サーバーの権限設定で、システム管理者は、ユーザーが自分のメッセージを編集できる時間を投稿後何時間までかに制限できます。
- 機密情報の報告:メンバーは、あるべきでないメッセージ(例:誤って間違ったチャンネルに投稿された個人情報)を報告できます。その場合、レビュー担当者が判断するまでメッセージは非表示になります。システム管理者はシステムコンソール › サイト設定 › データ漏洩の処理でこれを有効にし、レビュー担当者を指定します(報告を参照)。
- 機密区分(システムコンソール › サイト設定 › 機密区分):アプリの上部と下部に機密レベルを表示するバナー、およびチャンネルごとの機密レベルを設定します。
- カスタム利用規約(システムコンソール › コンプライアンス):サーバーを使用する前に全員が同意しなければならない利用規約を設定します。
- 監査ログ:サーバーは、管理およびモデレーションの操作を監査ログに記録し、システム管理者が参照できます。
システム管理者に依頼すること
| やりたいこと | 依頼内容 |
|---|---|
| コミュニティの規模を制限する | コミュニティあたりの最大メンバー数(サイト設定 › ユーザーとチーム);デフォルトでは制限はありません。 |
| 外部の人を招待する | ゲストアクセスを有効にし、許可するドメインを指定する。 |
| メールで招待する | サーバーにメールを設定し、招待メールを有効にするをオンにする(認証 › サインアップ)。 |
| 会社のアカウントでサインインできるようにする | AD/LDAP、SAMLまたはOpenID Connectによるサインイン、必要に応じてグループ同期を設定する。 |
| 新規コミュニティをすべてワークプレイスにする | 新規コミュニティの種類をワークプレイスに設定する(サイト設定 › ユーザーとチーム)。 |
| メンバーがチャンネルを作成したり、名前を変更したり、メンバーを管理したりすることを防ぐ | コミュニティ用のチームオーバーライドスキームを設定する(ユーザー管理 › 権限)。 |
| 一部の人のみ投稿できるチャンネルを作る | チャンネルの高度なアクセス制御で、メンバーの投稿作成をオフにする(ユーザー管理 › チャンネル)。 |
| メッセージを一定期間のみ保持する | コミュニティ用のカスタムデータ保持ポリシーを設定する。 |
| すべてのメッセージをアーカイブする | アーカイブシステムへのコンプライアンスエクスポート。 |
| メンバーがメッセージを報告できるようにする | データ漏洩の処理が有効になり、モデレーターがレビュー担当者として設定されました。 |
| 統合用のボット | Botアカウントの作成を有効にするがオンにされたか、ボットが作成されました。 |
| アプリのオン/オフを切り替える | System Console › Plugins で変更します。アプリは特定のコミュニティのみに対してはオンにできません。 |
| 特定のユーザーをサーバーから除外する | そのアカウントが無効化されました。 |
| コミュニティをアーカイブまたは削除する | User Management › Teams でチームをアーカイブするを選択します。 |