IT戦略・構想策定の案件｜上流のITコンサルに求められる経験と、要件定義との違い
システムの仕事の「上流」というと、要件定義を思い浮かべる方が多いかもしれません。ただ、要件定義の前にも、何をどの順番で変えるか、どこまで費用をかけるかを決める段階があります。案件では「構想策定」「構想立案」「IT企画」「ロードマップ策定」といった言葉で募集されています。
この記事では、当社に届いた構想策定の案件8件の条件から、この段階の案件で何が問われているかと、要件定義の案件との違い、経験の伝え方を整理します。
このnoteは、ITコンサルタント・PM・PMO向けの案件紹介サービス「アサインコネクト」が書いています。
当社には、構想策定・IT企画・ロードマップ策定の案件が継続的に届いています。この記事の後半でも、実際に届いた8件の条件を紹介しています。
構想策定や要件定義などの上流の経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。
下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。
この記事でわかること
構想策定の案件と、要件定義の案件の違い
当社に届いた、構想策定・IT企画・ロードマップ策定の案件8件の条件
8件から見える、構想策定の案件で先に見られている経験
構想策定の経験を、案件の担当者に伝わる形で説明するポイント
1. 構想策定は、要件定義の「前」を決める仕事
案件の条件を読み比べると、構想策定と要件定義は、扱うものが違います。ここでの整理は、当社に届いた案件の条件の言葉から読んだもので、プロジェクトによって範囲は違います。
構想策定・IT企画：今の状態（As-Is）とあるべき姿（To-Be）を比べて課題を整理し、何をどの順番で進めるか（ロードマップ）、費用は妥当か、全体の形（グランドデザイン）をどうするかを決める
要件定義：構想で決めた範囲について、業務をどう変え、システムに何を求めるかを具体的に決める。RFP（提案依頼書）の作成も、この層の仕事として出てくることが多い
構想策定の案件でも「構想策定〜要件定義」のように、2つの段階をまとめて募集するものがあります。要件定義の層の案件については「要件定義の案件｜ITコンサル・PMOで評価される上流の経験」で、PMOの役割全体の中での上流の位置づけは「フリーランスPMOの仕事｜PMOの案件で求められる経験と、PMとの違い」で整理しています。
2. 当社に届いた構想策定の案件8件
2026年7月〜10月に当社に届いた案件のうち、構想策定・構想立案・IT企画・ロードマップ策定を案件名か条件に入れたもの8件を紹介します（SAPの案件と、AIの構想支援の案件は除いています）。発注元が分からないように書き直しています。単価は案件ごとに条件が違うため、ここでは扱いません。
8件のうち、製造業のMESの案件は「要件定義の案件｜ITコンサル・PMOで評価される上流の経験」と「RFP作成・ベンダー選定支援の案件｜発注者側のITコンサルに求められる経験」で、大手商社のインフラ基盤移行の案件は「システム移行・データ移行のPMO｜移行計画と移行判定の案件で求められる経験」で、ガス会社のゼロトラストのアセスメントの案件は「セキュリティ領域のPMO｜ゼロトラスト・SASE導入の案件で求められる経験」で紹介しています。この記事では、構想策定に関わる条件に注目して読み直します。
IT基盤・クラウドの構想（2件）
クラウドコンサルティングの実行支援（IT基盤の構想立案／CCoE伴走・参画当初は出社ベース）：必須＝クラウドの知見、ITコンサルの経験、プロジェクトリードの経験／尚可＝グランドデザインの検討経験、共通基盤アーキテクチャの検討経験、ガイドライン・ポリシーの策定経験、クラウド移行の経験、PMO
大手商社のインフラ基盤移行（現行環境からGoogleの環境へ・構想策定・基本リモート）：必須＝コアコンサルティングスキル（コミュニケーションスキル・ドキュメントスキル）＝各機能確認の資料を1つの型に統一してまとめられること、各コストを整理できること（数字に強い）／尚可＝大手コンサルファームでの実務経験、Google Cloudの知見
CCoEは、クラウドの活用を社内で推進する専門の組織（Cloud Center of Excellence）を指す言葉です。
データ基盤の構想（2件）
大手飲料メーカー向けのグループデータ基盤構築（構想策定・ハイブリッド）：必須＝データ連携基盤／DWHの知見、データ連携の要件定義の経験、AI活用を前提にしたデータ連携基盤の構築経験、自走力／尚可＝Snowflakeの知見、飲料業界の知見、BIの知見
地方銀行のデータ利活用基盤の検討（出社ベース・週3〜4日・相談可）：必須＝データ利活用・分析の知見、要件やシステム化への落とし込みができること（BI・DWH・API）、システムコンサルの経験、IT企画・構想などの上流の経験／尚可＝銀行の経験
業務システム・新しいサービスの構想（2件）
製造業のMES（構想策定〜要件定義・基本リモート）：必須＝製造業向けプロジェクトへの参画経験、MESプロジェクトへの参画経験、構想策定・業務整理・要件定義などの上流工程の経験、顧客とのコミュニケーション・折衝の経験、業務要件をシステム要件に落とし込んだ経験／尚可＝Aprisoの知見または導入・活用経験、製造DX／スマートファクトリー関連のプロジェクト経験、SCM領域のプロジェクト経験、提案活動やRFP対応の経験、インフラ領域の知見またはプロジェクト経験
医療・化学メーカーの遠隔緩和ケアプラットフォームの構想支援（アドバイザリー・稼働50%前後・相談可）：必須＝IT PMOまたは上流工程の経験、システム開発での契約・責任分界・ガバナンス整理の経験、顧客向けのドキュメンテーション、クラウド・システム運用費用の妥当性評価の経験、医療システム／ヘルスケア領域の経験／尚可＝医療DX・遠隔医療・地域医療連携サービスの知見、医療系の実証事業への参画経験、知的財産権（著作権・ライセンス）の知見、医療情報セキュリティ・ISMS・クラウドセキュリティの知見、法務・弁護士と連携した契約整理の経験
セキュリティの評価とロードマップ（2件）
ガス会社のゼロトラスト化に向けたセキュリティアセスメント（Netskope／中長期ロードマップ策定・基本リモート）：必須＝Netskopeの導入経験とZTNA／SWG等の利活用の経験・知識、アセスメントの経験（As-Is／To-Be分析、課題整理、ロードマップ策定）、コミュニケーションスキル／尚可＝ゼロトラストのアセスメント経験または知識（NIST SP800-207相当）
金融機関のサイバーセキュリティ管理態勢の評価・ロードマップ策定（基本リモート・必要に応じて出社）：必須＝セキュリティアセスメント・リスク評価・成熟度評価等の実務経験、顧客ヒアリング・課題整理・改善施策の検討経験、自律的な調査・分析と顧客向けの資料作成能力／尚可＝金融機関向けのセキュリティコンサルティング経験、金融庁のサイバーセキュリティガイドラインの知見、脆弱性管理・サードパーティリスク管理の知見、セキュリティ戦略・ロードマップ策定の経験
3. 8件から見えること
8件だけなので、構想策定の案件全体の傾向とまでは言えません。ここでは、8件の条件の書かれ方から読めることを整理します。
構想・企画の経験そのものを必須にしたのは3件
8件のうち、構想・企画の経験そのものを必須に書いていたのは3件でした。地方銀行の案件の「IT企画・構想などの上流の経験」、遠隔緩和ケアの案件の「IT PMOまたは上流工程の経験」、MESの案件の「構想策定・業務整理・要件定義などの上流工程の経験」です。遠隔緩和ケアとMESの案件は、構想策定だけでなく、PMOや要件定義の経験でも条件に当たる書き方でした。
クラウドの案件の「グランドデザインの検討経験」と、金融機関のセキュリティの案件の「セキュリティ戦略・ロードマップ策定の経験」は、どちらも尚可に置かれていました。案件名に「構想」が入っていても、構想を作った経験が無いと対象にならない、という書き方の案件は多くありませんでした。
先に見られているのは、領域の知見
代わりに必須の中心にあったのは、領域の知見です。クラウド、データ連携基盤／DWH、データ利活用・分析、製造業とMES、医療システム／ヘルスケア、Netskope、セキュリティアセスメント・リスク評価。8件のうち、領域の知見を必須に入れなかったのは、大手商社のインフラ基盤移行の1件だけでした。
構想策定は、その領域で何ができて、何に費用がかかるかを分かっていないと進めにくい仕事です。条件の書かれ方からも、「構想を作れる人」を探すより、「その領域を分かったうえで全体を整理できる人」を探している案件が多いと読めます。
要件定義との違いは、費用・順序・全体像
条件の中には、要件定義より前の段階らしいものもありました。
費用：遠隔緩和ケアの案件の「クラウド・システム運用費用の妥当性評価の経験」、大手商社の案件の「各コストを整理できること（数字に強い）」
順序：ガス会社の案件の「As-Is／To-Be分析、課題整理、ロードマップ策定」、金融機関の案件の「課題整理・改善施策の検討」
全体像：クラウドの案件の「グランドデザインの検討経験」「共通基盤アーキテクチャの検討経験」
要件定義が「何を作るか」を決める仕事だとすると、構想策定は「いくらで、どの順番で、どんな全体の形で進めるか」を決める仕事として募集されている、と整理できます。
投資判断の資料は、この8件の必須には無かった
IT戦略の仕事として、投資判断の資料づくりを思い浮かべる方もいるかもしれません。ただ、この8件で、投資判断の資料作成を必須に入れた案件はありませんでした。当社に届いた案件では、小売業の全社BPRの案件が「費用対効果の試算・投資判断資料の作成経験」を必須に入れています。この案件は「業務改革・DX推進の案件｜ITコンサルに求められる経験と、案件の見分け方」で紹介しています。
ご自身の経験だと、どの構想策定の案件に近いかは、希望条件をLINEで登録いただければ個別にお伝えします。
4. 構想策定の経験を伝えるときのポイント
8件の条件から逆算すると、構想策定に関わる経験は、次の点を書いておくと担当者に伝わりやすくなります。
どの領域の構想か：クラウド基盤、データ基盤、製造・物流などの業務システム、新しいサービス、セキュリティなど
何を決めたか：As-Is／To-Beの整理、課題の優先順位、ロードマップ、グランドデザイン、ガイドライン・ポリシーなど
費用をどう扱ったか：費用を積み上げて整理したか、運用費用の妥当性を評価したか、比べた案はいくつあったか
誰と決めたか：経営層・情報システム部門・事業部門など、合意を取った相手と、決める場の進め方
その後どうなったか：構想が要件定義・RFP・導入のどこまで進んだか、自分がどこまで関わったか
構想策定の案件では、領域の知見が先に見られていました。構想の経験だけを書くより、「データ連携基盤の構想策定で、As-Is／To-Beの整理とロードマップをまとめた」のように、領域と決めたものを1行にまとめると、条件と照らし合わせやすくなります。経歴書全体の書き方は「ITコンサル・PMOの職務経歴書｜案件の担当者に伝わる書き方」で整理しています。
要件定義やPMOの経験から、構想の経験を拾い出す
要件定義やPMOとして参画したプロジェクトでも、前の段階の構想の資料を読み込んだり、費用の見直しや計画の組み直しに関わったりしていれば、それも構想に近い経験です。遠隔緩和ケアやMESの案件のように、PMOや要件定義の経験でも条件に当たる案件もあります。参画した段階を書くときは、その段階で費用・順序・全体像のどれに触れたかを添えておくと、構想策定の案件にも当てはめやすくなります。
5. よくある質問
構想策定の経験が無くても、構想策定の案件に応募できますか？
今回の8件で、構想・企画の経験そのものを必須に書いていたのは3件で、そのうち2件はPMOや要件定義の経験でも条件に当たる書き方でした。ほかの案件では、領域の知見やコストの整理、アセスメントの経験が必須の中心です。応募できるかどうかは、案件ごとの領域の条件で変わります。
AIの構想支援の案件は、どこで扱っていますか？
AIの活用やAIエージェントの構想〜実装をリードする案件は、この記事の8件から除き、FDE（Forward Deployed Engineer）向けのnote https://note.com/fdeai でまとめています。
まとめ
当社に届いた構想策定の案件8件は、IT基盤・クラウド、データ基盤、業務システム・新しいサービス、セキュリティの4つの領域だった
構想・企画の経験そのものを必須にしたのは3件で、必須の中心は領域の知見だった
要件定義の案件と違い、費用の整理・ロードマップ・グランドデザインといった「いくらで、どの順番で、どんな形で進めるか」を決める条件が入っていた
アサインコネクトは、ITコンサルタント・PM・PMO向けの案件紹介サービスです。
希望条件をLINEで登録すると、条件に合う上流の案件を個別に受け取れます。
