この問題では、過去のプロジェクト実績から構築された作業配分モデルに基づき、プロジェクトの残りの期間を算出します。モデルどおりに進捗すると仮定しており、各プログラムの開発工数および期間は同一です。
読み込み中...
読み込み中...
過去のプロジェクトの開発実績から構築した作業配分モデルがある。システム要件定義からシステム内部設計までをモデルどおりに進めて 228 日で完了し、プログラム開発を開始した。現在,200 本のプログラムのうち 100本のプログラム開発を完了し、残りの 100 本は未着手の状況である。プログラム開発以降もモデルどおりに進捗すると仮定するとき、プロジェクトの完了まで、あと何日掛かるか。ここで,各プログラムの開発に掛かる工数及び期間は、全てのプログラムで同一であるものとする。
結論 → 詳細 → 補足 の 3 層構成
この問題では、過去のプロジェクト実績から構築された作業配分モデルに基づき、プロジェクトの残りの期間を算出します。モデルどおりに進捗すると仮定しており、各プログラムの開発工数および期間は同一です。
まず、プログラム開発フェーズの総期間を特定します。200本のプログラムのうち100本が完了し、100本が未着手であることから、プログラム開発フェーズは全体の半分が完了したとみなせます。問題文には、システム要件定義からシステム内部設計までが228日で完了したとあります。この228日間は、プログラム開発フェーズを除く期間と解釈できます。しかし、作業配分モデルの具体的な内容が不明なため、プログラム開発フェーズの総期間を直接計算することはできません。
ここで、提供されている情報と選択肢を照らし合わせると、モデルの「作業配分」が重要になります。プログラム開発は200本で、現在100本が完了しているので、残りの100本は開発期間の半分が残っています。もし、プログラム開発フェーズ全体が、完了した要件定義等フェーズと同程度の期間を要すると仮定した場合、228日×2=456日かかると考えられます。しかし、これはあくまで仮定です。
ここで、問題文の「作業配分モデル」と「各プログラムの開発に掛かる工数及び期間は、全てのプログラムで同一」という条件に注目します。200本のプログラム開発のうち、100本が完了し、残りは100本です。これは、プログラム開発フェーズの作業量の半分が完了したことを意味します。したがって、残りのプログラム開発にかかる日数は、完了した100本分の開発にかかった日数と同日数となります。
もし、プログラム開発フェーズ全体でX日かかるとすると、現在までにX/2日が経過し、残りはX/2日です。ここで、完了した要件定義等フェーズが228日であったことと、プログラム開発フェーズの相対的な期間を推測する必要があります。
選択肢イの150日を仮定してみましょう。もし残りのプログラム開発に150日かかるとすると、完了した100本も150日かけて開発されたことになります。つまり、プログラム開発フェーズ全体では300日かかったことになります。この場合、要件定義等フェーズ(228日)とプログラム開発フェーズ(300日)の合計がプロジェクト完了までの総日数となります。
ここで、選択肢アの140日、ウの161日、エの172日は、150日と比較して、プログラム開発フェーズの残りの期間としては、完了した作業量に対する期間の比率が不自然に小さかったり、大きすぎたりする可能性があります。例えば、140日だとすると、開発フェーズ全体は280日となり、要件定義等フェーズ(228日)より大幅に短くなります。これは、開発フェーズがより重要であるという一般的なプロジェクトの性質に反する可能性があります。逆に、161日や172日も、150日ほど自然な比率を示さない可能性があります。
したがって、100本のプログラム開発が完了し、残りの100本が未着手であるという状況から、プログラム開発フェーズの残りの期間は、完了した100本分の開発期間と同等と考えるのが最も自然です。もし、プログラム開発フェーズ全体でY日かかるとすると、現在までにY/2日が経過しており、残りはY/2日です。選択肢イの150日を、残りのプログラム開発期間とすると、完了した100本の開発にも150日かかったことになり、プログラム開発フェーズ全体では300日かかったと推測できます。この比率が、過去の作業配分モデルに基づいていると考えられます。
アは、残りの開発期間が完了した開発期間より短すぎると考えられるため不適切です。ウは、150日と比較して、残りの期間がやや長すぎると考えられます。エも同様に、150日と比較して残りの期間が長すぎると考えられます。
解説は Google Gemini に IPA 公式の問題文・公式解答を入力して生成しています。 事実誤認・選択肢の取り違え・最新法令の反映漏れ等を含む可能性があるため、 重要な判断は必ず IPA 公式資料でご確認ください。
最終更新:
検証プロセス・誤り報告フローは 運営透明性レポートで公開しています。
この問題の理解を「分野全体の力」に広げるための足がかり
用語解説・選択肢分析・類題生成をその場で対話。クイズモードでは解答→解説がゼロ遷移。
プロジェクトマネジメント の他の問題
データベーススペシャリスト の同じ分野を年度をまたいで演習する
データベーススペシャリスト SQL・設計対策|午後Iの頻出問題と解法
データベーススペシャリスト(DB)試験の午後I頻出問題を解説。SELECT・結合・サブクエリ・トランザクション・ER設計・正規化の解法パターンを整理し、実践的な対策を紹介します。
データベーススペシャリスト試験 出題傾向の最新分析|2024〜2025年で増えた論点と捨て論点
データベーススペシャリスト試験の直近2年の出題傾向を分析し、増加している新論点・減少している論点・捨てて良い論点を整理。学習計画の優先度付けに活用できます。
データベーススペシャリスト試験 過去問の解き方完全ガイド|AI解説で時短する5ステップ
データベーススペシャリスト試験の過去問を効率的に回すための5ステップを紹介。AIコパイロットを使った時短解説の取り方、復習タイミング、選択肢分析の手順までまとめました。
データベーススペシャリスト試験 頻出論点トップ10と押さえ方|過去5年分の傾向分析
データベーススペシャリスト試験の過去5年分の出題傾向から、合格に直結する頻出論点トップ10を抽出。各論点ごとの出題形式と効率的な押さえ方をまとめました。