管理職になってから、
「ちゃんと進捗は確認しているはずなのに、なぜか問題が後から出てくる」
そんな違和感を覚えたことはありませんか。
定例で報告は受けている。
資料も見ている。
部下とも会話している。
それでも、
トラブルは“ある日突然”表に出てくる。
期限直前になって発覚する遅れ。
顧客からの指摘で初めて気づくズレ。
数字が落ちてから分かる問題。
「もっと早く分かっていれば、手は打てたのに」
そう感じた経験がある管理職は、決して少なくありません。
進捗管理が重くなる原因は「確認不足」ではない
進捗管理がうまくいかないとき、
多くの管理職はこう考えがちです。
- 確認回数が足りないのではないか
- もっと細かく報告させるべきではないか
- 自分がもっと深く見ないといけないのではないか
その結果、
確認は増え、会議は長くなり、
管理職の負担だけが膨らんでいきます。
しかし、問題の本質はそこではありません。
進捗がしんどくなる原因は、
進捗が「見える形」で設計されていないことにあります。
落とし穴① 進捗が「報告者の感覚」に依存している
「順調です」
「問題ありません」
こうした報告を受けて、
どこか引っかかる感覚を覚えたことはないでしょうか。
この報告自体が悪いわけではありません。
問題は、その判断基準が共有されていないことです。
- 何をもって「順調」なのか
- どの状態になったら「問題あり」なのか
ここが曖昧なままだと、
進捗は報告者の主観に委ねられます。
結果として、
管理職は“安心できる言葉”だけを受け取り、
本当に見るべきリスクを見逃してしまいます。
落とし穴② 問題が「起きてから」報告される構造
進捗管理がしんどい職場では、
問題が「途中」ではなく「結果」として報告されがちです。
- 期限を過ぎてから分かる
- クレームになって初めて知る
- 数字が落ちてから気づく
これは、
部下が隠しているからではありません。
多くの場合、
問題を途中で出していい設計がないだけです。
途中経過を出すと、
「なぜできていないんだ」
「もっと考えろ」
と責められる空気があると、
誰でも報告は遅れます。
その結果、
管理職が知るのは「もう打ち手が限られた段階」になります。
落とし穴③ 進捗確認が「管理職の作業」になっている
進捗管理が重くなる最大の原因は、
管理職が“全部見に行く役”になっていることです。
- 資料を一つひとつ確認する
- 頭の中で状況を整理する
- リスクを自分で想像する
この状態では、
管理職そのものがボトルネックになります。
進捗管理とは、
管理職が頑張る作業ではありません。
現場を回さなくても、状況が自然に見える状態を作ること。
それが、本来の進捗管理です。
進捗管理を軽くするために、最初に設計すべき3つのこと
① 進捗を「状態」で定義する
「何％終わったか」ではなく、
「何が終わっているか」を基準にします。
- 資料が完成している
- レビューが終わっている
- 承認を得ている
状態が定義されていれば、
管理職は一瞬で判断できます。
② 問題を出していいタイミングを決める
問題は、
起きてから出すものではありません。
- 予定より遅れそう
- 判断に迷っている
- 前提条件が変わった
この段階で出していい、と決めておくだけで、
報告の質は大きく変わります。
③ 管理職が見るポイントを絞る
全部を見ようとしない。
見るべきポイントだけを決める。
- 期限
- 成果物
- 判断が必要な箇所
これが明確になると、
進捗確認は「確認作業」ではなく、
意思決定の場に変わります。
まとめ：進捗管理は「管理」ではなく「設計」
進捗管理がしんどいと感じるのは、
あなたが怠けているからでも、能力が足りないからでもありません。
むしろ、
真面目に向き合っている証拠です。
ただし、
頑張る方向が少しズレています。
進捗管理は、
確認を増やすことではなく、
見える構造を作ることです。
- 主観に頼らない
- 問題を早く出せる
- 管理職が判断に集中できる
この設計ができれば、
進捗管理は一気に軽くなります。
管理職の仕事は、
自分が忙しくなることではありません。
成果が、自然に見える状態を作ること。
まずは、
「自分は何を見れば判断できるのか」
そこから整理してみましょう。
コメント