製造業界の経験をスキルシートで伝える書き方｜業態・層・工場の範囲の示し方

製造業の経験をスキルシートで伝えるには、業態（組立かプロセスか）、生産の方式、担当したシステムの層、対象の工場や拠点の範囲、切り替えの制約の5つをそろえて書きます。「製造業向け生産管理システム」とだけ書くと、読み手は何を任せられるかを判断できません。

一方で、製造業の経験には、製品の仕様や工程の条件など、書いてはいけない情報が多く含まれます。この記事では、伝わる書き方と、書かない線の引き方をあわせて紹介します。スキルシートの全体の構成や基本の型はスキルシートの書き方の記事をご覧ください。

製造業の案件で読み手が知りたいこと

製造業の案件のスキルシートを読むのは、発注側の情報システム部門や、元請けのPM・リーダーであることが多く、読み手自身が製造業の業務を知っています。そのため、次の点をシートから読み取ろうとします。

• 組立型とプロセス型のどちらの業態を経験しているか
• 5つの層（ERP・PLM・生産管理・MES・工場のIoT）のどこを担当し、隣の層とどうつないだか
• 本社の基幹の仕事か、工場の現場に近い仕事か
• 工場を止めない切り替えのような、製造業ならではの制約の中で働いた経験があるか

5つの層の中身は製造業のIT案件の記事で整理しています。シートでは、この層の言葉を使って自分の位置を示すと、読み手と認識をそろえやすくなります。

プロジェクト欄に足したい5つの項目

基本の型（期間・概要・役割・体制・担当工程・技術）に、製造業では次の項目を足します。

業態と生産の方式を書いておくと、それだけで「どの業務知識を持っているか」がかなり伝わります。業務知識の中身は製造業の業務知識の記事で解説しています。

パッケージと独自システムを区別する

生産管理やMESは、パッケージを使う場合と、会社独自に作り込んだシステムの場合があります。パッケージなら製品名を書き、独自システムなら「自社開発の生産管理システム（稼働年数の長いシステム）」のように書きます。SAPのモジュールの書き方はSAP SD/MMのスキルシートの記事で詳しく扱っています。

記入例（架空）

期間：（例）約1年。うち自分の参画は要件定義から稼働後2か月まで
概要：（例）組立型の機械メーカーにおけるMESの新規導入
業態・方式：組立型。受注生産が中心
システムの層：MES。上位の生産管理システムから製造指示を受け取り、作業実績と検査結果を返す連携を担当
対象の範囲：国内の複数工場のうち、1工場の組立ラインで先行導入
役割：要件定義と基本設計のリーダー。メンバー3名
主な担当：作業者の画面の要件を工場の担当者と詰めた。ロット単位の記録の粒度を品質保証部門と決めた
切り替えの制約：計画停止の期間に切り替え。リハーサルを複数回実施
技術：（例）C#、SQL Server、生産管理システムとのファイル連携

これは項目の埋め方を示すための架空の例です。実際の経験に置き換えて書いてください。

「主な担当」には部門との判断を書く

製造業の案件では、関わる部門が多いため、どの部門と何を決めたかを書くと、調整の力が伝わります。

例外の扱いを書くのも効果的です。設計変更が製造の途中で入ったとき、検査で不合格が出たとき、材料が遅れたときにシステムでどう扱ったかは、実際に関わった人でないと書けません。

スキル一覧の書き方

スキル一覧には、技術と並べて、業務の項目を書く欄を設けると、製造業の経験が見えやすくなります。

• 業務：生産計画、所要量計算、製造指示、工程管理、品質記録・トレーサビリティ、原価計算、設計変更管理 など
• システムの層：ERP（モジュール名）、PLM、生産管理、MES、設備データの収集
• パッケージ・製品：使ったことのある製品名と、関わった範囲（設定・開発・保守）
• 技術：言語、データベース、連携の方式、クラウド

業務の項目は、「経験あり」とだけ書くより、「要件定義から担当」「保守で改修を担当」のように、関わり方を添えると判断しやすくなります。

書かないことの線を引く

製造業の経験で特に注意したいのは、製品や製造の技術に関する情報です。一般的なスキルシートで避ける社名や案件名に加えて、次のような情報は書きません。

経済産業省は、営業秘密を「有用性」「秘密管理性」「非公知性」の3つの要件を満たす情報と説明しています。工程の条件や原価のデータは、取引先がこうした営業秘密として管理していることがあり、自分の経験の一部であっても、シートに書いてよい情報ではありません。

また、製造業の技術の中には、外国為替及び外国貿易法にもとづく安全保障貿易管理の対象になるものがあります。案件の中で取引先から技術の管理について説明を受けた場合は、その技術の中身をシートや面談で話さないようにします。ルールの概要は製造業の規制の記事で解説しています。

組み合わせで特定されないようにする

業種と製品のくくりを細かくしすぎると、社名を書かなくても会社が特定されることがあります。たとえば、ある製品で国内の会社が数社しかない場合、「国内の◯◯メーカー」と書くだけで分かってしまいます。業種、規模、地域、製品を組み合わせたときに特定されないかを、提出前に読み返します。ぼかし方の型はスキルシートと守秘義務の記事、契約上の秘密の範囲は秘密保持契約の記事で整理しています。

保守・運用の経験の書き方

工場のシステムの保守や運用の経験は、導入の経験より軽く見られると思われがちですが、書き方しだいで強みになります。工場の稼働を止めないための対応は、製造業ならではの経験だからです。

• 障害対応：ラインが止まる障害に、どの時間帯に、どの手順で対応したか
• 改修：工場からの要望を受けて、どの業務のどの機能を変えたか
• 定期作業：計画停止に合わせたバージョンアップや、マスタの一括更新など

件数や時間の数字を書く場合は、取引先の稼働状況が分かるほど細かくせず、自分の対応の範囲が伝わる程度にとどめます。

面談で口頭で伝えるときのコツ

面談では、シートに書いた1つのプロジェクトについて、「どの層を担当し、どの部門と、どんな例外をどう扱ったか」を2〜3分で話せるように準備しておきます。製品や工程の具体的な中身を聞かれた場合は、「取引先の秘密にあたるため、仕組みの説明にとどめます」と断ってかまいません。線を引いて話せること自体が、情報管理への意識として受け止められます。

面談でよく聞かれる質問への準備は面談の質問の記事をご覧ください。

よくある質問

製品の名前を書かないと、経験の価値が伝わらないのではないですか？

読み手が知りたいのは、製品そのものより、どの業態で、どの層の、どんな判断をしたかです。「組立型の産業機械」「プロセス型の化学品」のように大きなくくりで書き、業務の流れと自分の判断を具体的に書けば、経験の価値は十分に伝わります。

工場の現場で作業者として働いた経験は、書いてよいですか？

書いてかまいません。製造の現場の流れを知っていることは、MESや生産管理の案件で強みになります。どの工程で、どんな作業や改善に関わったかを、製品や工程の条件の具体的な値に触れずに書きます。

業務知識の項目は、どのくらい細かく書けばよいですか？

応募する案件の層に合わせて、関係の深い項目を細かく、関係の薄い項目はまとめて書くのが読みやすい形です。たとえばMESの案件なら品質記録やトレーサビリティを、ERPの案件なら原価計算や所要量計算を、関わり方を添えて書きます。