「担当者：(未設定)」のタスクが10件以上ある——これはプロジェクトの問題が可視化されている状態です。
担当者がいないタスクは、誰も手をつけません。当然です。「誰かがやるだろう」という期待は機能しません。その結果、重要な作業が抜けたまま次のフェーズに入り、後で大きな手戻りになります。
担当者空欄タスクは、個人の怠慢ではなく「起票ルールがない」「仮担当という概念がない」「確認のタイミングが設計されていない」という運用の問題です。この記事では、担当者未設定タスクをなくすための運用ルールを整理します。
担当者空欄タスクが残ると何が起きるか
表面上の問題は「作業が進まない」ことですが、その裏には別の問題があります。
何が漏れているか分からなくなる — 担当者がいないタスクは、誰も責任を持って管理しません。存在は分かるが、誰も気にしない状態になります。
不満の温床になる — メンバーが「あれ、誰がやることになってたの？」という状況に気づくのは、大抵締め切り直前です。「言ってくれれば対応したのに」という感情が生まれます。
PMが問題を発見しにくくなる — 担当者がいれば進捗を確認できますが、担当者がいないと確認先がありません。週次の進捗会議でも浮かび上がりにくくなります。
起票時の必須項目
担当者空欄を防ぐ最初の対策は、タスク起票時に担当者を必須項目にすることです。
起票時に入力を求める項目は次の4つです。
- タスク名（何の作業か）
- 担当者（誰がやるか）
- 期限（いつまでか）
- 完了条件（何ができたら終わりか）
この4点がない起票は受け付けない、というルールをチームで合意します。ツールによっては起票フォームに必須項目として設定できます。
「担当者が決まっていない場合は起票しない」ではなく、後述する「仮担当」を置いてから起票する運用にします。
仮担当を置く考え方
「担当者がまだ決まっていない」という状況は実際によくあります。このとき、担当者欄を空欄にするのではなく、「誰が担当者を決めるか」を担当者にします。
例えば、「担当を決める責任者としてPMを仮担当に設定する」というルールにしておきます。起票された段階でPMが担当者名を確認するアクションに結びつきます。
または「新たに起票する人が、起票時点での最も近い担当者を仮設定する」というルールでも機能します。仮担当はあとから変更できます。「暫定でも入れる」という運用にしておくことで、担当者空欄のまま放置されるタスクがなくなります。
未設定タスクを定例で確認する
それでも担当者空欄のタスクが発生した場合の対処として、週次定例のアジェンダに「担当者未設定タスクの確認」を入れます。
定例前にフィルタリングして「担当者未設定かつ1日以上経過しているタスク」を抽出し、その場で担当者を決めます。全件を詳しく確認する必要はなく、「誰がやるか」だけを決めます。
これをルーティン化すると、未設定タスクが定例前に自然と埋まるようになります。「定例で確認されるから、起票する前に担当を決めよう」という意識が育ちます。
担当変更のルール
担当者が変わる場合のルールも決めておきます。
変更が頻繁に起きると、「誰が最終的に責任を持っているか」が分からなくなります。担当変更のルールとして決めておきたいのは次の2点です。
- 変更の場合は変更理由をコメントに残す
- 元の担当者が変更を了承したことを確認する
担当変更自体は問題ではありませんが、無断で変更されたり、理由がないまま変わると、後で「誰がなぜやることになったか」のトレースができなくなります。
まとめ
担当者空欄タスクは、個人の問題ではなく「起票ルールがないから起きる運用の問題」です。
起票時の必須4項目（タスク名・担当者・期限・完了条件）、仮担当の概念、週次定例での確認ルーティンをセットで導入するだけで、大幅に改善できます。
タスク管理の運用改善や受託開発PM実務を学びたい方は、新任PM向けパックや受託開発PM向けの課題別パックをご覧ください。