要件定義の案件｜ITコンサル・PMOで評価される上流の経験
要件定義は、システムの導入や刷新のプロジェクトで、何を作るかを決める工程です。フリーランスの案件でも「要件定義の経験」を条件に入れたものは多く、ITコンサルやPMOにとっては、経験の中でも特に評価されやすい部分です。
ただ、一口に要件定義の経験と言っても、業務の側から要件をまとめた経験なのか、システムの構成まで決めた経験なのかで、合う案件は変わります。この記事では、当社に届いた要件定義・RFP作成の案件7件をもとに、どんな上流の経験が求められていたかを整理します。
このnoteは、ITコンサルタント・PM・PMO向けの案件紹介サービス「アサインコネクト」が書いています。
当社には、要件定義・RFP作成など上流工程の案件が継続的に届いています。この記事の後半でも、実際に届いた7件の条件を紹介しています。
要件定義や業務整理など、上流工程の経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。
下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。
この記事でわかること
要件定義の案件で、何が「上流の経験」として見られているか
当社に届いた要件定義・RFP作成の案件7件の条件
7件に共通していた「業務要件をシステム要件に落とし込む」経験
要件定義の経験を、案件の担当者に伝わる形で説明するポイント
1. 要件定義の案件で見られている2つの層
要件定義は、利用する側が責任を持つ工程
情報処理推進機構（IPA）は、2019年12月に「ユーザのための要件定義ガイド 第2版」を発行しています。その紹介ページでは、システムの要件を定義する責任は、システムを使ってビジネスに貢献する役目を負うユーザ（利用する側）にあると言われている、と説明されています。
フリーランスのITコンサルやPMOが要件定義の案件に入るときも、多くは発注する企業の側に立って、業務部門の要望をまとめ、ベンダーに伝わる形にする役割を担います。開発ベンダーとして要件を聞き取る立場とは、同じ「要件定義」でも視点が違う点に注意が必要です。
業務要件とシステム要件
案件の条件を読むと、要件定義の経験は、おおむね次の2つの層で書かれています。
業務要件：業務をどう変えたいか、どの業務をシステムで支えるか。現行業務の整理、業務フローの作成、To-Be（あるべき姿）の業務の検討など
システム要件：その業務を支えるために、システムに何が必要か。機能・データ・他システムとの連携・アーキテクチャなど
この2つをつなぐのが、条件によく出てくる「業務要件をシステム要件に落とし込んだ経験」です。業務の話だけ、システムの話だけではなく、両方の間を行き来できることが、上流の経験として見られています。
2. 当社に届いた要件定義・RFP作成の案件7件
2026年7月〜10月に当社に届いた案件のうち、要件定義・RFP作成など上流工程を案件の中心に置いたもの7件（SAPの案件は除く）を紹介します。発注元が分からないように書き直しています。単価は案件ごとに条件が違うため、ここでは扱いません。
業務の側から要件を作る案件（4件）
製造業のMES（構想策定〜要件定義・基本リモート）：必須＝製造業向けプロジェクトへの参画経験、MESプロジェクトへの参画経験、構想策定・業務整理・要件定義などの上流工程の経験、顧客とのコミュニケーション・折衝の経験、業務要件をシステム要件に落とし込んだ経験／尚可＝Aprisoの知見または導入・活用経験、製造DX／スマートファクトリー関連のプロジェクト経験、SCM領域のプロジェクト経験、提案活動やRFP対応の経験、インフラ領域の知見またはプロジェクト経験
製造業のグローバル業務標準化・基幹システムのテンプレート策定（週3日程度出社）：必須＝中〜大規模の基幹システム導入プロジェクトでの要件定義の経験、業務要件整理の経験、PM／PL／PMOとしてのプロジェクト推進経験、顧客折衝・関係者調整の経験／尚可＝製造業向けシステム導入プロジェクトの経験、グローバル業務標準化プロジェクトの経験、CRPの計画・実施経験、英語でのコミュニケーション経験
総合商社グループ会社のERP導入の要件定義準備・経理領域のプロジェクト推進（財務会計 GL／AR／AP・週5日出社）：必須＝コンサルティングファームでの業務経験、財務会計領域での要件定義の経験、ERP導入の経験（10年以上）、複数のプロジェクトで要件定義の経験があり業務フロー作成の経験も豊富なこと、財務会計領域のプロジェクト経験が豊富なこと（管理会計以外）／尚可＝SAP／Proactiveの知見
物流業のWMS刷新に向けたRFP作成（実働メンバー）：必須＝WMS（倉庫管理システム）領域の知見・経験、RFP作成・要件整理などのシステム導入の上流工程の経験、関係者と連携しながら主体的に資料作成・検討を進められること／尚可＝鉄鋼・鉄商材の物流業務の知見・経験、WMS領域のソリューション製品の知見
システムの全体像から要件を作る案件（2件）
保険代理店のAIネイティブ化に向けたシステム要件整理・To-Beアーキテクチャ策定（週2日程度出社）：必須＝システム要件定義・要件整理の経験、To-Beのシステムアーキテクチャの検討・策定の経験、業務要件をシステム要件に落とし込んだ経験、複数システム間の連携やデータフローを含む全体設計の経験、顧客・業務部門・開発ベンダー等とのステークホルダー調整の経験／尚可＝生成AI／LLMを活用したシステム・サービスの企画または設計の経験、保険／金融領域の業務・システムの知見、クラウド環境を前提にしたアーキテクチャ設計の経験、AIエージェントやAIネイティブな業務プロセスの知見
エネルギー企業のアジア拠点の音声基盤移行の要件定義：必須＝音声／VoIP領域のプロジェクト経験、SIP・SBC・IP-PBX等の音声基盤の知見、顧客ヒアリングから要件を整理し要件定義を進めた経験、複数ベンダー・関係者との調整経験、PM／PLまたはそれに準ずるプロジェクト推進経験／尚可＝Microsoft Teams Phone／Direct Routingの知見・経験、Cisco CUCMの知見、クラウドPBXの設計・構築経験、VoIP Gateway／アナログ電話・FAX移行の知見、グローバル拠点の音声基盤移行の経験、英語でのコミュニケーション能力
要件定義のフェーズを推進する案件（1件）
エネルギー業の家庭向けアプリ開発（要件定義フェーズのPMO・週5日出社）：必須＝IT PMOの経験またはシステム導入の経験（要件定義のフェーズ以降）、コアコンサルティングスキル（コミュニケーションスキル・ドキュメントスキル）
この1件は、PMOの案件として「フリーランスPMOの仕事｜PMOの案件で求められる経験と、PMとの違い」でも紹介しています。要件定義そのものを担うというより、要件定義のフェーズを管理し、前に進める役割です。
3. 7件から見えること
業務の側から要件を作る経験が、ほとんどの案件で必須
7件のうち5件が、「業務要件をシステム要件に落とし込んだ経験」「業務要件整理の経験」「顧客ヒアリングから要件を整理し要件定義を進めた経験」のように、業務の側から要件を作る経験を必須に入れていました。システムの仕様を書けることよりも、業務部門の話を聞いて、何をシステムに求めるかを形にできることが重く見られています。
領域の知見とセットになっている
7件のうち4件は、要件定義の経験だけでなく、領域の知見を必須に入れていました。製造業・MES、財務会計、音声基盤、WMSです。財務会計の案件では「管理会計以外」と、同じ会計の中でも領域が細かく指定されていました。要件定義は業務を理解していないと進められない工程なので、「どの業務の要件を定義してきたか」が、経験の年数と同じくらい問われると考えられます。
推進の経験も一緒に問われる
製造業のテンプレート策定ではPM／PL／PMOとしてのプロジェクト推進経験が、音声基盤移行ではPM／PLまたはそれに準ずる推進経験が必須でした。要件定義は、関係者の意見をそろえて期限までに決め切る工程でもあるため、推進役の経験が評価されやすい領域です。PMOの案件全体の傾向は「フリーランスPMOの仕事｜PMOの案件で求められる経験と、PMとの違い」にまとめています。
ご自身の要件定義の経験だと、どの案件に近いかは、希望条件をLINEで登録いただければ個別にお伝えします。
4. 要件定義の経験を伝えるときのポイント
7件の条件から逆算すると、要件定義の経験は、次の4点で書くと案件の担当者に伝わりやすくなります。
どの業務の要件か：業界と業務領域（製造の生産管理、経理の財務会計、物流の倉庫管理など）。領域の知見とセットで見られるため、ここを最初に書く
どこからどこまで担ったか：現行業務の整理、To-Beの業務設計、業務要件の整理、システム要件への落とし込み、RFPの作成のうち、どこを自分の手で行ったか
何を書いたか：業務フロー、要件一覧、RFP、To-Beのアーキテクチャ図など、作った成果物の種類
誰と決めたか：業務部門・経営層・開発ベンダーなど、合意を取った相手と、関係者の数や拠点の広がり
特に「業務要件をシステム要件に落とし込んだ」経験は、7件の中で繰り返し出てきた言葉です。業務の要望を、機能・データ・連携の要件に分けて整理した場面を、具体的に説明できるようにしておくと評価されやすくなります。
RFP作成の経験も上流の経験になる
物流業のWMSの案件は、RFP（提案依頼書。ベンダーに提案を依頼するための資料）の作成が中心でした。RFPを作るには、何をシステムに求めるかを整理する必要があるため、要件の整理と近い経験として扱われています。製造業のMESの案件でも、提案活動やRFP対応の経験が尚可に入っていました。発注者側でRFPを作った経験や、ベンダー選定を支援した経験がある方は、上流の経験として書いておくとよいでしょう。
5. よくある質問
開発ベンダー側で要件定義をした経験も評価されますか？
7件の条件では、要件定義の経験を「発注者側に限る」と書いた案件はありませんでした。ただ、多くの案件が「業務要件の整理」や「顧客・業務部門との調整」を必須にしているため、ベンダー側の経験でも、業務部門の話を直接聞いて要件をまとめた経験を中心に説明すると伝わりやすくなります。
SAPの導入での要件定義の経験は、ここに入りますか？
この記事の7件はSAPの案件を除いて数えていますが、総合商社グループ会社のERP導入の案件では、SAPの知見が尚可に入っていました。SAPの導入の要件定義については、SAPのnoteの記事 https://note.com/assign_sap/n/n31a376c48f13 で、導入の段階ごとの仕事と一緒にまとめています。
AIを使ったシステムの要件定義の経験は求められていますか？
7件の中では、保険代理店のAIネイティブ化の案件で、生成AI／LLMを活用したシステムの企画・設計の経験や、AIエージェントの知見が尚可に入っていました。必須は、システム要件定義やTo-Beのアーキテクチャ策定など、AIに限らない上流の経験でした。
まとめ
要件定義の経験は、業務要件とシステム要件の2つの層で見られている。IPAのガイドが説明するように、要件を定義する責任は利用する側にあると言われており、フリーランスは発注者側に立つことが多い
当社に届いた7件のうち5件が、業務の側から要件を作る経験を必須に入れていた
製造業・財務会計・音声基盤・WMSなど、領域の知見とプロジェクトの推進経験も、要件定義の経験とセットで求められていた
アサインコネクトは、ITコンサルタント・PM・PMO向けの案件紹介サービスです。
希望条件をLINEで登録すると、条件に合う上流の案件を個別に受け取れます。
参考資料
独立行政法人情報処理推進機構（IPA）「ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ」（2019年12月20日発行・2026年10月25日閲覧） https://www.ipa.go.jp/archive/publish/tn20191220.html
