プロジェクト管理において、進捗管理表はチームの羅針盤であり、情報共有の生命線です。しかし、その使い方を誤ると、かえって混乱を招き、最悪の場合プロジェクトが暗礁に乗り上げることもあります。
今回は、実際に起こった「あるある」な失敗談をご紹介します。状況欄に「Aさんに確認」とだけ書かれたタスクが、なぜか『完了』として処理され、誰もその結果を知らないままプロジェクトが進んでしまった、という恐ろしい事態です。この事例から、後から見ても迷わない、そして誰もが安心して仕事を進められる進捗管理表の極意を学びましょう。
また、朝会の話題の１つとしてもいかがでしょうか？
プロジェクトX、とあるタスクの怪奇現象
これは、私が以前関わった「プロジェクトX」での出来事です。
とある機能の実装において、仕様の詳細が未確定な部分がありました。設計担当のBさんが、その部分を「Aさんに確認する」と進捗管理表の状況欄に記入し、ステータスは「進行中」となっていました。
数日後の定例ミーティング。進捗管理表が更新され、そのタスクはなんと「完了」のステータスでグレーアウトされていました。誰もが「ああ、Aさんとの確認が終わって、先に進めるようになったんだな」と漠然と理解し、特に深く考えることもなく、他のタスクの議論へと移っていきました。私も含め、チーム全員が「完了」という表示に安心しきっていたのです。
しかし、一週間後。開発担当のCさんから、こんな報告がありました。 「この機能、Aさんの確認結果がどうなったか分からなくて進められません。てっきりOKが出たと思って作業を始めたんですが、詳細が分からないと…」
まさか、と私は進捗管理表を見返しました。確かに「Aさんに確認する」と書かれたタスクは「完了」になっている。しかし、よく見るとそこには「Aさんに確認する」としか書かれていません。確認した「結果」がどこにも記載されていないのです。
「完了」なのに誰も知らない…なぜこんなことが？
なぜこのような事態が起きてしまったのでしょうか？
1. 「完了」の定義が曖昧だった
プロジェクトXでは、「タスクの実行者が、次のアクションに移る準備ができた状態」を「完了」と定義していました。Bさんにとって「Aさんに確認する」というアクション自体は「完了」したのかもしれません。しかし、それは「確認作業の完了」であって、「確認結果の反映」までを含んでいませんでした。
2. 結果の記載義務がなかった
状況欄には「Aさんに確認する」と書かれていましたが、「確認した結果を記載する」というルールが明確に存在しませんでした。そのため、Bさんは単に「確認した」という事実をもってタスクを「完了」にしてしまったのです。
3. チームの「見落とし」と「思い込み」
一番の問題は、この曖昧な記述とステータスを、チーム全員が見落としていたことです。「完了」というマジックワードに安心してしまい、「何が完了したのか」という本質的な問いかけを誰も行わなかったのです。
4. コミュニケーション不足
BさんがAさんとどんな話をしたのか、その結果どうなったのかが、Bさんの頭の中にしかありませんでした。口頭での確認だったのかもしれませんが、それがチームに共有されていなかったことが、今回のトラブルの根本原因でした。
この失敗から学んだ、後から見ても迷わない進捗管理表の極意
この苦い経験から、私たちは進捗管理表の運用を大幅に見直しました。以下に、その中で得られた具体的な教訓と改善策をご紹介します。
極意1：中間ステータスは「次のアクション」まで具体的に記載する
単なる「確認中」ではなく、「誰が」「何を」「いつまでに」行うのかを明確にします。
NG例: Aさんに確認する
OK例: Aさんに〇〇仕様の件で確認（回答期限：1/15）
極意2：「完了」の条件を厳格にする（特に「確認」タスク）
「確認」が関わるタスクの場合、「確認結果を具体的な情報として記載するまで」を「完了」の条件としました。
NG例: （Aさんに確認するタスクが）完了
OK例: Aさんに〇〇仕様確認済み。回答「△△でOK」
極意3：結果や判断の「経緯」を必ず残す
なぜその判断に至ったのか、誰とどのような話し合いをしたのかを簡潔に記載します。
NG例: 仕様変更
OK例: 仕様変更（1/10 クライアントの要望により、機能XXを追加）
OK例: 〇〇機能、見送り（リソース不足のため、〇〇チームと合意済み）
極意4：担当者だけでなく「次の担当者」も意識した情報を提供する
自分がタスクを終えたら、次は誰がその情報を使ってアクションを起こすのか？その人が困らないように、必要な情報を漏れなく記載します。
極意5：定期的なレビューで「不明瞭な記述」を洗い出す
定例ミーティングでは、ただ進捗報告を聞くだけでなく、進捗管理表の記述内容自体もレビューする時間を取りました。「この〇〇って、どういう意味？」「完了になってるけど、結果が書かれてないよ？」といった疑問を積極的に出し合い、その場で修正・追記を行いました。
極意6：口頭でのやり取りも記録する習慣をつける
たとえ口頭で確認が取れたとしても、その内容を改めて進捗管理表の備考欄やコメント欄に記録する習慣をつけました。「Aさんと〇〇について口頭で合意済み」といった一文があるだけでも、後からの追跡が格段に楽になります。
極意7：進捗管理ツールを活用する
タスク管理ツールの中には、コメント機能や添付ファイル機能が充実しているものも多くあります。これらを活用し、関連する資料や議事録をタスクに紐付けて管理することで、情報の散逸を防ぎます。
進捗管理表は「未来の自分とチームへのラブレター」
今回の失敗は、幸いにも致命的なプロジェクトの遅延には繋がりませんでしたが、一歩間違えば大きな問題に発展していた可能性がありました。
進捗管理表は、単にタスクの消化状況を記録するものではありません。 「未来の自分やチームメンバーが、いつでも、どんな状況でも、迷いなく次のアクションに移れるようにする」 これが、進捗管理表に求められる本当の役割です。
まるで未来の自分やチームへの「ラブレター」を書くように、心を込めて、そして丁寧に情報を記入する。その小さな一手間が、プロジェクト全体の円滑な進行と成功を大きく左右するのです。
皆さんのチームでも、ぜひ一度、現在の進捗管理表の運用を見直してみてください。きっと、新たな気づきがあるはずです。
0 件のコメント:
コメントを投稿