
2025.03.07
メール対応担当の8割以上が「カスハラ被害」に クレームのハード化・長期化を防ぐ4つの対策
リンクをコピー
記事をブックマーク
西郷智史氏:3つ目は進捗管理です。今までは計画の話が中心でしたが、実行管理において、みなさんがどのようなことをやってしまっているかという観点で話をしていきたいと思います。
まずは「やったこと報告」進捗会です。これは、その週に起こったことや、やったことを詳細に報告する進捗会のこと。具体的に言うと、毎週月曜日に先週やったことの報告会・進捗会をします。「先週はこれをやりました」「ここまで終わっています」「でもこれは70パーセントぐらいです」などと、先週やったことを報告する会をやっています。
これのどこがチェックポイントかというと、タスク実行の予実にやたらとこだわるところです。「これぐらいの予定だったけれども実際はこれぐらいかかりました」「オンスケジュールです」などと予実にやたらとこだわってしまいます。あとは、なぜ遅れたのかという議論が多いのも特徴です。「なぜ、それをやってないの?」「なぜ、それで遅れてしまったの?」などの議論が多くなりがちです。
ほかには、PMからの報告がいつも同じで、支援要求などがないことも挙げられます。やったことの報告なので、この先どのようなことを支援してほしいかというリクエストがなかなか上がってこなかったり、納期遵守に関する客観的な報告が行われなかったりします。「納期に対してどうなの?」という内容が客観的に議論されない、報告されないケースがある場合には、「やったこと報告」進捗会になってしまっている可能性があります。
(スライドを示して)ここにあるのがイナズマ線です。IT業界の人には馴染みが深いと思います。例えば、計画段階でこのような線を引いておいて、2週間後に「このタスク、こうなりましたよ」「ちょっと遅れています」などと報告します。
3週目では「仕様検討が遅れているけれども、ほかはオンスケジュールです」。6週目では「パート構築のA、Bは遅れていますが、Bの開発は早く進んでいますよ」。8週目では「だいぶAパートが遅れてしまっていますよ」などと、各項目の予実だけを報告することがよくあると思います。最終的には別途報告します、というかたちで終わってしまいます。
では、これの何が悪いのでしょうか? これが起こってしまう理由も含めてですが、計画を作る時に、みなさんはどういった思いでこのタスクを並べているでしょうか?
おそらく、「この作業はこの日に開始して、この日までに終了する。これが守られれば、プロジェクトは絶対に納期までに終わる」と、部分の和が全体の和になると考えているのです。
「全部のタスクが完了すればプロジェクトも予定どおりに完了するようにやっていきたい」「組織もこのルールでやりましょうね」となってしまっています。よって、このタスクが遅れている、または、このタスクはオンスケジュールである、などと、タスクに対しての報告にとどまってしまうケースがよくあるのです。未来を見る方法がなかなかないので、どうしても過去に何をやったという報告にとどまってしまいます。
よく考えてみてください。プロジェクトマネジメントでやらないといけないミッションは、お客さまに要求された品質のものを、納期どおりに、予算内で届けることです。
過去に何をどれだけやったかも大事ですが、もっと大事なのは「未来がどうなるか」ですよね。「納期に間に合うのか」「予算は足りそうなのか」「クオリティはきちんと担保できそうなのか」など、未来に向かないといけません。しかし、進捗報告では、過去のことに終始してしまうことがよくあると思います。
回避策としては、各タスクの遅れと進みがプロジェクトに対してどのような影響を与えるかを把握することです。そして、その未来に対しての支援と対策を中心にきちんと議論できるような進捗報告会にしていくことです。
先ほどの過去の報告でよく見られるのは、パーセンテージを用いての報告です。例えば「進捗率75パーセントです」と報告する時は、過去にどれだけやったかを報告しています。そうではなく、未来のことを知りたいので、残日数を聞く方法をお勧めします。例えば、10日間のタスクで、9日目に「あと何日で終わりますか?」と聞きます。「何パーセント終わりましたか?」ではなくて、「あと何日でこれって終わるの?」と、率直にそれだけです。
順調にいっていれば、「あと1日で終わります」と答えが返ってくるはずです。もし、遅れる場合。例えば、5日目で「あと7日かかります」と返答があれば、マネージャーは直感的に2日遅れることがわかります。納期に対してどれぐらいの影響があるかを確認すれば、次の行動に移ることができます。何パーセント終わったと言われても、マネージャーは次の行動や対策を取ることがなかなかできないので、過去ではなく未来に対しての報告をしてもらうようにしましょう。
ポイントは、遅れていることを責めないこと。責めてしまうと残日数がなかなか出てこないので、遅れだけを責めることはしないようにしてください。そうしないと、これはうまく機能しません。その点は注意してください。
先ほどの例をまた出しますが、この時の例では、完了したものが灰色になっています。B2パーツやCパーツなどは実行中のものなので、この残日数を聞いていくと、それが納期に対して影響があるかないかが一発でわかります。
B2パーツとCパーツで今やっている業務がどれぐらい遅れたかで、どこにリソースを割り振らないといけないのかがわかります。そういうことをプロジェクトマネージャーが察知して対策を取っていく。なので、進捗会では、この先必要となる支援と対策を中心に議論することが非常に大事になってきます。
(次回へつづく)
2025.03.07
部下へのフィードバックで最初に伝える一言 何度も指摘せずに済むマネジメントの秘訣
2025.03.04
チームが協力しないのはマネジメントの問題 “協働意識”を高めるマネージャーの特徴とは?
2025.03.05
「一人前のエンジニア」になるために必要なこと 未経験からフルスタックエンジニアへの道筋
2025.01.28
適応障害→ニート→起業して1年で年収1,000万円を達成できたわけ “統計のお姉さん”サトマイ氏が語る、予想外の成功をつかめたポイント
2025.01.07
1月から始めたい「日記」を書く習慣 ビジネスパーソンにおすすめな3つの理由
2025.03.03
大企業で成功したマネージャーが中小企業で苦戦する理由 “指示待ち”部下を主体的に動かす方法
2025.03.05
「はい、わかりました」と返事をした部下が“かたちだけ動く”理由 主体性を引き出すマネジメントの鍵
2025.03.06
細かく指示出し、何度も確認…部下に悪影響をもたらすマネジメント 過干渉にならない「適度な管理」と任せるコツ
2015.11.24
人は食事をしないとどうなるか 餓死に至る3つのステップ
2025.03.12
新規事業を継続するかどうかを見極める2パターンの判断軸 会社の規模別「撤退基準」の設け方