プロジェクトの打ち合わせ
予定へのアクセス権を持つ人に表示
参加することと、運営することは同じではない
背景を読む必要があっても、予定を動かしたり中止したりする権限までは不要な人がいます。Tsumiraは参加者をチームのメンバーとして記録し、同じワークスペースの有効な人間のメンバーであることを確認します。主催者も参加者に含み、予定を無制限の公開情報ではなく、明確な人の集まりとして扱います。
実際に有効な人を選ぶ
参加者の識別情報を、同じワークスペースの有効な人間のメンバーと照合します。無効な指定を黙って落として、意図した全員を招けたかのようには扱いません。主催者を含めた総数に、対応する人数の上限が適用されます。似た表示名の人がいる場合も、作成や変更の前に選んだ人物を確かめてください。
- 有効な人間のメンバー
- 主催者を参加者へ含める
- 意図したグループの検証
予定の閲覧を個人の文脈に保つ
内部予定はワークスペースの境界に加え、個人ごとの可視性のルールを使います。カレンダーや今日の仕事には、そのルールに従う自分の予定が出ます。メンバーであるだけで、すべての内部会議が全社公開になるわけではありません。グループを変えるときは、残る参加者が意図した範囲か、関連する顧客やプロジェクトを実際に読めるかも確認します。
- 利用者ごとの予定の可視性
- 個人のカレンダーへの表示
- 関連先には別のアクセス確認
出席、変更、投稿を区別する
参加者として予定を読めても、移動する権限が自動的に付くわけではありません。更新や中止には主催者や権限のある管理のルールがあります。内部の会話へ書く権限も、予定の詳細を変える権限とは別です。背景だけを読む人、相談へ加わる人、運営に責任を持つ人を、同じ権限へまとめずに扱える区別です。
- 閲覧と予定変更の区別
- 主催者・管理の変更ルール
- 独立した会話の投稿権限
プロジェクトの打ち合わせ
参加と、予定の変更や会話への投稿は別の権限です。
具体的な業務の流れ
必要な人を決める
主催者と、実際に会議へ関わる同僚を選びます。
選択を確かめる
有効なメンバーを使い、意図した人物かを確認します。
背景とアクセスを見る
予定の対象者と、別に保護される顧客やプロジェクトの参照を考慮します。
参加を意識して更新する
グループ変更を確認し、参加者、主催者、投稿権限の違いを保ちます。
実務を想定した例
利用例：背景を読む同僚を加える
実施責任者が内部レビューを開き、説明を読む必要はあるものの予定の管理はしない同僚を加えるとします。参加者として含めつつ、編集と会話の権限は別に扱います。顧客の参照があっても、出席だけで顧客履歴のすべてが開かれるとは考えません。
この機能についての質問
主催者は参加者に含まれますか。
実装されたルールでは含まれます。主催者も自分の会議の対象者です。
無効なメンバーは黙って受け入れられますか。
同じワークスペースの有効な人間のメンバーを確認します。無効な指定を含むグループを、黙って小さくして受け入れるものではありません。
参加できれば予定も動かせますか。
いいえ。閲覧と変更は別です。更新や中止は主催者または適切な管理のルールに従います。
参加すると関連顧客もすべて見えますか。
いいえ。顧客やプロジェクトはそれぞれのアクセス確認に従います。予定への参加は全関連情報の権限ではありません。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
