教育業界の経験をスキルシートで伝える書き方｜利用者・規模・校務系か学習系かの示し方

教育業界の経験をスキルシートで伝えるときは、案件ごとに発注者の種類と自分の立場、校務系か学習系か、利用者と規模、時期と切り替えの関わり方の4点をそろえて書きます。「教育系システムの開発経験あり」だけでは、読み手は、教育委員会の校務の案件と、教育サービス企業のアプリ開発の案件のどちらに合うのかを判断できないからです。

この記事では、教育の経験に固有の書き方を、架空の記入例とあわせて紹介します。スキルシート全体の構成はスキルシートの書き方の基本、案件の種類は教育業界のIT案件の記事、言葉の意味は業務知識の記事で解説しています。自治体の案件に共通する「発注者側の支援か受注側か」「調達のどの段階か」の書き分けは、公共・官公庁のスキルシートの記事をあわせてご覧ください。

教育の経験は4つの項目をそろえて書く

発注者の種類を書くのは、種類によって前提が違うからです。公立学校の案件は、教育委員会の教育情報セキュリティポリシーや年度の予算に沿って進みます。教育サービス企業の案件は、自社サービスの開発として進みます。読み手は、この違いで「どの案件なら任せられるか」を判断します。

校務系か学習系かを書き分ける理由

利用者と扱う情報が違う

文部科学省の「教育情報セキュリティポリシーに関するガイドライン」では、校務系情報は児童生徒がアクセスすることを想定していない情報、学習系情報は教員と児童生徒がアクセスすることを想定している情報とされています。

校務系のシステムでは、成績や指導の記録など扱う情報が重く、権限の設計や監査の記録、止められない時期の運用が中心になります。学習系のシステムでは、多くの児童生徒が同じ時間に使う前提での性能、分かりやすい画面、年度替わりのアカウント運用が中心になります。どちらの経験かを書き分けると、求められる力との対応が読み手に伝わります。

ガイドラインの言葉にそろえる

教育の案件に慣れた読み手には、文部科学省の資料の言葉で書くと段階や役割が一目で伝わります。たとえば次のような書き方です。

• 「校務系・学習系ネットワーク統合の移行計画を作成」
• 「強固なアクセス制御の前提で、多要素認証の導入を担当」
• 「クラウド型校務支援システムへのデータ移行」
• 「教育データ標準の項目に合わせたデータ設計」
• 「学習eポータル標準準拠ソフトウェアとMEXCBTの利用環境の整備」

次世代校務DXの4つの要素（強固なアクセス制御、ネットワーク統合、クラウド型校務支援システム、データの可視化・利活用）のどれに関わったかを書くと、校務DXの案件で役割が伝わりやすくなります。

案件の種類ごとの書き方

GIGAスクールの端末・ネットワーク

端末の台数や学校数の目安、担当した作業（端末管理の設計、アカウント運用、ネットワークの測定と改善など）を書きます。共同調達や複数の自治体にまたがる案件だった場合は、その旨も書くと、調整の範囲が伝わります。端末やクラウドサービスの製品名は、技術の経験として書いてかまいません。

校務DX・校務支援システム

移行の対象（成績、出欠、保健など）、移行の範囲（データ移行、権限設計、利用者への説明、切り替え当日の対応）、関係者（教育委員会、学校、複数の事業者）を書きます。成績処理や指導要録の作成が集中する時期を避けて切り替えを計画した、といった工夫は、教育の現場を理解している根拠になります。

学習系サービス・EdTech

担当した機能、同時に使う利用者の規模、他のサービスとの連携（学習eポータル、教育データ標準、シングルサインオンなど）を書きます。児童生徒の学習データを扱った場合は、データの扱いの決まりにどう対応したかを、一般的な言葉で書くと評価されやすくなります。

LMS・大学・教育サービス企業

導入したLMSや開発したサービスの種類、受講者の規模、配信や分析の仕組みを書きます。一般のWeb系の案件と近い経験ですが、「学期の開始に合わせた負荷対策」のように、教育特有の事情への対応があれば加えます。

架空の記入例

以下は書き方を示すための架空の例です。

案件A（2025年10月〜2026年4月）

• 発注者：市の教育委員会（校務支援システムの提供事業者のチームに参画）
• 区分：校務系
• 対象：小中学校数十校のクラウド型校務支援システムへの移行
• 担当：成績・出欠データの移行計画と検証、教職員の権限の設計、学校向け操作説明の資料作成、春休み中の切り替え手順書の作成
• 成果：年度初めの学級編成に間に合う時期に、全校の切り替えを予定どおり終えた

案件B（2024年4月〜2025年9月）

• 発注者：学習アプリを提供する事業者（自社サービスの開発チーム）
• 区分：学習系
• 担当：協働学習機能のバックエンド開発、授業時間帯の負荷試験、教育データ標準に合わせたデータ項目の設計
• 規模：全国の学校で利用、授業時間帯に同時接続が集中する前提で設計

このように案件ごとに区分と利用者を分けると、読み手は自分の案件との相性を判断しやすくなります。成果の欄は、数字を作らずに、何をどの時期までに終えたかを事実で書きます。

書かないほうがよい情報

教育の案件は、児童生徒の情報を扱うことが多いため、スキルシートに書く内容には特に注意が必要です。次の情報は書かないでください。

• 教育委員会や学校、取引先の具体的な名称（「市の教育委員会」「教育サービス企業」のように種類と規模に置き換える）
• 児童生徒や教職員の情報の中身、件数の内訳、取り扱った成績や健康の情報の種類の詳細
• ネットワーク構成、認証の設定、アクセス権の詳細
• 未公表の調達の内容や、導入前のサービスの仕様
• 画面のスクリーンショットや、取引先の資料をそのまま写した内容

規模は「数十校」「数万人規模」のように幅で示します。どこまで書いてよいかの考え方はスキルシートと守秘義務の記事、よくある失敗はスキルシートでよくある失敗の記事で解説しています。

よくある質問

教育委員会の名前が公表されている案件でも、伏せたほうがよいですか？

伏せておくことをおすすめします。導入の事実が公表されていても、自分の関わり方や作業の内容まで公表されているわけではありません。「市の教育委員会」「県域の共同調達の案件」のように種類と規模に置き換えても、区分と担当を書けば経験は十分に伝わります。

教育業界の経験が短い場合、どう書けばよいですか？

期間が短くても、校務系か学習系か、利用者が誰だったかを書けば、教育の前提を理解していることは伝わります。加えて、他の業界で積んだ移行や運用、Webサービス開発の経験を、教育の案件にどう生かせるかを職務要約に書くと、読み手が判断しやすくなります。

面談では、教育の経験について何を聞かれますか？

校務系か学習系かに加えて、年度替わりのアカウント更新や切り替えにどう対応したか、ITに慣れていない利用者への説明をどう工夫したか、児童生徒の情報をどう扱ったかを聞かれることがあります。面談の準備は面談の質問の記事で解説しています。