進捗管理 ― 「順調です」を信じてはいけない理由

皆さんこんにちは、経営についてゆるく深く学ぶポッドキャスト、今回もタカシとミカでお届けします。今日のテーマは「進捗管理」です。

そうなんですよ。で、いきなりなんですけど、すごい事例を紹介させてください。あるIT企業で30人以上のエンジニアが参加した大規模プロジェクトがあったんですが、週1回の定例会ではずっと「順調です」って報告されてたんです。

その予感、当たりです。最終テストの直前になって、実はシステムが全然できてないことが発覚したんです。結果、大幅なリリース遅延。進捗管理がいかに大事か、この一事例だけでも伝わりますよね。

まず進捗管理の基本なんですけど、本質は「計画と実態のギャップを見つけて手を打つこと」なんですね。ここ大事なんですけど、ただ状況を聞くだけでは管理とは言えないんです。

それがまさに落とし穴なんですよ。さっきの30人のプロジェクトもそうでしたよね。「順調です」っていう報告を鵜呑みにしてしまった。報告者の主観と実態にはズレがあることが多いんです。

ポイントは「客観的な事実で確認する」ということです。例えば、成果物を実際に見せてもらう。数値で確認する。「10個中何個終わった？」みたいに具体的に聞く。言葉ではなくモノで確認する、これが鉄則です。

まさにそういうことです。それともう一つ大事なのが、計画を立てる段階でタスクを細かく分解しておくこと。「設計をする」みたいな大きなタスクだと、進捗が見えないんですよ。

目安としては1日から2日で完了できる単位がベストです。そうすれば、1日遅れた時点で「あれ、おかしいな」と気づける。1週間単位だと、気づいた時にはもう手遅れになってることが多いんですね。

ここからは、進捗管理でよくある失敗パターンを見ていきましょう。皆さんの会社でも心当たりがあるかもしれません。

まず一つ目は、さっきも出てきた「報告を鵜呑みにする」パターン。これは本当に多いんです。特に忙しいマネージャーほど「順調です」って言われると、そこで安心して次の仕事に行っちゃう。

二つ目が「遅延に対して具体的な対策を打たない」パターンです。遅れてるのはわかってるけど、対策が「頑張ります」で終わってしまう。これ、何も解決してないんですよね。

いい質問ですね。例えば、人を追加でアサインするリソースの再配分。あるいは、やることを減らすスコープの調整。もしくは期限そのものを見直す。この三つが基本的な選択肢です。精神論ではなく、構造で解決するのがマネージャーの仕事なんです。

そして三つ目が「情報共有の不足」です。実際にあった話なんですが、仕様変更の情報がチーム全体に共有されず、古い仕様のまま開発を進めてしまって、結合テストの段階で大量の不具合が見つかったケースがあります。

ここで一つ、進捗管理のお手本として紹介したいのが、トヨタ生産方式の「見える化」という考え方です。これ、経営の世界ではものすごく有名な概念なんです。

簡単に言うと、作業の状態を誰が見てもわかるように可視化することです。工場なら、ラインの上にランプがあって、問題が起きたら赤いランプがつく。そうすると、わざわざ報告を待たなくても異常に気づけるんですね。

そうなんです。これをオフィスワークに応用したのが、カンバンボードやタスク管理ツールですね。「未着手」「進行中」「完了」みたいに列を分けて、タスクをカードとして動かしていく。チーム全員が今何がどうなってるか一目で把握できる。

そうそう。ただ、ツールを入れただけで解決するわけじゃないんですよ。大事なのは、チーム全員が毎日更新する習慣を作ること。ツールが古い情報のままだと、むしろ「見えてるのに見えてない」という危険な状態になります。

さて、今日のまとめです。進捗管理のポイントは三つ。一つ、計画と実態のギャップを客観的な事実で確認すること。二つ、タスクを1日から2日の単位に細かく分解すること。三つ、見える化で情報をチーム全体で共有すること。

リスナーの皆さんにも、明日からできるアクションを四つお伝えしますね。一つ目、毎日15分の進捗確認を習慣にする。二つ目、タスクを1日から2日単位に分解する。三つ目、「順調です」と言われたら成果物を見せてもらう。四つ目、カンバンボードなどの見える化ツールを導入する。

進捗管理は地味に見えますけど、これができるかどうかでプロジェクトの成否が分かれます。ぜひ今日の内容を参考にしてみてください。それでは、今日も聞いていただきありがとうございました。