IoTエンジニアのスキルシートの書き方｜面談で評価される実績の見せ方

IoTエンジニアのスキルシートは、使った技術やサービスの名前を並べるより、担当した層、実証か本番か、台数とデータ量の規模、層の境目で自分が決めたことを書くのが基本です。IoTの案件は、一つの層だけを担当する案件から全体を任せる案件まで幅が広いため、読み手は「どの層をどの深さで任せられる人か」をシートから判断しようとします。

全体の構成はスキルシートの基本をご覧ください。案件で見られるスキルの中身はIoTエンジニアの案件で求められるスキル、経験の棚卸しと独立の準備はIoTエンジニアがフリーランスになるにはで扱っています。ここでは、シートへの書き方と見せ方に絞って説明します。

スキル一覧は「層」ごとに行を分ける

IoTのスキル一覧でよく見るのが、言語、クラウドのサービス、無線方式、プロトコルを一列に並べる書き方です。これでは、どの層で何をしたのかが読み取れません。層ごとに行を分け、その中で使った技術と関わり方を書くと、読み手は案件との重なりをすぐに見つけられます。

これは書き方を示すための例です。「実装」「設計」「選定」のように関わり方を括弧で添えると、同じ技術の名前でも深さの違いが伝わります。担当していない層の行は無理に埋めず、「関わりなし」のままにしておきましょう。

「実証か本番か」をプロジェクトごとに書き分ける

IoTの経験は、実証で終わったものと、本番で運用まで進んだものとで、読み手の受け取り方が大きく違います。プロジェクトごとに段階を明記すると、経験の中身が正確に伝わります。

• 実証：少ない台数で効果を確かめた。期間と、結果として本番に進んだかどうか
• 本番の構築：台数を増やす前提で仕組みを作った
• 運用：現場に出た機器の更新、監視、障害の対応を担った

実証だけの経験でも、価値が低いわけではありません。実証から本番に進む判断の材料をまとめた、本番を見据えて機器の登録の仕組みを作った、といった工夫を書くと、次の段階の案件にもつながります。

規模は「台数・データ量・設置場所の種類」を桁でぼかす

IoTの仕事は、機器の台数とデータ量で難しさが大きく変わります。規模を書かないと、机の上の数台の実験か、各地に設置された多数の機器の運用かが伝わりません。一方で、正確な台数や設置場所は、発注元や製品が特定される手がかりになります。

規模は、次のように桁でぼかして書けば十分です。

• 「数千台規模の設置済み機器」
• 「数十の拠点に置いたゲートウェイ」
• 「屋外の設備に取り付けた電池駆動のセンサー」

設置した施設の名前や、製品の型番は書きません。電池で動くか、屋外か、移動するかといった設置の条件は、設計の難しさを示す情報なので、規模と並べて書くと伝わります。

層の境目で決めたことを独立した行にする

IoTの面談で評価されやすいのは、層の境目の仕様を決めた経験です。プロジェクト欄に「境目の設計」の行を作り、自分が決めたこと、または決める場に入ったことを書いておきます。

自分で決めたのか、ほかの人の決定を実装したのかを書き分けることが大切です。面談では、なぜその仕様にしたのかを聞かれることがあります。答えられる深さで書きましょう。

セキュリティ要件への関わり方の書き方

インターネットにつながる機器には、端末設備等規則の技術基準や、IPAが運用するJC-STARのような評価の制度があります（2026年10月時点）。要件の中身はIoTエンジニアの案件で求められるスキルで紹介しています。

こうした要件に関わった経験は、何に対応し、自分がどこを担ったかを書きます。

• 「初期パスワードを機器ごとに変える仕組みを設計した」
• 「更新の仕組みが要件を満たすかを確かめる試験項目を作った」
• 「評価制度の申請に向けた資料のうち、ソフトウェアの更新に関する部分の作成を担当した」

制度の申請や認証は製品のベンダーが行うもので、技術者個人の資格ではありません。「JC-STAR取得」のように個人が取ったと読める書き方は避け、製品の側の対応に関わった経験として書きましょう。

プロジェクト欄の記入例

ここでは、設備の監視の仕組みを担当した場合を想定しています。以下は書き方を示すための架空の例で、実在の案件や実績ではありません。業界や規模はぼかしています。

期間：20XX年X月〜20XX年X月（1年程度）
案件概要：製造業向け 設備の稼働監視の仕組み（実証から本番まで）
段階：実証（約3か月）→ 本番の構築 → 運用の立ち上げ
規模：数十の拠点に置いたゲートウェイと、数千台規模のセンサー
体制・立場：IoT担当5名（自分はゲートウェイとクラウドの受け側を担当。後半は境目の仕様の取りまとめ役）
担当した層：ゲートウェイ（設計・実装）、クラウドでの受信と保存（設計・実装）、デバイス側（仕様の調整のみ）
使用技術：Linux、Python、MQTT、クラウドのIoT向けサービス、時系列データの保存
境目で決めたこと：通信が途切れたときにゲートウェイでためる件数と再送の方法、二重に届いたデータの扱い
工夫・成果：実証の段階で機器の登録を自動化する仕組みを作り、本番で台数を増やすときの作業を減らした

この例では、段階と境目で決めたことを独立した行にしています。工場の案件の全体像は製造業界のフリーランスIT案件もご覧ください。

層の軸に合わせて並べ方を変える

デバイス側が軸の方は、組込みのスキルシートの書き方も参考になります（組込みエンジニアのスキルシートの書き方）。回線やネットワークが軸の方はネットワークエンジニアのスキルシートの書き方、クラウド側が軸の方はAWSのスキルシートの書き方を合わせて読むと、軸の層の書き方を深められます。IoTのシートでは、その軸に「層の境目」と「段階」の情報を足すのが基本です。

よくある質問

実証（PoC）の経験しかありません。どう書けばよいですか？

実証であることを明記したうえで、何を確かめ、結果として本番に進んだかどうかを書きます。本番を見据えて作った仕組みや、実証で分かった課題をまとめた経験があれば、独立した行にしておくと、次の段階の案件につながる材料になります。

担当した製品の名前は書いてよいですか？

発注元が公表していない製品や、未発表の製品の名前は書きません。製品の分野（設備の監視、物流の追跡、家庭向けの機器など）と設置の条件をぼかして書けば、経験の中身は伝わります。迷う場合は、書かない側に寄せておくのが無難です。

個人で作ったIoTの作品は書いてよいですか？

業務の実績とは分けて、自己学習の欄に書きます。どの層を自分で作ったか、どこで詰まり、どう解決したかを短く書くと、隣の層を学んでいることが伝わります。業務の実績と混ぜて書くと、確認の段階で行き違いが起きることがあります。