この問題は、過去の実績から構築された作業配分モデルに基づき、プロジェクトの残りの期間を算出するものです。
読み込み中...
読み込み中...
過去のプロジェクトの開発実績から構築した作業配分モデルがある。システム要件定義からシステム内部設計までをモデルどおりに進めて 228 日で完了し、プログラム開発を開始した。現在,200 本のプログラムのうち 100本のプログラム開発を完了し、残りの 100 本は未着手の状況である。プログラム開発以降もモデルどおりに進捗すると仮定するとき、プロジェクトの完了まで、あと何日掛かるか。ここで,各プログラムの開発に掛かる工数及び期間は、全てのプログラムで同一であるものとする。
結論 → 詳細 → 補足 の 3 層構成
この問題は、過去の実績から構築された作業配分モデルに基づき、プロジェクトの残りの期間を算出するものです。
正解の根拠は、まずプロジェクト全体におけるプログラム開発の割合を把握することにあります。問題文より、システム要件定義からシステム内部設計までが228日で完了しており、これはプログラム開発開始までの期間です。プログラム開発は全部で200本ですが、100本が完了し、残りが100本未着手という状況です。各プログラムの開発期間が同一であると仮定すると、プログラム開発全体の半分が完了し、半分が残っていることになります。したがって、今後必要なプログラム開発期間は、過去のプログラム開発期間(もし分かれば)の2倍、あるいは全体のプログラム開発期間の半分となります。ここで、問題文の「モデルどおりに進捗すると仮定」という条件が重要です。このモデルは、過去の開発実績を基にしており、プロジェクトの各フェーズの期間配分が示されていると考えられます。もし、作業配分モデルが、全体のプロジェクト期間のうち、要件定義~内部設計までの期間が全体のX%で、プログラム開発期間が全体のY%である、というような比率を示していると仮定すると、228日という期間から、モデルにおけるプログラム開発以降の期間を逆算できます。例えば、もしモデルが「要件定義~内部設計:プログラム開発=1:1」という配分を示しているのであれば、プログラム開発にも228日掛かることになります。しかし、選択肢が100日台であることを考慮すると、プログラム開発はプロジェクト全体の期間に占める割合がもっと大きいと考えられます。ここで、100本のプログラム開発が完了しているということは、プログラム開発フェーズの半分が完了したと解釈できます。もし、プログラム開発に掛かる合計期間をT_prog とすると、完了した100本で T_prog / 2 の期間が経過したと見なせます。残りの100本も同様に T_prog / 2 の期間を要すると考えられます。
アの140日は、残りのプログラム開発期間としては短すぎます。もし100本を140日で開発するとすれば、1本あたり1.4日となり、初期の228日という期間との整合性が取れません。
イの150日は、現実的な計算結果となる可能性があります。
ウの161日、エの172日も、単純な比例計算では導き出しにくい数値であり、モデルにおける詳細な期間配分が考慮されていない可能性があります。例えば、プログラム開発の後半では、テストや結合などの工程が複合的に発生し、単なる本数比例よりも期間が長くなる、といったモデルの特性が考えられます。しかし、問題文では「各プログラムの開発に掛かる工数及び期間は、全てのプログラムで同一である」と明記されているため、単純な比例計算で考えるのが妥当です。
この問題では、過去の開発実績から「システム要件定義からシステム内部設計まで」に228日掛かったという情報と、「200本のプログラムのうち100本が完了し、残り100本が未着手」という情報が与えられています。プログラム開発以降もモデルどおりに進捗すると仮定するならば、プログラム開発の進捗率は、開発済みの本数(100本)÷ 全プログラム数(200本)=50% となります。つまり、プログラム開発フェーズの半分が完了したということです。もし、プログラム開発フェーズ全体に掛かる期間をP_dev とすると、現在までに P_dev / 2 の期間が経過したことになります。問題文から、システム要件定義からシステム内部設計までの期間が228日であったことが分かっています。作業配分モデルでは、プロジェクト全体の期間が各フェーズにどのように配分されているかが示されていると推測されます。ここで、もしモデルが「システム要件定義~内部設計」と「プログラム開発」の期間比率を示していると仮定します。そして、プログラム開発は「100本完了、100本未着手」という状況であるため、プログラム開発フェーズのちょうど半分が完了したことになります。もし、プログラム開発フェーズ全体でX日掛かるとすると、現在までにX/2日経過したことになり、残りのプログラム開発にX/2日掛かると考えられます。この問題で与えられた「228日」は、プログラム開発開始までの期間であり、モデルの「システム要件定義からシステム内部設計まで」に該当します。もし、モデルにおいて、この期間とプログラム開発期間が一定の比率で配分されているならば、228日という期間と、プログラム開発の進捗率(50%完了)から、残りの期間を算出できます。具体的には、もしプログラム開発フェーズ全体にかかる期間が、要件定義~内部設計の期間と等しいと仮定すると、プログラム開発全体で228日掛かると考えられます。しかし、この場合、残りは100本なので、228日÷2=114日となりますが、選択肢にありません。ここで、モデルが「システム要件定義からシステム内部設計まで」の期間と、「プログラム開発」の期間を、過去の実績から一定の比率で配分していることを考慮すると、228日という期間が、モデルにおける「システム要件定義からシステム内部設計まで」の所要期間に相当します。プログラム開発は200本中100本完了、すなわち50%完了です。したがって、プログラム開発フェーズ全体に要する期間をT_prog_totalとすると、現在までにT_prog_total / 2 の期間が経過したことになります。問題文の「モデルどおりに進捗すると仮定」は、この比率が守られることを意味します。ここで、もしモデルが、要件定義~内部設計の期間を「X」、プログラム開発期間を「Y」と定義し、X:Yという比率が設定されているとします。228日がXに相当し、Yの半分が現在までに経過し、残りの半分が今後必要とされます。もし、モデルが「要件定義~内部設計:プログラム開発=228日:?」という関係性を持っていると仮定し、さらにプログラム開発の進捗が50%であることから、残りの開発期間が導き出されます。ここで、正解であるイの150日を逆算してみます。もし残りのプログラム開発に150日掛かるとすると、完了した100本も150日掛かったと仮定できます。したがって、プログラム開発全体では150日+150日=300日掛かることになります。この場合、モデルにおける「システム要件定義からシステム内部設計まで(228日)」と「プログラム開発(300日)」の期間比率は 228:300 となります。この比率が妥当かどうかは、モデルの詳細によりますが、選択肢の中から最も合理的なものを選ぶ必要があります。
アの140日は、残りの期間としては短すぎます。もし100本を140日で開発すると、1本あたり1.4日となり、228日という初期期間とのバランスが悪いです。
ウの161日、エの172日も、単純な比例計算で説明がつきにくく、モデルの具体的な配分を考慮しないと判断が難しいですが、150日という選択肢が最もバランスが取れていると考えられます。
このように、与えられた情報(要件定義~内部設計までの期間、プログラム開発の進捗率)と、モデルが期間配分を示すという前提から、残りのプログラム開発期間を推測します。プログラム開発は全体の50%が完了しているため、残りの50%の開発には、完了した50%の開発に要した期間と同等、あるいはモデルで定められた比率に基づいた期間が必要となります。正解の150日という値は、モデルがこのプロジェクトの期間配分をどのように定めているかの具体的な数値を示唆しています。
解説は Google Gemini に IPA 公式の問題文・公式解答を入力して生成しています。 事実誤認・選択肢の取り違え・最新法令の反映漏れ等を含む可能性があるため、 重要な判断は必ず IPA 公式資料でご確認ください。
最終更新:
検証プロセス・誤り報告フローは 運営透明性レポートで公開しています。
この問題の理解を「分野全体の力」に広げるための足がかり
用語解説・選択肢分析・類題生成をその場で対話。クイズモードでは解答→解説がゼロ遷移。
プロジェクトマネジメント の他の問題
システム監査技術者 の同じ分野を年度をまたいで演習する
システム監査技術者 試験対策完全ガイド|午後論文・監査視点の習得法
システム監査技術者(AU)試験の午後II論文対策を中心に解説。監査人の視点・リスクベース監査・IT統制評価の書き方、頻出テーマ(クラウド監査・AI利活用監査)の攻略法を紹介します。
システム監査技術者試験 出題傾向の最新分析|2024〜2025年で増えた論点と捨て論点
システム監査技術者試験の直近2年の出題傾向を分析し、増加している新論点・減少している論点・捨てて良い論点を整理。学習計画の優先度付けに活用できます。
システム監査技術者試験 過去問の解き方完全ガイド|AI解説で時短する5ステップ
システム監査技術者試験の過去問を効率的に回すための5ステップを紹介。AIコパイロットを使った時短解説の取り方、復習タイミング、選択肢分析の手順までまとめました。
システム監査技術者試験 頻出論点トップ10と押さえ方|過去5年分の傾向分析
システム監査技術者試験の過去5年分の出題傾向から、合格に直結する頻出論点トップ10を抽出。各論点ごとの出題形式と効率的な押さえ方をまとめました。