生成AIで磨く進捗確認術｜「順調です」の裏にあるリスクを先読みする

タスクの進捗状況「順調です」を信じていた

「順調です」

その一言を聞いて、私は安心していました。

週次会議でそう報告されるたびに、「問題なく進んでいる」と受け取っていたのです。

でも、ある日その前提が崩れました。

「実は、前からこういう問題がありまして……」

後から振り返ると、兆候はいくつもありました。

タスクの進みが鈍っていた週があった。
説明が少し曖昧だった場面があった。
成果物の方向性に、小さなズレが出ていた。

でも私は、「順調です」という言葉を聞くたびに、そこで確認を止めていました。

そのとき感じたのは、怒りではありません。

自己嫌悪でした。

聞けていなかったのは、私の方だった。

この記事では、私がその失敗から、生成AIを使って「順調です」の裏にあるリスクをあぶり出す確認術を作っていった過程をまとめます。

特別なAIスキルは必要ありません。

必要なのは、報告をそのまま信じるのではなく、
「何を聞けば、本当の状況が見えるのか」を持つことです。

この記事は、こんな方に向けて書いています

部下やベンダーからの「順調です」を信じて、後から大きな問題に気づいたことがある。

「何か問題はありますか？」と聞いても、「特にありません」で終わってしまう。

進捗会議では問題なしと報告されていたのに、成果物を見たら方向性がずれていた。

生成AIを使ってはいるものの、日常のマネジメントにどう活かせばいいか見えていない。

そういう方に向けた記事です。

この記事を読み終わったとき、少なくとも次の週次報告で、

「順調ですか？」

という聞き方だけに頼らなくて済むようになります。

代わりに、

「何が完了していて、何が残っているのか」
「残っているものの中で、一番リスクが高いものは何か」
「次の工程に進むために、今準備できていないことは何か」

を確認できるようになります。

それだけで、報告の見え方は変わります。

第1章｜「順調です」に裏切られる、マネジメントの落とし穴

システム開発のプロジェクトで、各チームから進捗報告を受けていたときのことです。

遅延があるチームもあれば、「順調です」と報告するチームもありました。

私は、遅延しているチームの方に意識を向けていました。

「順調です」と報告しているチームについては、そこまで深掘りしていませんでした。

しかし、後から問題が出てきました。

スケジュール上は順調に見えていた。
でも、全体を見るとリスクが隠れていた。

例えば、あるタスクが20日遅れていても、別のタスクが21日前倒しなら、見かけ上は「1日前倒し」です。

数字上は順調に見える。

でも、遅れているタスクが後工程の前提になっていれば、実態はまったく違います。

私はそこで、「順調」という言葉の怖さを知りました。

「順調です」は、嘘とは限りません。

むしろ、本人は本当にそう思っていることが多い。

だからこそ、管理する側が確認の観点を持っていないと、問題は表に出てきません。

振り返ると、「順調です」の裏には、いくつかの典型的な落とし穴がありました。

落とし穴1｜目の前のタスク完了に安心して、全体遅延を見落とす

「〇〇の作業は完了しました」

そう報告されると、つい安心してしまいます。

でも、そのタスクはプロジェクト全体の中の一部でしかありません。

完了したタスクの先に、別のタスクが詰まっているかもしれない。
依存関係があり、全体としては止まっているかもしれない。
後工程に必要な情報が、まだ揃っていないかもしれない。

私が確認すべきだったのは、タスクの完了そのものではありませんでした。

その完了が、全体にどう影響しているか。

そこまで聞く必要があったのです。

落とし穴2｜進んでいることと、正しい方向に進んでいることは違う

週次報告には「予定通り進行中」と書かれていました。

私は特に深掘りしませんでした。

ところが、成果物を確認する段階になって、前提が違うことに気づきました。

方向性がずれていたのです。

作業は進んでいた。
納品物も出てきた。
でも、求めていたものとは違っていた。

つまり、「進んでいる」は本当でした。

ただし、正しい方向に進んでいるとは限らなかった。

ここで必要だったのは、進捗率の確認ではなく、成果物の方向性の確認でした。

落とし穴3｜本人がリスクに気づいていない

このパターンが一番厄介です。

相手は嘘をついていません。

隠しているわけでもありません。

「順調です」と言ったとき、本当にそう思っています。

ただ、本人がリスクをリスクとして認識していない。

後から振り返ると、

「あのとき、実はこういう状態でした」

という話が出てくる。

こちらからすると、

「それは早く言ってほしかった」

と思います。

でも、本人にとっては「わざわざ報告するほどの異変ではない」と思っていた。

つまり、リスクは存在していたけれど、報告に上がる形になっていなかったのです。

落とし穴4｜「何かあれば言って」は、確認になっていない

私はよく、

「何かあれば言ってください」

と言っていました。

でも、後から考えると、これは確認ではありませんでした。

報告する側が本当に言いやすい状態だったか。
「これは問題かもしれません」と言える空気があったか。
まだ整理できていない不安を出してもいい場になっていたか。

そこまで設計できていなければ、「何かあれば言って」は機能しません。

むしろ、管理する側が安心するための言葉になってしまいます。

落とし穴5｜「今日の分は終わった」と「納期に間に合う」は違う

「順調ですか？」

そう聞くと、

「はい、順調です」

と返ってきます。

でも、こちらが聞きたかったのは、

「このペースで納期に間に合いますか？」

という意味でした。

一方で、相手が答えていたのは、

「今日やる分は終わりました」

という意味だった。

同じ「順調」という言葉でも、見ている範囲が違っていたのです。

これは相手の問題ではありません。

私の質問が曖昧だったのです。

落とし穴6｜問題がないのではなく、まだ見えていないだけ

最も怖いのは、このパターンです。

その時点では問題が起きていない。
報告も間違っていない。
「順調です」は事実。

でも、まだ問題が見えていないだけかもしれない。

納期まで時間があるように見えて、実は後半に詰まりやすい工程が固まっている。
今は問題が出ていないだけで、次の工程で一気に表面化する。
誰も悪くないのに、管理側が先に確認していなかったために後手に回る。

このパターンを何度か経験して、私はようやく気づきました。

「問題ありません」は、安心していい言葉ではない。

むしろ、

「本当に問題がないのか」
「まだ見えていないだけではないのか」

を確認するきっかけにすべき言葉でした。

どれも、相手だけの問題ではない

6つのパターンを並べると、共通点があります。

どれも、相手が嘘をついていたわけではありません。

能力が低いわけでもありません。

私の確認の仕方に、構造的な穴がありました。

聞くべきことを聞いていなかった。
聞ける場を作っていなかった。
そもそも、聞く観点が頭の中になかった。

それを認めるのには、少し時間がかかりました。

でも、そこを認めてから、ようやく次に進めるようになりました。

では、どうすれば「順調です」の裏にあるリスクを確認できるのか。

ここから先では、私が生成AIを使って作った確認の型を具体的にまとめます。

ここから先で扱うのは、次の内容です。

1つ目は、自分の確認の盲点を洗い出すためのAI壁打ちプロンプトです。

2つ目は、「順調です」という報告を分解する3つの質問です。

3つ目は、「問題ありません」という報告を深掘りする確認フレーズです。

4つ目は、報告者が自分でリスクを書けるようにする週次報告フォーマットです。

5つ目は、実際の会議で使える会話例です。

この記事は、生成AIに答えを出してもらうための記事ではありません。

自分では気づけない確認の穴を、AIとの壁打ちで見つけるための記事です。

そして、明日の週次報告でそのまま使える形にするための記事です。

🔒 ここから先は、有料エリアです