「AP過去問 令和7年度春期 午後 問9 プロジェクトマネジメント」の版間の差分
(ページの作成:「AP 過去問題 午後に戻る。 AP過去問_令和7年度春期_午後_問8_情報システム開発の同じ回の前の問題へ移動。 AP過去問_令和7年度春期_午後_問10_サービスマネジメントの同じ回の次の問題へ移動。 AP過去問_令和6年度秋期_午後_問9_プロジェクトマネジメントの前の回の同じカテゴリの問題へ移動。 == '''…」) |
編集の要約なし |
||
8行目: | 8行目: | ||
== '''令和7年度春期 午後 問9 プロジェクトマネジメント(AIプロンプト向け)''' == | == '''令和7年度春期 午後 問9 プロジェクトマネジメント(AIプロンプト向け)''' == | ||
■問9 CCPM(Critical Chain Project Management)を用いたプロジェクトのスケジュール管理に関する次の記述を読んで、設問に答えよ。 | |||
Z社は、小売業を営む中堅企業である。社内で10年以上利用してきた販売管理システムの老朽化対策として、販売管理の新システムを構築することになった。 | |||
〔新システム発注先の選定〕 | |||
現行の販売管理システム(以下、現行システムという)は、Z社システム部がZ社内の稼働システム全般の維持管理を委託しているJ社によって開発された。現行システムは、利用部門の業務要求を広く受け入れたことで冗長なシステムになり、費用が膨れてしまった。そこで、Z社システム部は、新システムの構築は現行システムの機能保証にこだわらず、費用を抑える方針とした。 | |||
この方針の下で検討を進めた結果、新システムとして、販売管理系のSaaSの標準機能を導入(以下、SaaS導入という)し、業務をSaaSの標準機能に極力合わせ、どうしても合わせられない機能に限りZ社の独自の業務要求を追加(以下、SaaSアドオンという)することにした。一方で、本稼働後の新システムの維持管理をJ 社に委託する予定で、J社には新システムの構築時に、SaaSと連携させる必要がある現行システムの周辺にある関連システム(以下、現行関連システムという)を改修してもらうことに同意を得ている。なお、新システムの構築期間中は、現行システムの機能変更を最小限にとどめることにした。 | |||
Z社システム部のX課長は、販売管理系のSaaSを提供する複数のベンダーにRFI及びRFPを段階的に提出し、それぞれの回答内容を基に発注先候補をK社、L社、M社及びN社に絞った。この4社に提案のプレゼンテーションを依頼し、多基準意思決定分析の加重総和法を用いて発注先候補を評価し、選定することにした。発注先候補を多面的に評価するため、評価項目及び主な評価内容を次のとおりとした。 | |||
費用: 初期費(SaaS導入費、SaaSアドオン費など)、運用費(SaaSライセンス費、SaaS環境利用料など)。ここで、現行関連システムの改修費及び運用費は、どのSaaSを採用しても同額とする。 | |||
要求充足度: Z社の業務要求の充足度。 | |||
保守性: SaaSアドオンの維持管理支援ツールの充実度。 | |||
会社実績: Z社との取引実績、会社規模・信頼度、業界での導入実績。 | |||
提案内容:プレゼンテーション、RFP記載事項以外の有効な提案の有無。 | |||
各評価項目を5点満点で評価する。評価項目にZ社が重要視する度合いに応じて重みを設定し、評価点数に重みを乗じて再評価し、再評価値を算出する。選定基準として、再評価値の合計が最も大きいベンダーを選定する。ただし、一つでも評価点数が2点以下の評価項目があるベンダーは選定しない。発注先候補の選定評価結果を表1に示す。 | |||
<div><div class="table-container"><div class="table-header"><span class="table-title">表1 発注先候補の選定評価結果</span><span class="table-unit"></span></div> | |||
<table border="0" width="100%" style="border-collapse: collapse;border-style: solid"> | |||
<tr> | |||
<td align="center" rowspan="2" style="border: 2px solid; width: 5em;">評価項目</td> | |||
<td align="center" rowspan="2" style="border: 2px solid; width: 5em;">評価項目の重み</td> | |||
<td align="center" colspan="4" style="border: 2px solid;">評価点数</td> | |||
</tr> | |||
<tr> | |||
<td align="center" style="border: 2px solid;">K社</td> | |||
<td align="center" style="border: 2px solid;">L社</td> | |||
<td align="center" style="border: 2px solid;">M社</td> | |||
<td align="center" style="border: 2px solid;">N社</td> | |||
</tr> | |||
<tr> | |||
<td align="center" style="border: 2px solid;">費用</td> | |||
<td align="center" style="border: 2px solid;">2.0</td> | |||
<td align="center" style="border: 2px solid;">4</td> | |||
<td align="center" style="border: 2px solid;">3</td> | |||
<td align="center" style="border: 2px solid;">4</td> | |||
<td align="center" style="border: 2px solid;">3</td> | |||
</tr> | |||
<tr> | |||
<td align="center" style="border: 2px solid;">要求充足度</td> | |||
<td align="center" style="border: 2px solid;">1.5</td> | |||
<td align="center" style="border: 2px solid;">4</td> | |||
<td align="center" style="border: 2px solid;">3</td> | |||
<td align="center" style="border: 2px solid;">5</td> | |||
<td align="center" style="border: 2px solid;">3</td> | |||
</tr> | |||
<tr> | |||
<td align="center" style="border: 2px solid;">保守性</td> | |||
<td align="center" style="border: 2px solid;">1.0</td> | |||
<td align="center" style="border: 2px solid;">4</td> | |||
<td align="center" style="border: 2px solid;">3</td> | |||
<td align="center" style="border: 2px solid;">5</td> | |||
<td align="center" style="border: 2px solid;">4</td> | |||
</tr> | |||
<tr> | |||
<td align="center" style="border: 2px solid;">会社実績</td> | |||
<td align="center" style="border: 2px solid;">1.0</td> | |||
<td align="center" style="border: 2px solid;">3</td> | |||
<td align="center" style="border: 2px solid;">4</td> | |||
<td align="center" style="border: 2px solid;">2</td> | |||
<td align="center" style="border: 2px solid;">5</td> | |||
</tr> | |||
<tr> | |||
<td align="center" style="border: 2px solid;">提案内容</td> | |||
<td align="center" style="border: 2px solid;">1.0</td> | |||
<td align="center" style="border: 2px solid;">4</td> | |||
<td align="center" style="border: 2px solid;">4</td> | |||
<td align="center" style="border: 2px solid;">4</td> | |||
<td align="center" style="border: 2px solid;">5</td> | |||
</tr> | |||
</table> | |||
</div> | |||
</div> | |||
<div>注記 評価点数 1: 著しく不足、2: 不足、3: 普通、4: ほぼ十分、5: 十分</div> | |||
再評価の結果、X課長は、今回の選定基準に従って[ a ]社(以下、SaaS提供会社という)を選定し、Z社内で承認された。 | |||
〔開発スケジュールの作成〕 | |||
新システムの構築プロジェクトのPMに任命されたX課長は、部下のY君に開発スケジュールの作成を指示した。Y君は、図1に示すアローダイアグラムを作成した。 | |||
図1 Y君が作成したアローダイアグラム ここから | |||
ノード1からノード2は[A]要件定義で30日。 | |||
ノード2からノード3は[B]SaaS導入で30日。 | |||
ノード2からノード4は[C]SaaSアドオン設計で40日。 | |||
ノード2からノード5は[E]現行関連システム設計で10日。 | |||
ノード3からノード4はダミーアクティビティ。 | |||
ノード5からノード6は[F]現行関連システム改修で20日。 | |||
ノード4からノード7は[D]SaaSアドオン開発で60日。 | |||
ノード6からノード7はダミーアクティビティ。 | |||
ノード7からノード8は[G]システムテストで20日。 | |||
ダミーアクティビティで繋がっているところは所要時間は0日だが、それ以前の作業が終わっていなければいけない。 | |||
図1 Y君が作成したアローダイアグラム ここまで | |||
ここで、アクティビティ[A]の開始日を1日目とする。各アクティビティの日数は1日単位で数え、依存関係にある先行アクティビティが終了した翌日に後続アクティビティを速やかに開始する。図1中の[B]に関して、最早開始日は[A]を開始してから31日目であり、最遅開始日は[ b ]日目である。 | |||
2025年5月8日 (木) 00:54時点における版
AP 過去問題 午後に戻る。
AP過去問_令和7年度春期_午後_問8_情報システム開発の同じ回の前の問題へ移動。
AP過去問_令和7年度春期_午後_問10_サービスマネジメントの同じ回の次の問題へ移動。
AP過去問_令和6年度秋期_午後_問9_プロジェクトマネジメントの前の回の同じカテゴリの問題へ移動。
令和7年度春期 午後 問9 プロジェクトマネジメント(AIプロンプト向け)
■問9 CCPM(Critical Chain Project Management)を用いたプロジェクトのスケジュール管理に関する次の記述を読んで、設問に答えよ。
Z社は、小売業を営む中堅企業である。社内で10年以上利用してきた販売管理システムの老朽化対策として、販売管理の新システムを構築することになった。
〔新システム発注先の選定〕
現行の販売管理システム(以下、現行システムという)は、Z社システム部がZ社内の稼働システム全般の維持管理を委託しているJ社によって開発された。現行システムは、利用部門の業務要求を広く受け入れたことで冗長なシステムになり、費用が膨れてしまった。そこで、Z社システム部は、新システムの構築は現行システムの機能保証にこだわらず、費用を抑える方針とした。
この方針の下で検討を進めた結果、新システムとして、販売管理系のSaaSの標準機能を導入(以下、SaaS導入という)し、業務をSaaSの標準機能に極力合わせ、どうしても合わせられない機能に限りZ社の独自の業務要求を追加(以下、SaaSアドオンという)することにした。一方で、本稼働後の新システムの維持管理をJ 社に委託する予定で、J社には新システムの構築時に、SaaSと連携させる必要がある現行システムの周辺にある関連システム(以下、現行関連システムという)を改修してもらうことに同意を得ている。なお、新システムの構築期間中は、現行システムの機能変更を最小限にとどめることにした。
Z社システム部のX課長は、販売管理系のSaaSを提供する複数のベンダーにRFI及びRFPを段階的に提出し、それぞれの回答内容を基に発注先候補をK社、L社、M社及びN社に絞った。この4社に提案のプレゼンテーションを依頼し、多基準意思決定分析の加重総和法を用いて発注先候補を評価し、選定することにした。発注先候補を多面的に評価するため、評価項目及び主な評価内容を次のとおりとした。
費用: 初期費(SaaS導入費、SaaSアドオン費など)、運用費(SaaSライセンス費、SaaS環境利用料など)。ここで、現行関連システムの改修費及び運用費は、どのSaaSを採用しても同額とする。
要求充足度: Z社の業務要求の充足度。
保守性: SaaSアドオンの維持管理支援ツールの充実度。
会社実績: Z社との取引実績、会社規模・信頼度、業界での導入実績。
提案内容:プレゼンテーション、RFP記載事項以外の有効な提案の有無。
各評価項目を5点満点で評価する。評価項目にZ社が重要視する度合いに応じて重みを設定し、評価点数に重みを乗じて再評価し、再評価値を算出する。選定基準として、再評価値の合計が最も大きいベンダーを選定する。ただし、一つでも評価点数が2点以下の評価項目があるベンダーは選定しない。発注先候補の選定評価結果を表1に示す。
<div><div class="table-container"><div class="table-header"><span class="table-title">表1 発注先候補の選定評価結果</span><span class="table-unit"></span></div>
<table border="0" width="100%" style="border-collapse: collapse;border-style: solid">
<tr>
<td align="center" rowspan="2" style="border: 2px solid; width: 5em;">評価項目</td>
<td align="center" rowspan="2" style="border: 2px solid; width: 5em;">評価項目の重み</td>
<td align="center" colspan="4" style="border: 2px solid;">評価点数</td>
</tr>
<tr>
<td align="center" style="border: 2px solid;">K社</td>
<td align="center" style="border: 2px solid;">L社</td>
<td align="center" style="border: 2px solid;">M社</td>
<td align="center" style="border: 2px solid;">N社</td>
</tr>
<tr>
<td align="center" style="border: 2px solid;">費用</td>
<td align="center" style="border: 2px solid;">2.0</td>
<td align="center" style="border: 2px solid;">4</td>
<td align="center" style="border: 2px solid;">3</td>
<td align="center" style="border: 2px solid;">4</td>
<td align="center" style="border: 2px solid;">3</td>
</tr>
<tr>
<td align="center" style="border: 2px solid;">要求充足度</td>
<td align="center" style="border: 2px solid;">1.5</td>
<td align="center" style="border: 2px solid;">4</td>
<td align="center" style="border: 2px solid;">3</td>
<td align="center" style="border: 2px solid;">5</td>
<td align="center" style="border: 2px solid;">3</td>
</tr>
<tr>
<td align="center" style="border: 2px solid;">保守性</td>
<td align="center" style="border: 2px solid;">1.0</td>
<td align="center" style="border: 2px solid;">4</td>
<td align="center" style="border: 2px solid;">3</td>
<td align="center" style="border: 2px solid;">5</td>
<td align="center" style="border: 2px solid;">4</td>
</tr>
<tr>
<td align="center" style="border: 2px solid;">会社実績</td>
<td align="center" style="border: 2px solid;">1.0</td>
<td align="center" style="border: 2px solid;">3</td>
<td align="center" style="border: 2px solid;">4</td>
<td align="center" style="border: 2px solid;">2</td>
<td align="center" style="border: 2px solid;">5</td>
</tr>
<tr>
<td align="center" style="border: 2px solid;">提案内容</td>
<td align="center" style="border: 2px solid;">1.0</td>
<td align="center" style="border: 2px solid;">4</td>
<td align="center" style="border: 2px solid;">4</td>
<td align="center" style="border: 2px solid;">4</td>
<td align="center" style="border: 2px solid;">5</td>
</tr>
</table>
</div>
</div>
<div>注記 評価点数 1: 著しく不足、2: 不足、3: 普通、4: ほぼ十分、5: 十分</div>
再評価の結果、X課長は、今回の選定基準に従って[ a ]社(以下、SaaS提供会社という)を選定し、Z社内で承認された。
〔開発スケジュールの作成〕
新システムの構築プロジェクトのPMに任命されたX課長は、部下のY君に開発スケジュールの作成を指示した。Y君は、図1に示すアローダイアグラムを作成した。
図1 Y君が作成したアローダイアグラム ここから
ノード1からノード2は[A]要件定義で30日。
ノード2からノード3は[B]SaaS導入で30日。
ノード2からノード4は[C]SaaSアドオン設計で40日。
ノード2からノード5は[E]現行関連システム設計で10日。
ノード3からノード4はダミーアクティビティ。
ノード5からノード6は[F]現行関連システム改修で20日。
ノード4からノード7は[D]SaaSアドオン開発で60日。
ノード6からノード7はダミーアクティビティ。
ノード7からノード8は[G]システムテストで20日。
ダミーアクティビティで繋がっているところは所要時間は0日だが、それ以前の作業が終わっていなければいけない。
図1 Y君が作成したアローダイアグラム ここまで
ここで、アクティビティ[A]の開始日を1日目とする。各アクティビティの日数は1日単位で数え、依存関係にある先行アクティビティが終了した翌日に後続アクティビティを速やかに開始する。図1中の[B]に関して、最早開始日は[A]を開始してから31日目であり、最遅開始日は[ b ]日目である。
令和7年度春期 午後 問9 プロジェクトマネジメント(問題原文)
■
回答・解説
AP過去問_令和7年度春期_午後_問8_情報システム開発の同じ回の前の問題へ移動。
AP過去問_令和7年度春期_午後_問10_サービスマネジメントの同じ回の次の問題へ移動。
AP過去問_令和6年度秋期_午後_問9_プロジェクトマネジメントの前の回の同じカテゴリの問題へ移動。
AP 過去問題 午後に戻る。