この講義で学べること
役職者が複数のスタッフを管理するようになると、自分の仕事だけを見ていては営業全体を把握できません。
チームでは同時に複数の仕事が動きます。
その中には、
- すでに終わっている仕事
- 問題なく進んでいる仕事
- 途中で止まっている仕事
- 誰かの確認を待っている仕事
- まだ着手されていない仕事
- このままだと遅れる仕事
が混在します。
チーム進捗管理とは、「終わったかどうか」を確認するだけではありません。複数の仕事が現在どの状態にあり、どこが止まりそうかを早く見つけて修正することです。
この講義では、役職者が見るべき進捗状態、遅れの兆候、確認するタイミング、滞留の原因、営業中の修正方法まで整理します。
進捗管理で見る6つの状態
未着手
↓
進行中
↓
確認待ち
↓
滞留
↓
遅延見込み
↓
完了

進捗管理は「終わった?」と聞くだけではない
進捗確認でありがちなのが、担当者へ、
「終わった?」
と聞くだけの管理です。
しかし、この質問では、終わっていない仕事が今どの状態なのか分かりません。
例えば同じ「まだです」でも、
- まだ着手していない
- 順調に進んでいる途中
- 分からない部分で止まっている
- 他スタッフの確認を待っている
- 別業務が入り後回しになった
- 期限へ間に合わない可能性がある
では意味が違います。
進捗管理では「未完了かどうか」ではなく、「なぜ未完了で、今どこにいるか」を見ます。
最初に「完了条件」をそろえる
進捗を管理するには、何をもって仕事完了とするかが明確である必要があります。
例えば「準備を終わらせる」という仕事でも、
- 必要物をそろえた時点
- 不足を報告した時点
- 担当場所へ配置した時点
- 最終確認まで終わった時点
- 完了報告まで終わった時点
のどこを完了とするかで判断が変わります。
担当者と役職者で完了基準が違えば、進捗確認そのものがずれます。
期限も「今日中」だけでは管理しにくい
仕事には、完了期限だけでなく「いつまでにどこまで進んでいればよいか」という途中基準もあります。
例えば営業開始までに必要な仕事なら、開始直前に未着手と分かっても修正時間がありません。
重要な仕事では、
- 着手する時間
- 途中確認する時間
- 最終確認する時間
- 完了期限
を分けて考えます。
期限管理は「何時までに終えるか」だけでなく、「遅れを何時までに発見するか」まで決めます。
未着手を早く見つける
進捗が遅れる原因の一つが、そもそも着手されていないことです。
担当者が仕事を忘れている場合もあれば、
- 別の仕事を優先している
- 開始条件がそろっていない
- 誰が担当するか曖昧
- 本人が期限を勘違いしている
場合もあります。
重要な仕事は、完了時だけでなく早い段階で着手確認を入れます。
遅れた仕事を急がせるより、遅れる前に未着手を見つける方が管理負荷は小さくなります。
「進行中」という言葉をそのまま受け取らない
担当者から「進めています」と報告を受けても、それだけでは状態が分かりません。
必要であれば、
- 今どこまで終わっているか
- 残っている作業は何か
- 何か止まっている部分はあるか
- 予定どおり完了できそうか
を確認します。
「進行中」は状態名であって、順調という意味ではありません。
確認待ちの仕事を放置しない
本人の作業は終わっていても、上司や他スタッフの確認待ちで止まる仕事があります。
この状態が増えると、担当者自身は悪くなくても全体の進捗が遅れます。
例えば、
- 承認待ち
- 情報待ち
- 別担当の作業待ち
- 上司の判断待ち
です。
チーム進捗では「誰が作業中か」だけでなく、「誰の待ち時間で止まっているか」も見ます。
滞留とは「仕事が止まっている状態」
滞留とは、仕事が動いているように見えて実際には前へ進んでいない状態です。
例えば、
- 同じ確認を繰り返している
- 担当者が判断できず止まっている
- 必要な情報が来るのを待ち続けている
- 誰も次の行動を決めていない
- 他の業務に押されて何度も後回しになっている
状態です。
仕事を持っていることと、仕事が進んでいることは別です。
遅延見込みを「遅れてから」報告させない
役職者が知りたいのは、「遅れました」という結果だけではありません。
本当に重要なのは、
「このままだと遅れそうです」
という段階で分かることです。
スタッフへは、
- 期限へ間に合わない可能性が出た
- 想定より時間がかかっている
- 他の仕事と重なった
- 自分だけでは解決できない問題が出た
段階で報告してもらいます。
進捗管理の質は、「遅れを処理する力」より「遅れそうな状態を早く拾えるか」で変わります。
遅れが出た時は原因を分ける
仕事が遅れている時に「急いで」と言うだけでは改善しないことがあります。
原因を確認します。
| 主な原因 | 対応例 |
|---|---|
| 未着手 | 優先順位・担当・期限を再確認する |
| 能力不足 | 補助・説明・確認を入れる |
| 仕事量過多 | 一部を再配分する |
| 確認待ち | 確認者へ優先して回す |
| 情報不足 | 必要情報を取得する |
| 判断できない | 判断基準を示すか上位者が判断する |
| 優先順位違い | 何を先に行うか整理する |
遅れているという結果が同じでも、原因によって役職者の対応は変わります。
全部の仕事を同じ頻度で確認しない
役職者がすべての仕事を何度も確認していたら、それだけで時間がなくなります。
確認頻度は仕事によって変えます。
例えば、
- 影響が大きい仕事
- 期限が近い仕事
- 初めて任せる仕事
- 以前遅れたことがある仕事
- 複数人が関係する仕事
は途中確認を増やします。
一方で、安定して任せられる仕事まで細かく確認し続ける必要はありません。
進捗管理では、重要度とリスクに合わせて確認量を変えます。
確認しすぎて仕事を止めない
細かく管理しようとして、頻繁に声をかけすぎると逆に作業を止めることがあります。
特に、
- 数分おきに進捗を聞く
- 途中の細部まで毎回指示する
- 本人が判断する前に答えを出す
管理では、自立も進みません。
確認の目的は仕事を奪うことではなく、遅れ・異常・支援の必要性を見つけることです。
担当者ごとではなく「仕事全体」も見る
一人ひとりの進捗を確認していても、チーム全体では抜けることがあります。
例えば、A・B・Cそれぞれの担当は順調でも、3人の間をつなぐ引き継ぎが止まっている場合です。
役職者は、
- 全体として未完了の仕事は何か
- 誰から誰へ引き継ぐ仕事か
- どこで確認が必要か
- 次工程が開始できる状態か
も見ます。
チーム進捗管理は、人を追うだけではなく「仕事がどこを流れているか」を見る管理です。
一人の遅れが他の仕事へ与える影響を見る
すべての遅れが同じ重要度とは限りません。
ある仕事が10分遅れても影響が小さい場合もあれば、その仕事が止まることで複数の仕事が止まる場合もあります。
遅れを見つけたら、
- 誰が待つことになるか
- 次の工程へ影響するか
- お客様対応へ影響するか
- 営業時間へ影響するか
- 別のスタッフの負荷が増えるか
を見ます。
役職者は「遅れている仕事」ではなく、「全体へ影響する遅れ」から優先して修正します。
報告を待つだけの進捗管理にしない
スタッフがすべて適切に報告してくれれば管理は簡単ですが、現実には本人が遅れに気づいていないこともあります。
役職者側も、
- 予定時間を過ぎている
- 同じ場所で長く止まっている
- 確認待ちが増えている
- 担当者が何度も別仕事へ呼ばれている
- 本来始まっている仕事が始まっていない
といった状態を観察します。
良い進捗管理は、スタッフの報告と役職者の観察を組み合わせて行います。
営業中に優先順位を変える
営業前に決めた順番が、営業中も最適とは限りません。
予定外の仕事が入れば、進める順番を変更する必要があります。
例えば、
- 後でよい仕事を止める
- 影響が大きい仕事を先にする
- 一部を他スタッフへ移す
- 確認者を変更する
方法があります。
進捗管理は予定表を守らせることではなく、現在の状況に合わせて全体を最適化することです。
仕事を移した時は新しい担当を明確にする
遅れている仕事を別スタッフへ移す時は、誰が最終的に持つのかを明確にします。
例えば、
- 元担当者はどこまで行ったか
- 何が残っているか
- 新担当者は何から始めるか
- 誰が最終確認するか
を共有します。
再配置で最も避けたいのは、「移したつもり」で責任者がいなくなることです。
営業後に「どこで止まったか」を振り返る
営業中に遅れを解消して終わりではありません。
同じ滞留を繰り返さないため、営業後に、
- どの仕事が止まったか
- どの段階で止まったか
- なぜ早く気づけなかったか
- 誰の確認待ちだったか
- 次回どこで確認すれば防げるか
を整理します。
進捗管理は、その日の遅れを解消するだけでなく、次回遅れにくい流れを作るところまで含みます。
同じ仕事が毎回遅れるなら仕組みを見る
毎回同じ仕事だけ進捗が悪い場合、担当者個人の問題ではない可能性があります。
例えば、
- 開始条件が曖昧
- 担当者が毎回変わる
- 必要な情報が遅い
- 確認者が忙しすぎる
- 仕事そのものの手順が複雑
- 期限設定が現実的でない
場合があります。
繰り返す遅れは「もっと急げ」ではなく、仕事の流れ自体を見直す対象です。
チーム進捗を管理する7ステップ
STEP1|仕事・担当・期限を明確にする
誰が何をいつまでに行うか整理する
STEP2|完了条件を決める
何をもって終了とするか共有する
STEP3|早い段階で着手を確認する
期限直前まで未着手を放置しない
STEP4|途中状態を確認する
進行中・確認待ち・滞留・遅延見込みを分ける
STEP5|遅れの原因を確認する
能力・負荷・情報・判断・優先順位を分けて見る
STEP6|必要な修正を行う
支援・再配置・優先順位変更・判断を行う
STEP7|営業後に仕組みを改善する
繰り返す滞留を減らすため仕事の流れを見直す
チーム進捗管理チェックリスト
□ 誰が何を担当しているか分かる
□ それぞれの期限が明確になっている
□ 完了条件が担当者と一致している
□ 重要業務は早い段階で着手確認している
□ 「まだです」だけで終わらせず状態を確認している
□ 確認待ちの仕事を把握している
□ 長時間止まっている仕事を見つけている
□ 遅れてからではなく遅延見込みで報告を受けている
□ 遅れの原因を確認している
□ 仕事ごとに確認頻度を変えている
□ 確認しすぎて担当者の仕事を止めていない
□ 人だけでなく仕事全体の流れも見ている
□ 他業務へ影響する遅れを優先して対応している
□ スタッフからの報告だけに頼っていない
□ 営業中に必要なら優先順位を変更している
□ 再配置時に新しい担当・残作業・確認者を明確にしている
□ 営業後にどこで仕事が止まったか振り返っている
□ 繰り返す遅れは仕組みから見直している
進捗表を作ること自体を目的にしない
進捗管理を始めると、一覧表や管理表を細かく作りたくなることがあります。
しかし、更新に時間がかかりすぎる管理表は営業中に使われなくなります。
最低限、
- 仕事
- 担当者
- 期限
- 現在の状態
- 止まっている理由
- 次の行動
が把握できれば、簡単な方法でも進捗管理はできます。
管理表をきれいに埋めることではなく、遅れや滞留を早く発見できることが目的です。
進捗管理ができると役職者の指示が減っていく
進捗管理の仕組みが整うと、役職者が一つひとつの仕事を追いかける必要が減ります。
各スタッフが、
- 自分の期限を理解する
- 遅れそうなら早く報告する
- 確認待ちを共有する
- 完了時に報告する
状態になれば、役職者は重要な異常だけを確認できるようになります。
良い進捗管理とは、役職者が全員を追い回す管理ではなく、問題が起きそうな仕事だけが早く見える状態を作ることです。
関連して学びたいテーマ
チームの仕事がどこまで進んでいるか把握できるようになったら、次はスタッフ間で情報が止まらないよう、報告・引き継ぎ・役割変更を含めた連携の作り方を整理します。
- スタッフ間の連携を良くする方法
- 営業中に人員配置を変更する判断
- チーム内の情報共有を整える方法
- 役職者が問題の兆候を早く見つける方法
- リーダーシップとチームマネジメント
- 問題解決力と意思決定
まとめ
チーム進捗管理では、「仕事が終わったか」だけを確認するのでは不十分です。
未着手、進行中、確認待ち、滞留、遅延見込み、完了といった状態を分け、現在どこで止まっているかを見ます。
重要な仕事は期限直前まで待たず、早い段階で着手を確認します。
遅れが出た場合は、能力不足、仕事量、情報不足、確認待ち、判断不足、優先順位など原因を分けて対応します。
また、スタッフからの報告だけに頼らず、仕事が長時間止まっていないか、確認待ちが増えていないかを役職者側も観察します。
同じ仕事が毎回遅れる場合は、担当者だけを責めず、手順・情報・確認者・期限など仕事の流れそのものを見直します。
良い進捗管理とは、遅れた仕事を急がせることではありません。遅れや滞留が大きくなる前に状態を把握し、支援・再配置・優先順位変更によって、チーム全体の仕事を止めないことです。