AB Projects のプロジェクトメンバーは、全員が 4 つのロール — オーナー、管理者、メンバー、閲覧者 — のうちちょうど 1 つを持ちます。ロールはプロジェクト単位です。あるプロジェクトで管理者であっても、ほかのプロジェクトでのロールとは関係ありません。
はい、読み取り専用のロールがあります。 閲覧者 はプロジェクト内のすべて — タスク、コメント、Wiki — を見られますが、何も変更できず、タスクの担当者にもなれません。この制限は書き込みが起きるすべての場所で適用されます: アプリ、ボット、そして MCP 経由で接続された AI アシスタント。編集はせずに進捗を追いたい関係者に使ってください。
4 つのロール
| ロール | タスクと Wiki での作業 | メンバーとワークフローの管理 | 所有権と削除 |
|---|---|---|---|
| オーナー | すべて可能 | すべて可能（管理者 の付与と管理者の削除を含む） | 所有権を移譲できる。プロジェクトを削除できる（連携解除後） |
| 管理者 | すべて可能 | メンバー/閲覧者のロール変更、メンバーの削除、ワークフロー・連携・Teams リンクの構成 | 不可 |
| メンバー | 作成、編集、割り当て、コメント、完了 | 不可 | 不可 |
| 閲覧者 | 読み取り専用。タスクの担当者にはなれない | 不可 | 不可 |
管理者には知っておきたい制限が 2 つあります。管理者は 管理者ロールを付与できません（ロールのドロップダウンで 管理者 の選択肢はオーナーにしか表示されません）。また、管理者はほかの管理者を削除できません — どちらもオーナーだけの操作です。
全員がメンバーとして参加します
Teams チャネルの自動同期で参加した場合も、チームページから招待された場合も（メンバーの追加と削除 を参照）、メンバー として参加します。参加後に設定したロールを同期が変えることはありません — 閲覧者は今後のチャネル同期をすべて経ても閲覧者のままです。
ロールの変更
- プロジェクト設定を開きます。 メンバーは 参加済みメンバー に一覧表示されています。
- その人の名前の下にあるドロップダウンから新しいロールを選びます: メンバー、閲覧者、または（オーナーのみ）管理者。変更はすぐに有効になり、そのプロジェクトにだけ適用されます。
すべてのプロジェクトを安全に管理し続けるため、いくつかのガードレールがあります:
- プロジェクトから最後の管理者はいなくなりません。 最後の管理者をメンバーに降格することはできません。
- オーナーへの近道はありません。 誰もいきなりオーナーに昇格することはできません — 所有権は下記の移譲でしか移りません。
- 閲覧者の昇格は 1 段階ずつです。 閲覧者はまずメンバーに昇格します。メンバーから管理者への昇格は、オーナーが行う別のステップです。
- オーナーはロールのドロップダウンで自分を降格できません — そのためにあるのが所有権の移譲です。
所有権の移譲
プロジェクト設定で、オーナーは オーナーを辞任 を使います。昇格させるメンバーを選び、管理者 と オーナー のどちらにするかを選んで、はい、昇格して辞任します で確定します。2 つの変更は同時に行われます — 選んだ人が昇格し、元のオーナーは通常の メンバー になります。手順の詳細: プロジェクト設定の管理。
閲覧者は、ライセンスがない状態とは別物です。 閲覧者はオーナーまたは管理者が意図して割り当てるロールです。それとは別に、ライセンスシートを持たないユーザーは、ロールが何であっても どこでも 読み取り専用になります — AB Projects は Microsoft 365 テナント（会社の Microsoft 365 アカウント）の最初の 10 ユーザーまで無料で、それを超えると書き込む人ごとに Basic Plan のシートが必要です。サブスクリプションと請求の管理 を参照してください。
ベストプラクティス
- アクティブなプロジェクトには管理者を少なくとも 2 人置き、管理が 1 人の都合に左右されないようにしましょう。
- 進捗は見せたいが編集はさせたくない監査担当者、経営層、クライアントには 閲覧者 を使いましょう — 「何も触らないでください」とお願いするよりずっと確実です。
- 参加済みメンバー を Teams チャネルの名簿と合わせて定期的に見直しましょう — そもそもメンバーシップを決めているのはチャネルです。
4 つのロール、プロジェクト単位のスコープ、そしていくつかのガードレール。誰も権限表を読み込まずに済む範囲で、アクセスを正しく保つのに十分な仕組みです。