令和6年度秋期 データベーススペシャリスト 午前Ⅰ 問19

スケジュール短縮を考える視点

短縮策を検討するときは、単に期間を減らせるかではなく、作業同士の関係、投入できる資源、品質やリスクへの影響、関係者の調整負荷を同じ基準で見比べ、全体への波及も考えることが大切です。

この問題で問われていること

各案を評価する際、短縮の効果だけに注目せず、実行条件の変化によって納期・費用・品質・不確実性のバランスがどう動くか、また周辺の作業や合意形成にどんな影響が出るかを確認しましょう。

視点

検討では、まず全体の流れの中で日程に影響する箇所を捉え、次に追加負担や前提条件を整理し、最後に短縮後も目的と制約が保たれるかを比較します。

確認ポイント

• 日程への影響が、全体の流れのどの部分に生じるか
• 追加される資源・費用・調整負荷と、必要な前提条件
• 短縮後も品質、成果物、関係者間の合意が維持されるか

正解

エ

解説

ファストトラッキングは、設計や開発など本来は順番に進める作業を、可能な範囲で重複させて実施し、プロジェクトのスケジュールを短縮する方法です。

理由

設計が完了したモジュールからプログラム開発を始めると、全モジュールの設計完了を待たずに後続作業へ進められます。このように作業を部分的に並行させることが、ファストトラッキングに該当します。

比較

人的資源の追加はクラッシング、残業禁止はコストや作業条件の変更、完了予定日の延期はスケジュール短縮ではなく納期の変更です。したがって、作業の重複によって期間を短縮しているエが適切です。

選択肢ア

これは不正解だよ。クリティカルパス上のアクティビティに人的資源を追加して期間を短縮する方法は、作業を重ねるのではなく、投入資源を増やして日程を短縮する考え方です。ファストトラッキングの説明には当たりません。

選択肢イ

これは不正解だよ。承認されていた残業を禁止することは、コスト削減を目的とした作業条件の変更です。通常、利用できる作業時間を減らす方向の措置であり、複数の工程を重ねてプロジェクト期間を短縮するファストトラッキングではありません。

選択肢ウ

これは不正解だよ。仕様確定の遅れを理由にプロジェクトの完了予定日を延期することは、遅延を受け入れて計画上の期日を変更する対応です。作業の並行実施によって期間を短縮するファストトラッキングとは異なります。

選択肢エ（正解）

これは正解だよ。設計が終わったモジュールから順にプログラム開発を始めることで、全モジュールの設計完了を待たずに後続作業へ進めています。本来は順番に行う作業を一部重ねて実施し、スケジュールを短縮するため、ファストトラッキングの例です。

学習のポイント

順序を重ねる方法と、資源追加や納期変更との違いを整理しましょう。