Microsoft Plannerを全社共通ボードとして運用すると、「担当タスクだけ見せたい」「機密案件を同じプラン内で分離したい」といった権限の悩みが必ず出ます。Plannerの仕様上できる/できないを整理し、現実的な回避策を運用設計まで含めて解説します。
結論:Plannerでは「タスク単位の閲覧/編集権限」は設定できない
Microsoft Planner(基本プラン)の権限は“タスクごと”ではなく“プラン(=コンテナー)ごと”です。プランのメンバーとして追加された時点で、原則としてそのプラン内のタスクはすべて閲覧・編集・削除が可能になります。「自分に割り当てられたタスクだけ見える」「自分が作成したタスクだけ編集できる」といった制御は、標準機能として用意されていません。
ここで重要なのは、これは“設定不足”ではなく仕様だという点です。ラベル、バケット、フィルター、ビュー切り替えで見え方は変えられても、権限(アクセス制御)として他人のタスクを不可視にすることはできません。
| やりたいこと | Planner(基本プラン)で実現 | 現実的な落としどころ |
|---|---|---|
| 担当者には「割り当てられたタスクだけ」見せたい | 不可(権限では制御できない) | 機密度ごとに別プランへ分割/個人向けはMy Tasksで見やすく |
| 一部の人だけ編集可、他は閲覧のみ | 不可(閲覧専用ユーザーを作れない) | 閲覧専用が必須なら、SharePoint Lists等の別基盤を検討 |
| 誤操作で他人のタスクを削除させたくない | 限定的に可 | 管理者がPowerShellで「自分が作成していないタスクを削除できない」ポリシーを付与 |
なぜできないのか:Plannerの権限モデルはMicrosoft 365グループが前提
Plannerのプランは、Microsoft 365グループ(TeamsやOutlookグループと同じ“器”)にひもづく形で動きます。プランのメンバー = グループのメンバーであり、その器に参加したメンバーは、基本的にその器の中の情報へアクセスできます。
公式ドキュメントでも、プランが入っているコンテナー(グループ/チャネル/会議など)のメンバーは、一般にタスクを作成・更新・削除できると説明されています。つまり、Plannerは「同じボードを同じチームで一緒に運用する」設計であり、同一ボード内で“人によって見えるタスクを分ける”用途には向きません。
よくある誤解:「My Tasksで見えている=他人のタスクが見えない」ではない
Plannerには、個人向けにMy Tasks(自分のタスク)のようなビューがあります。これは「自分に割り当てられたタスクを集約して見せる」便利機能ですが、あくまで表示の絞り込みです。プランを開けば他のタスクも見られます(権限で隠しているわけではありません)。
「担当者に“余計な情報を見せない”」が目的なのか、「担当者が迷わず自分の作業に集中できる画面を作りたい」のかで、打ち手が変わります。まずは要件を次のように分解すると判断が早くなります。
| 要件の種類 | 具体例 | おすすめアプローチ |
|---|---|---|
| 機密保持(見えてはいけない) | 人事・M&A・契約単価・懲戒など | 別プラン(別グループ)に分割してメンバーを絞る |
| 利便性(見えなくてもよいが、見やすくしたい) | 担当者は自分のタスクだけ追えればOK | My Tasks/To Do連携で“個人の受け皿”を用意 |
| 事故防止(編集・削除のミスを減らしたい) | 誰かが他人のタスクを消した、期限を変えた | 削除制限ポリシー+運用ルール(Owner最小化、テンプレ化) |
回避策:機密プロジェクトは「別プラン(別グループ)」に分ける
機密性が理由で「見せたくない」のであれば、Plannerでできる最も堅実な方法はプランを分けることです。同じプラン内で権限を分岐できない以上、“器”を分けてメンバーを分けるのが王道です。
プラン分割の設計パターン
分割の切り口は組織によって最適解が変わります。実務でよく効くパターンを整理すると次の通りです。
| 分割パターン | 向いているケース | 注意点 |
|---|---|---|
| プロジェクト単位 | 案件ごとに参加メンバーが大きく変わる | プラン数が増えやすいので命名規則・棚卸しが必須 |
| 機密度単位(例:社外秘、部内限定、全社) | 同じ人が複数案件を担当し、機密レベルだけが違う | 誤って低機密プランへ高機密情報を書かない教育が必要 |
| 部門/チーム単位 | 組織構造が安定していて異動が少ない | 部門横断プロジェクトは別途“臨時チーム”が必要 |
分割を成功させる具体的な手順(運用目線)
- 機密判定の基準を先に決める(例:社外秘/部内/全社)。基準が曖昧だと、結局すべてが同じプランに混ざります。
- 機密プロジェクト用に専用のプラン(=専用グループ)を作成し、参加者だけをメンバー追加する。
- グループのOwner(所有者)は最小限にする(メンバー追加・削除や設定変更の窓口を絞る)。
- 命名規則を固定する(例:【部門】PJ名(機密)、【顧客】案件名(社外秘))。検索・棚卸しが格段に楽になります。
- 異動・退職時は「グループから外す」までを人事イベントに組み込む(放置すると閲覧権限が残り続けます)。
「プランをPublic/Privateにして解決できない?」への答え
Plannerの作成時にプランをPublic(組織全体に公開)/Private(追加した人だけ)で選べますが、これは“プラン全体”の公開範囲であって、タスク単位の制御ではありません。さらにこの設定は、裏側でひもづくMicrosoft 365グループの公開/非公開にも影響します。
機密を守りたいなら基本はPrivateで作り、必要な人だけを追加する運用が安全です。Publicは便利ですが、検索や参加のハードルが下がるぶん、情報の混入リスクが上がります。
ゲスト(外部ユーザー)を入れる場合の注意
外部の協力会社などゲストをPlannerに参加させること自体は可能ですが、ゲストもプラン内でバケットやタスクの作成・削除、各種フィールド編集などができることがあります。機密案件でゲストを入れる場合は、“そのゲストに見せてよい情報だけが入ったプラン”に限定し、添付ファイルの扱いも含めて設計してください。
回避策:担当者にはMy Tasks(個人ビュー)を徹底して“迷わせない”
要件が「権限で隠したい」ではなく、「担当者が自分の作業だけを追えるUIにしたい」であれば、My Tasksを徹底するだけでも効果があります。Plannerのコミュニティでも、割り当てられたタスクだけを見たい場合はMy Tasksビューの活用が案内されています。
My Tasks運用のコツ
- 担当者教育のポイント:「普段はMy Tasksで見る」「ボード(プラン)を直接開くのはレビュー時だけ」と使い分けを決める。
- タスクの粒度:My Tasksは“自分の作業”に寄せるほど使いやすい。大きすぎるタスクはチェックリストで分割し、完了条件を明確化する。
- 通知の設計:期限・コメント・割り当て変更の通知が多すぎると逆に見なくなる。重要度の高いタスクだけ期限を入れるなどルール化する。
注意:My Tasksはあくまで表示の絞り込みであり、機密保持の代替にはなりません。機密案件は必ずプラン分割で守る、という線引きが大切です。
回避策:削除事故を減らす「自分が作成していないタスクを削除できない」ポリシー
「閲覧制限までは要らないが、削除だけは怖い」という現場は多いです。Plannerには、管理者がPowerShellでユーザー単位に自分が作成していないタスクの削除をブロックする設定があります。これは閲覧・編集の権限を分けるものではありませんが、“事故”を減らす実務的な対策になります。
設定例(管理者が実行)
Microsoft Learnの手順では、Set-PlannerUserPolicyで対象ユーザーにポリシーを付与します。
Set-PlannerUserPolicy -UserAadIdOrPrincipalName [email protected] -BlockDeleteTasksNotCreatedBySelf $true
解除(元に戻す)場合は次のようにします。
Set-PlannerUserPolicy -UserAadIdOrPrincipalName [email protected] -BlockDeleteTasksNotCreatedBySelf $false
実行時は、対象ユーザーではなく管理者アカウントでサインインする点が注意事項として示されています。
このポリシーでできないこと(期待値調整)
- 他人のタスクを閲覧できなくすることはできない
- 他人のタスクを編集できなくすることはできない
- 自分が作成したタスクは削除できる(“削除そのものを禁止”ではない)
補足:Project for the webはリタイアし、Planner(Premium含む)へ統合が進行
過去には「権限を細かく分けたいならProject for the web」という案内がされることがありました。しかし、Microsoftの案内ではProject for the webは2025年8月1日にリタイアし、機能の多くはMicrosoft Planner側で利用できるようになるとされています。環境によってロールアウトのタイミングが異なる可能性はありますが、“Project for the webを前提にした運用設計”は見直しが必要です。
また、移行期にはTeams内のProject/ロードマップ系アプリがPlannerへリダイレクトされる旨も案内されています。利用者への周知(ブックマーク、Teamsタブの差し替えなど)を早めに計画しておくと混乱を減らせます。
どうしても「同一ボード内で閲覧制限」が必要なら:代替案の考え方
要件が「同じボードの中で、担当者ごとに“見えるタスク自体”を分けたい(機密保持)」であれば、Planner単体での実現は難しいため、アイテム単位の権限を持つ仕組みを検討する必要があります。代表的な選択肢を比較します。
| 候補 | アイテム単位の閲覧制限 | 向いている用途 | 注意点 |
|---|---|---|---|
| SharePoint Lists / Microsoft Lists | 可能(リストアイテム権限の設計で実現) | 申請・チケット・問い合わせ管理、簡易ワークフロー | 権限設計が複雑化しやすい。運用ルールと棚卸しが必須 |
| Power Apps + Dataverse | 可能(行レベルのセキュリティ設計ができる) | 機密情報を含む業務アプリ、複雑な入力・承認 | 開発・ライセンス・保守のコストがかかる |
| Plannerをプラン分割で運用 | ボード内では不可、プラン単位なら可 | チームのタスク管理、軽量なプロジェクト管理 | プラン数が増えるので統制・棚卸しが必要 |
運用で漏えい・混乱を防ぐチェックポイント
Plannerは“みんなで見える”前提のツールです。だからこそ、機密要件がある組織ほど、最初に運用設計を固めた方が結果的に楽になります。
| チェック項目 | やること | 理由 |
|---|---|---|
| 機密情報の置き場所 | タスクタイトル・説明に機密を書かないルール/必要なら別保管 | プランメンバーは原則タスク内容へアクセス可能 |
| グループメンバーの統制 | Ownerは最小化、メンバー追加は申請制にする | 追加=閲覧可能範囲の拡大になるため |
| ゲストの扱い | ゲスト用プランを分ける/添付・共有範囲を明確化 | ゲストもタスク作成・編集が可能なケースがある |
| プランの棚卸し | 四半期・半期で“使っていないプラン”を閉じる | 放置するとメンバーと情報が残り続ける |
よくある質問
バケットを分ければ機密タスクを隠せますか?
隠せません。バケットは整理用の分類であり、アクセス制御ではありません。同じプランのメンバーなら、バケットを切り替えて閲覧できます。
チームリードだけ権限を落として“自分の担当分だけ”にできますか?
できません。プランに参加している限り、タスク単位で閲覧範囲を狭める機能はありません。「リードは見えるが編集はさせない」「担当者だけ見える」などの要件がある場合は、プラン分割または別製品が前提になります。
個人だけで使う“完全にプライベートなプラン”は作れますか?
Teams内のPlannerアプリでは、個人用プラン(自分だけがアクセスできるプラン)を作成できる旨が案内されています。ただし、これはチーム共有の課題を解決するものではなく、「自分の個人タスク管理」の範囲で有効です。
どうしてもPlannerのまま、操作範囲を狭めたい場合は?
標準機能だけで“閲覧範囲”を狭めることはできません。一方で、開発を伴う前提であればBusiness Scenarios APIのカスタマイズで操作を制限する余地があることが示されています。ただし、これは一般的な運用で簡単に導入できる話ではないため、まずはプラン分割を第一候補にしてください。
参考リンク
- Task-specific user permissions in Microsoft Planner(Microsoft Q&A)
- Can Planner limit the visibility of Tasks to only those who are assigned?(Microsoft Tech Community)
- Block a user from deleting tasks they didn’t create(Microsoft Learn)
- Microsoft Project for the web service description(Microsoft Learn)
- Transitioning to Microsoft Planner and retiring Project for the web(Planner Blog)
まとめ:Plannerで守れるのは“プラン単位”、守りたいなら“器を分ける”
- Plannerはプランのメンバーになった時点で、原則としてプラン内タスクを閲覧・編集できるため、タスク単位の権限制御はできません。
- 機密保持が目的なら、同一ボードで頑張るのではなく、別プラン(別グループ)に分けてメンバーを絞るのが最も安全です。
- 利便性目的ならMy Tasksで“自分の仕事”だけに集中できる画面を作り、事故防止には削除制限ポリシーを併用すると現場が回ります。
- 同一ボード内で厳密な閲覧制限が必須なら、SharePoint ListsやDataverseなど、アイテム単位権限を持つ基盤へ寄せるのが現実的です。

コメント