設備保全・メンテナンス経験を製造業PM実績に翻訳する方法

「僕、機械が壊れる前に直してるだけなんですけど、それってPMって言えるんですかね」

数年前、ある工場の設備保全エンジニアの方とお話しした際に出た言葉です。僕はこの言葉を聞いて、正直「もったいないな」と感じました。結論から先に言うと、設備保全・メンテナンスの経験は、生産技術PMや工場DX推進のポジションで高く評価される実績の宝庫だと僕は考えています。保全の仕事は「壊れる前に手を打つ」というリスクマネジメントの実践そのものであり、複数部門を巻き込みながら計画を動かすという点で、PMの仕事と地続きだからです。この記事では、保全エンジニアとしての経験をPM実績としてどう翻訳していくか、僕なりの整理と、今日から使える棚卸しの手順をお伝えします。

0. 結論：保全の仕事は「翻訳すればPM実績」である

先に結論を書きます。設備保全・メンテナンスの経験は、そのままではPM実績として伝わりにくいものの、翻訳のコツを押さえれば十分にPM経験として語れると僕は考えています。翻訳の切り口は大きく3つです。ひとつ目は故障対応経験を「リスクマネジメント実績」に、ふたつ目は予防保全計画の運用経験を「スケジュールマネジメント実績」に、みっつ目は生産・品質・調達といった部門間調整の経験を「ステークホルダーマネジメント実績」に、それぞれ言い換えていくというやり方です。以降の章で、それぞれの切り口を具体的に見ていき、最後に今日からできる棚卸しの手順もご紹介します。

1. 保全エンジニアの仕事はPMの縮図である

個人的な感覚で言うと、保全エンジニアの仕事は「工場の医者」のようなものだと思っています。定期的な健康診断にあたる予防保全があり、急患対応にあたる故障対応があり、その両方を限られた予算と人員でやりくりしなければなりません。これはまさにPMが向き合っているリスク管理・スケジュール管理・リソース配分の縮図だと僕は考えています。

ある部品工場で保全を担当していた方から聞いた話ですが、年間の保全計画を立てる際には、生産部門の稼働予定・品質部門の検査スケジュール・調達部門の部品リードタイムをすべて突き合わせながら、いつ設備を止めて点検するかを決めていたそうです。これは生産技術PMが工程計画を組む際に行っている調整作業と、構造としてはほとんど同じだと感じました。違うのは「保全」という言葉で語られているか、「プロジェクト計画」という言葉で語られているかだけです。この言葉のずれを埋める作業こそが、今日お伝えしたい「翻訳」なのだと思っています。ちなみにこの方は、保全の仕事を「工場という船のメンテナンスクルー」と表現していました。船が止まらないよう常に先手を打つ立場だという意味では、言い得た比喩だと感じています。

2. 翻訳ポイント①：故障対応経験を「リスクマネジメント実績」に翻訳する

故障対応というと、「壊れたら直す」という単純な作業に聞こえるかもしれません。しかし実際の現場では、複数の設備が同時に異常を示すなかで、どの故障を最優先で対応すべきかを判断する場面が頻繁にあります。これは製造業に限らずFMEA（故障モード影響解析）的な考え方に近く、影響度と発生頻度をもとに優先順位をつけるという、立派なリスクマネジメントの実践だと僕は考えています。

実績として語り直すときのコツは、「どの設備の故障を、どういう基準で優先順位づけし、結果としてどれだけダウンタイムを短縮できたか」を数字で語ることだと思っています。多くの保全担当者は初回対応から復旧までの時間を記録として残しているはずなので、独自ガイドの目安値として、そうした復旧時間の短縮幅や、事後保全から予知保全への切り替えで減らせた緊急停止の回数などは、面接で語りやすい素材になります。数字が細かく残っていない場合でも、「何を根拠に優先順位を判断していたか」という判断基準そのものが、PMのリスク評価プロセスの説明として十分に成立すると個人的には感じています。加えて、故障が起きた後に再発防止としてどんな仕組みを入れたか、という部分まで語れると、単発対応ではなく継続的なリスク低減の話として評価されやすくなると僕は思っています。

3. 翻訳ポイント②：予防保全計画を「スケジュールマネジメント実績」に翻訳する

年間の予防保全計画は、単に点検日を決めるだけの作業ではありません。生産計画とぶつからないように停止時間を調整し、必要な部品を発注リードタイムから逆算して手配し、限られた保全人員をどの設備にどの期間割り当てるかを決めていく作業です。これは、PMが行うスケジュールマネジメントとリソースマネジメントを同時にやっているようなものだと僕は考えています。

