ITパスポート 2025年 問20

ソフトウェアライフサイクルの企画プロセスでベンダーから収集すべき情報【ITパスポート 解説】

正解の理由

• ベンダー（サービスを提供する企業）からのIT動向情報は、構想の方向性や採用候補技術の選定に直接役立ちます。
• 他の選択肢（開発コスト見積りや発注側の役割、個々の技術資格）は、より詳細設計や発注準備の段階で重要になります。

解法ステップ

1. 問題文で「企画プロセス（システム化構想の立案時）」とあることを確認する。
   • ここは大まかな方針決定の段階であると理解する。
2. 企画段階で必要な情報の性質を考える。
   • 必要なのは「業務とITの結びつけ方」「利用可能な技術や市場の状況」などの高レベル情報。
3. 各選択肢が企画段階に合うかを検証する。
   • 開発コストや発注手順、個別技術資格は、より具体的な段階で必要となるため不適切と判断。
4. 高レベルの技術動向情報を示す選択肢を選ぶ。
   • よって イ が最も適切。

選択肢別の誤答解説

• ア: システム化計画に基づいた開発コストの見積り
  • 誤り。開発コスト見積りは、要件が明確になり、設計の粒度が高くなってから行うものです。企画段階では概算レベルの費用感は必要でも、ベンダーに具体的な見積りを求めるのは早すぎます。
• イ: システム化する業務の分野に関する情報技術動向
  • 正解。企画段階では、どの技術を使えるか、また業界全体がどの方向に進んでいるかを把握して構想を練る必要があります。ベンダーは業界の先進事例や利用可能な技術の知見を持っているため有用です。
• ウ: システム構築を進めるに当たっての発注元企業の役割
  • 誤り。発注元（発注元企業＝システムを依頼する側の会社）の役割分担は、実際に発注やプロジェクト運営を決める要件定義やプロジェクト計画で詳細に詰めます。企画段階での情報としては重要度が低いです。
• エ: ベンダー企業の技術者が保有している技術資格
  • 誤り。技術資格はベンダー選定や品質確認の観点で有益ですが、構想立案そのものには直接的な影響が小さいです。技術資格よりも「そのベンダーが提案できる技術や実績」のほうが企画段階で重要です。

よくある誤解

1. 「企画段階＝見積りを取る段階」と考える誤解
   • 実務では見積りは要件が固まってからです。企画はまず方針や可能性を探る段階です。
2. 「ベンダーの有資格者の有無が最優先」と考える誤解
   • 資格は一要素に過ぎません。企画段階では広い技術トレンドや業務適合性の方が重要です。
3. 「発注元の役割は最初から詳細に決めるべき」と考える誤解
   • 役割分担は段階的に決めるのが現実的です。企画で全て決める必要はありません。

補足コラム

• ソフトウェアライフサイクルの各プロセス（簡単に）：
  • 企画プロセス：何を作るか大まかに決める段階。市場や業務のニーズ、技術の可能性を検討します。
  • 要件定義プロセス：企画で決めた方針を具体的な機能や条件に落とし込む段階。
  • 開発プロセス：実際に設計・プログラミング・テストを行う段階。
  • 保守プロセス：運用中の不具合対応や機能追加を行う段階。
• システム化構想でベンダーに聞くべき具体例：
  • 業界でよく使われる技術やクラウドサービスの動向（クラウド：サーバを外部事業者が提供する仕組み）
  • 同業他社の先進事例や導入効果（費用対効果の目安）
  • 今後の技術ロードマップ（この先3〜5年で普及しそうな技術）
• ベンダー情報を集める際の注意：
  • 単なる「売り文句」ではなく、実績（導入事例）や客観的なデータを確認する。
  • 複数ベンダーから同じ視点で情報を集め、比較する。

FAQ