責任を、見える形にする
プロジェクトチームは、チャットで名前を挙げた人の集まりだけではありません。全体の責任者、メンバーを管理できる人、成果を作る人、進行だけを追う人がいます。Tsumiraはその関係をプロジェクト単位で記録します。誰がどの操作をできるか理解しやすくなり、ちょっとした引き継ぎを管理権限すべての付与と混同せずに済みます。
チームと役割を指定する
プロジェクトには責任者と明示的なメンバーがあります。メンバーの役割は管理者、貢献者、閲覧者を区別します。任意の配分率は関与の予定を記録するもので、実測の稼働率や給与ではありません。管理者は該当する権限の範囲で管理操作を行い、貢献者は実作業に参加し、閲覧は別の役割として扱います。必要な仕事に合わせて選べます。
- 責任者と明示的なメンバー
- 管理者・貢献者・閲覧者
- 任意の予定配分率
社内公開か限定プロジェクトかを選ぶ
チーム公開のプロジェクトは、製品のアクセス規則に従って社内から読めます。限定プロジェクトは、通常の発見範囲を責任者と参加メンバーへ絞り、会社の所有者・管理者の監督は維持します。読めることと書けることは別です。進捗を閲覧する人が、計画変更、更新公開、メンバー管理までできるとは限りません。
- チーム公開と限定のモード
- 閲覧と書込の権限を分離
- 管理操作にも権限確認
担当とリーダーシップを区別
タスク担当は、その仕事を引き受ける人を示します。限定プロジェクト内の他のタスクすべてを開放する権限とは考えないでください。プロジェクトへの参加と個別タスクの権限は別に確認されます。また、管理役には適切な人の責任が必要です。AIやボットの参加を、自律的なプロジェクト経営や財務判断の責任者として説明しません。
- 担当は個別の仕事への責任
- プロジェクト参加には別のアクセス上の意味
- 人が担うプロジェクトのリーダーシップ
具体的な業務の流れ
責任者を決める
全体の成果を誰が引き受けるか決めてから、チームを広げます。
公開範囲を選ぶ
仕事の想定する相手に合わせ、社内公開または限定を設定します。
必要な役割を割り当てる
管理、実行、閲覧を、実際の責任に必要な範囲で付けます。
チームを維持
担当が変わったら参加者を見直し、個別の仕事は実行する人へ割り当てます。
実務を想定した例
例：機密のある顧客支援
コンサルティング責任者は限定プロジェクトを作成します。進行調整役を管理者、二人の専門家を貢献者、社内レビュー担当を閲覧者にします。各タスクには成果を準備する人を指定します。専門家が離任したら、管理者はメンバーを更新して未完了作業を再配分します。たまたまメッセージを受け取ったかどうかに頼らず、責任を維持できます。
この機能についての質問
プロジェクトが見えればチームを管理できますか。
いいえ。公開範囲と管理権限は別です。参加者の変更には、プロジェクト管理と該当操作の権限が必要です。
配分率は実際の時間報告ですか。
いいえ。参加予定の割合です。実際の作業はTimeの記録とレポートで扱います。
一つの担当で限定プロジェクト全体に入れますか。
そうとは限りません。個別タスクと最低限の背景は、正式なプロジェクト参加や他のタスクへの閲覧とは別です。
AIをプロジェクト管理者にできますか。
リーダーシップと重要な管理責任は適切な人の役割で扱います。AIは定義された権限と確認手順の範囲で支援します。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
