日常管理・KPI管理の経験をPM実績に翻訳する方法

「日常管理なんて毎日やってる当たり前のことで、実績って言えるものじゃないですよね」——先日、ある工場の係長クラスの方からこう言われました。僕はその場で、それは一番もったいない勘違いかもしれません、とお伝えしました。

結論から書きます。工場の日常管理やKPI管理は、プロジェクトマネジメントの基礎そのものだと僕は考えています。足りないのは経験ではなく、それをPMの言葉に翻訳する作業です。今日はその翻訳術を、なるべく具体的に分解してお話しします。

0.（結論）日常管理は「翻訳」すればPM実績になる

皆さんが毎朝ボードの前で不良数や稼働率を確認し、異常があれば原因を追い、対策を打っている。この一連の流れは、PMが担うプロジェクトの進捗監視・課題管理・是正措置と、構造がほとんど同じなんですね。

違うのは呼び名だけ、と言ってしまうと乱暴ですが、個人的にはそのくらいの距離感だと感じています。だからこそ、書類や面接で伝わらないのは実力の問題ではなく、翻訳が済んでいないだけ、というケースが本当に多いんです。逆に言えば、翻訳という一手間さえ加えれば、皆さんの日々の営みはそのまま説得力のある実績に変わります。今日はその翻訳の手順を、順番に見ていきましょう。

1. 日常管理はPMの「計画・実行・監視・是正」そのもの

プロジェクトマネジメントの基本サイクルは、計画を立て、実行し、進捗を監視し、ズレたら是正する、というものです。これを工場の日常管理に重ねてみます。

いかがでしょうか。左と右、やっていることは同じなんです。皆さんはすでにPMの型を毎日回している、と考えると少し見え方が変わってこないでしょうか。しかもプロジェクトは数カ月に一度しか一周しませんが、日常管理は毎日この一周を回しています。回転数だけで言えば、皆さんのほうがはるかに場数を踏んでいるとも言えるわけです。この「場数の多さ」は、実は面接で意外なほど評価されるポイントなので、後半で改めて触れます。

2. KPI管理を「成果指標マネジメント」に言い換える

採用側が見ているのは、指標をどう扱ってきたか、という思考の筋道です。僕がおすすめしているのは、次の5段階で1件を語り切る方法です。

1. どんな目標(KPI)を持っていたか
2. その指標を何に分解したか
3. 実績とのズレをどう分析したか
4. どんな対策を主導したか
5. 結果としてどれだけ動いたか

たとえば「ライン稼働率」を例にします。目標が85%だったとして、停止要因を段取り替え・チョコ停・設備故障の3つに分解する。差異分析で段取り替えの比率が一番大きいと分かったので、段取り手順の標準化を主導し、稼働率を目安で5ポイント改善した——ここまで語れると、それはもう立派なプロジェクトの一つです。

「稼働率を管理していました」という一文と比べると、伝わる情報量がまるで違いますよね。指標を分解できる人は、PMとしても課題を分解できる人だと見なされやすい、というのが僕の体感値です。逆に、指標を分解せず「頑張って改善しました」で止まると、行動と結果の因果が見えず、たまたま良くなっただけと受け取られてしまう。ここは本当に差がつくところなので、1件でいいので5段階でスラスラ語れる持ちネタを用意しておくことをおすすめします。

3. 職務経歴書での書き方——数字と規模をセットにする

ここがつまずきやすいポイントです。多くの方が「管理していた」「担当していた」で止めてしまいます。採用担当が知りたいのはその中身なので、次の4点を必ずセットにすることをおすすめします。

• 関与範囲：何人・何ライン・どの工程を見ていたか
• 指標：どのKPIを、どの頻度で追っていたか
• 行動：自分が主導したこと(会議・改善・標準化など)
• 結果：数字がどれだけ動いたか(目安値でよい)

数字は正確な社内数値を出す必要はありませんし、出してはいけない場合もあります。その場合は「目安で」「体感値として」と添えて、桁感が伝わる書き方をすれば十分だと考えています。ゼロか正確値かの二択ではなく、その中間の「誠実な概算」が一番強いんですね。