実績翻訳のコツは、「計画通りに実施できた比率」と「計画変更が起きた場合にどう対応したか」の2点を語れるようにしておくことです。計画が100%完璧に進むプロジェクトはほとんど存在しないので、変更が起きたときにどう優先順位を組み替え、誰と調整して代替案を作ったかという経験のほうが、むしろPMとしての説得力が強くなると個人的には思っています。加えて、部品の在庫管理や予算内でのコスト調整の経験があれば、それはリソースマネジメントの実績としてそのまま語れる素材です。僕の体感値で言うと、面接で「計画が崩れたときにどうリカバリーしたか」を聞かれる場面は思っている以上に多く、ここでの回答の質が評価を大きく左右すると感じています。

4. 翻訳ポイント③：部門間調整を「ステークホルダーマネジメント実績」に翻訳する

保全の仕事は、一人で完結するものではありません。生産部門とはいつ設備を止められるかの調整があり、品質部門とは設備起因の不良が出た際の原因分析があり、調達部門とは部品の調達リードタイムのすり合わせがあり、安全部門とは作業手順の承認が必要になります。立場も優先順位も異なる複数の部門の間に立って合意を作っていくこの経験は、PMが担う「ステークホルダーマネジメント」とほとんど同じ構造だと僕は考えています。

面接や書類でこの経験を語るときは、「誰と誰の利害がぶつかったか」「その調整のために何を提示したか」「最終的にどう合意形成したか」という3点を軸に話すと伝わりやすくなります。技術的な調整内容そのものよりも、対立する立場の間に立ってどう合意を作ったかという部分こそが、PMの選考で評価されるポイントだというのが僕の体感値です。

5. ケース比較と今日からできる棚卸しの実務手順

ここで、翻訳のうまさで評価が変わった2つのケースを比較してみます。あくまで僕がこれまでお会いした方々の傾向をもとにした一般化であり、特定の個人を指すものではありません。

この差は、経験の量や質の差ではなく、語り方の差だけであることが多いと僕は感じています。だからこそ、まず自分の経験を棚卸しする作業が重要になります。以下は、今日から始められる実務手順です。1件あたり10〜15分程度を目安に、まとまった時間を確保して取り組むとよいと思っています。

1. 過去1年で対応した保全案件を、思い出せる範囲で最低10件書き出す（所要時間の目安：20分）
2. 各案件を「課題→対応→結果」の3行で整理する（1件あたり10分程度）
3. 結果の部分をできるだけ数字化する（時間・回数・コストなど）
4. それぞれをリスクマネジメント／スケジュールマネジメント／ステークホルダーマネジメントのどれに当たるか分類する
5. 分類した中から2〜3件を、1〜2分で話せるエピソードに圧縮する

この棚卸しをしていると、いくつかの失敗パターンによく出会います。ひとつは、技術的な作業内容の説明に終始してしまうパターンです。対処法としては、必ず結果を数字と組織へのインパクトで語ることを意識するとよいと思っています。もうひとつは、実績を大きく見せようとして数字を盛ってしまうパターンです。これは面接官にすぐに見抜かれますし、僕としてもお勧めしません。目安値・体感値であることを正直に明示しながら、誠実に語るほうが結果的に信頼につながると考えています。最後に、調整の成果を自分一人の手柄として語りすぎてしまうパターンもよく見かけます。実際には周囲との調整があってこその成果のはずなので、チームでの動きも含めて語るほうが、PMとしての適性が伝わりやすいというのが僕の実感です。

6. （結論）保全の経験は、言葉を変えるだけでPM実績になる

設備保全・メンテナンスの経験は、そのままでは「技術者としての作業経験」に見えてしまいがちです。しかし故障対応をリスクマネジメントに、予防保全計画をスケジュールマネジメントに、部門間調整をステークホルダーマネジメントに言い換えていくことで、生産技術PMや工場DX推進のポジションで十分に評価される実績になり得ると僕は考えています。大切なのは、新しいスキルを身につけることよりも、まずこれまでの経験を丁寧に棚卸しし、数字と判断基準を添えて語り直すことだと思っています。皆さんいかがでしたでしょうか。ぜひ今日お伝えした手順で、これまでの保全経験を一度整理してみてください。では今日もがんばりましょう。