平成30年度秋期 ITサービスマネージャ 午前Ⅱ 問18

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

短縮策を検討するときは、作業の関係性や制約、必要な品質を整理し、期間だけでなく影響範囲、実行可能性、関係者への負担も比較して判断する流れを意識しましょう。

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

候補を比べる際は、単に早く終わるかではなく、他の作業との関係や前提条件が変わるか、品質やリスクにどのような影響が及ぶかを確認する観点に絞って考えましょう。

視点

スケジュール短縮では、作業のつながり、利用できる資源、制約条件、品質への影響を順に整理し、短縮効果と副作用を同じ基準で比較することが重要です。

確認ポイント

• 作業間の関係や依存を確認する
• 短縮によって変化する制約を確認する
• 品質・リスク・負担への影響を確認する

正解

ア

解説

クラッシングとは、プロジェクトの工期を短縮するために、対象となる作業へ追加の人的資源や費用を投入するスケジュール短縮手法です。

理由

クリティカルパス上のアクティビティは、遅延するとプロジェクト全体の完了時期に影響します。その作業に人的資源を追加して期間短縮を図る行為は、クラッシングの適切な例です。

比較

残業禁止は資源や作業時間を減らす行為であり、完了予定日の延期は工期短縮ではありません。設計済みモジュールから並行して開発するのは、作業を重ねて期間を短縮するファストトラッキングの例です。

選択肢ア（正解）

これは正解だよ。クリティカルパス上のアクティビティは、遅れるとプロジェクト全体の完了時期に影響する。そこへ人的資源を追加し、作業期間を短縮しようとする行為は、追加資源によって工期を短縮するクラッシングに該当する。

選択肢イ

これは不正解だよ。承認されていた残業を禁止することは、投入できる労働時間を減らす対応であり、作業期間を短縮するために追加資源を投入するクラッシングとは逆の方向である。コスト削減自体もクラッシングの定義ではない。

選択肢ウ

これは不正解だよ。仕様確定の遅延を理由にプロジェクトの完了予定日を延期するのは、遅延を計画へ反映する対応である。追加の資源投入によって作業期間を短縮するクラッシングの例にはならない。

選択肢エ

これは不正解だよ。設計が終わったモジュールから並行してプログラム開発を進めるのは、もともと順番に行う作業を重ねて実施する方法である。追加資源による短縮ではなく、ファストトラッキングの例に当たる。

学習のポイント

クラッシングとファストトラッキングの違いを整理する。