書き出しの型としては、たとえば「約20名・3ライン規模の組立工程で、日次の直行率と週次の稼働率をボード管理。段取り替えの標準化を主導し、稼働率を目安5ポイント、直行率を目安3ポイント改善」といった一文が理想です。1件あたり2〜3行、これを3〜4件並べれば、職務経歴書のPMパートは十分に成立します。作成にかかる時間は、経験の棚卸しから清書まで含めても半日ほどが目安だと思います。焦って一気に書くより、まず思い出せる案件を箇条書きで並べ、翌日に清書する二段構えのほうが、抜け漏れが減る印象です。

4. 現場のトラブル対応こそPMの見せ場になる

意外と見落とされがちなのが、トラブル対応の経験です。突発的な設備停止や品質不良が起きたとき、皆さんは限られた時間の中で、関係者を巻き込み、原因を切り分け、優先順位をつけて対応してきたはずです。

これはPMで言えば、いわゆる「火消し」や課題エスカレーション対応にあたります。むしろ計画通りに進んだ話より、こうした修羅場をどうさばいたかのほうが、PMとしての地力が伝わりやすいと個人的には思っています。

料理でたとえるなら、レシピ通りに作れる人は多いけれど、火加減を間違えたときに立て直せる人は貴重、というのに近い感覚です。トラブルを「大変だった話」で終わらせず、「どう判断し、誰を動かし、どう収束させたか」の物語に組み替えてみてください。ここでも、初動で何を優先したか、他部署をどう巻き込んだか、再発防止に何を残したか、の3点を語れると強いです。とくに再発防止で標準やチェックリストを残せた話は、PMとして「一度きりで終わらせず仕組みに落とす」姿勢の証拠になります。

5. ケースで見る——同じ経験でも伝わり方が変わる

実際に、同じ経験がどう化けるかを見比べてみましょう。ある製造ラインの班長さんのケースを、二通りの書き方で並べてみます。

右列は、やったこと自体は左列と何ら変わりません。加えたのは、規模・指標・自分の行動・結果という4つの座標だけです。この4座標が入るだけで、読み手は皆さんの仕事の輪郭をくっきり描ける。翻訳とは「情報を足すこと」ではなく「すでにある事実に座標をつける作業」だと考えていただくと、案外気楽に取り組めると思います。

6. よくある翻訳の失敗と、その対処

職務経歴書を拝見していると、翻訳のつまずき方にはいくつかの型があります。代表的なものを挙げておきます。

とくに多いのが、専門用語をそのまま持ち込んでしまうケースです。現場では当たり前でも、書類を読むのが人事や事業部長だと、その言葉のすごさが全く伝わりません。翻訳とは、社外の人に伝わる言葉に置き換える作業でもある、と考えていただくといいと思います。目安として、業界外の友人に読んでもらって一発で伝わるかを基準にすると、ちょうどいい塩梅になります。

7. 翻訳するときにやってはいけないこと

最後に注意点を一つだけ。翻訳は「盛る」こととは違う、ということです。関与していないことをやったように書く、桁を大きく見せる、といった脚色は、面接の深掘りで必ず崩れます。

僕がお伝えしているのは、あくまで「すでにやってきたことを、正しい言葉で見えるようにする」作業です。事実の解像度を上げるのが翻訳で、事実を作り変えるのは捏造。ここの線引きだけは、皆さまにも大事にしていただきたいなと思っています。

むしろ、正直に「ここは補助的な関与でした」「主導はしていませんが観察していました」と粒度を分けて語れる人のほうが、信頼されやすいと感じます。関与の濃淡を自分で分けられる人は、それだけで仕事の解像度が高いと見なされるからです。面接官も、完璧な成功譚より、関与の境界を正直に語れる人のほうを信用する——これは僕が数多くの面談に同席してきた実感でもあります。

8.（まとめ）当たり前を言葉にする勇気

整理します。日常管理は計画・実行・監視・是正のサイクルであり、KPI管理は成果指標マネジメントであり、トラブル対応はPMの火消し力です。皆さんが「当たり前」と思っていることの多くは、外から見れば十分に語る価値のある実績です。

大切なのは、それを目的・関与範囲・期間・成果の言葉に置き換える勇気を持つこと。翻訳が済めば、書類の見え方も面接での手応えもかなり変わってくるはずだ、というのが僕の実感です。まずは一番自信のある案件を一つ、5段階と4座標で書き出してみてください。

皆さんいかがでしたでしょうか。今日の話が、ご自身の経験を棚卸しするきっかけになれば嬉しいです。製造PMクエストでは今日もがんばりましょう。