PMの中核業務としてのKPI作成・指標検知・進捗確認

KPIは、成果を見るためのものではなく判断するためのもの

KPIは、ただ数字を並べるためのものではない。

どの状態なら順調なのか、どこから危険なのか、何を改善すべきなのかを判断するためにある。

つまりKPI設計は、意思決定の設計である。

PMにとって、指標を作ることはプロジェクトの見える化そのものである。目的、期限、品質、リスク、関係者の期待を、確認できる形に置き換える作業でもある。

よいKPIは、会議資料をきれいにするための数字ではない。次に何を確認するか、どこへリソースを寄せるか、どの判断を保留するかを決めるための信号である。

進捗確認は、遅れを責めるためではなくズレを早く見つけるためにある

進捗確認というと、遅れている人を追及するイメージを持たれやすい。

しかし本来は、計画とのズレを早く見つけ、手遅れになる前に対処するためのものだ。

数値、期限、成果物、リスク、関係者の認識を定期的に確認することで、問題を早期に発見できる。

これはPMの重要な役割である。進捗確認が弱いプロジェクトでは、遅れが見えたときにはすでに選択肢が少なくなっている。逆に、ズレを早く検知できれば、スコープを調整する、優先順位を変える、確認先を増やすといった打ち手を残せる。

指標検知は、プロジェクトの異常検知である

売上が落ちた、進捗が遅れた、CVRが下がった、在庫が減った、問い合わせが増えた。

こうした変化を検知するには、見ておくべき指標を決めておく必要がある。

指標がなければ、問題は感覚でしか見えない。

KPI作成と指標検知は、プロジェクトの異常検知装置である。何を正常値と見るか、どこから注意と見るか、どこから対応が必要かを事前に決めることで、会議のたびに感覚で議論しなくて済む。

PMの仕事は、すべての数字を細かく眺めることではない。見ておくべき数字を選び、変化が出たときに何を疑うかを決めることである。

AIは、KPI設計や確認観点の補助になる

AIを使えば、プロジェクトの目的からKPI候補を出したり、異常時の確認観点を整理したりできる。

ただし、AIが事業上の優先順位を完全に決めるわけではない。

PMが目的と制約を渡し、AIが観点出しを補助する。

この分業によって、KPI設計と進捗確認の質は上げやすくなる。AIには、指標候補、確認順序、リスクの洗い出し、会議アジェンダの整理を任せやすい。一方で、何を重要と見るか、どのリスクを許容するか、誰に確認するかはPMが決める必要がある。

同じ数字でも、見方を変えると行動が変わる

KPIを集計資料として見るか、PMの判断装置として見るかで、作るべき表も、会議で確認することも変わる。

実務では、次の順番で考えると使いやすい

考え方だけで終わらせず、実際のプロジェクト管理、業務改善、ツール化に落とし込むための手順として整理する。

PMがKPIを見るときのチェックリスト

数字を見たあとに行動へつなげるため、確認観点をあらかじめ持っておく。

この考え方を使うときに起きやすい疑問