ITパスポート 2009年 秋期 問51

プロジェクトのスケジュールを短縮する方法について説明したものはどれか。【ITパスポート 解説】

正解の理由

• クリティカルパス（critical path）：プロジェクトの中で最長の作業連鎖です。これにかかる時間がプロジェクト全体の期間を決めます。
• ファストトラッキング：依存関係を見直して、本来順番に行う作業を同時並行で進めることで短縮する手法。リスクや手戻りが増える可能性があります。

解法ステップ

1. 作業一覧と所要時間、依存関係を整理する。
   • まずタスク（作業）を書き出します。各タスクの前後関係（どの作業が終わらないと次が始められないか）を明らかにします。
2. クリティカルパスを特定する。
   • クリティカルパス上の作業が延びるとプロジェクト全体が延びます。そこが短縮の主対象です。
3. 短縮手段を検討する。代表は次の2つ。
   • ファストトラッキング（作業を並行化する）→ ウに該当。
   • クラッシング（crashing：リソース追加で各タスクを短縮する）→ 人員やコストを増やして短縮。
4. リスクとコストを評価する。
   • 並行化は手戻り（やり直し）や調整コストが増える可能性があります。人員追加は費用増加や品質低下のリスクがあります。
5. 実行と監視。
   • 並行実施したら進捗を細かくチェックし、問題が出たら即対応できるようにします。

選択肢別の誤答解説

• ア: ウォータフォール型のシステム開発をスパイラル型に変更する。
  • ウォータフォール型（Waterfall：要件→設計→実装を順に行う直線的開発）やスパイラル型（Spiral：反復的にリスクを検討しながら進める開発）は「開発手法」の変更です。手法を変えることで短期的にスケジュールが必ず短縮されるわけではなく、むしろ学習コストや管理負荷が増える場合があります。したがって「スケジュール短縮の直接的な説明」ではありません。
• イ: クリティカルパスの期間を厳守するために、クリティカルパスにない作業の順序を変更する。
  • クリティカルパスにない作業は余裕（フロート、余白）があることが多いです。非クリティカル作業の順序を変えても、クリティカルパス自体は短くならないため、プロジェクト全体の期間は基本的に短縮されません。
• ウ: 順番に行うように計画した作業を並行して行うように変更する。
  • （正解）ファストトラッキングにあたり、直接的に所要期間を短くできます。ただし依存関係や品質リスクに注意が必要です。
• エ: プロジェクトの全期間で、メンバの作業負荷をできるだけ一定になるように調整する。
  • これはリソース平準化（リソースレベリング／平滑化）の方針です。作業負荷を平準化すると、逆にプロジェクトの一部を後ろ倒しにして全体の期間を延ばすことがあるため、短縮の解説には当てはまりません。

よくある誤解

1. 「作業を並行にすれば必ず安全に短縮できる」
   • 並行化は短縮効果がありますが、作業の依存関係や調整コスト、やり直しリスクが増えます。品質・手戻りのリスクを必ず評価してください。
2. 「順序を変えればどの作業でも短縮できる」
   • クリティカルパス上の作業だけが全体期間に直結します。非クリティカルな作業をいくら並べ替えても、クリティカルパスが変わらなければ総期間は変わりません。
3. 「開発手法を変えれば短縮は簡単」
   • ウォータフォール→スパイラルの変更はプロジェクトの進め方変更です。短縮に役立つ場合もありますが、導入には学習や計画の見直しが必要です。

補足コラム

• ファストトラッキング（fast-tracking）: 作業を重ねて並行実施。期間短縮効果は高いがリスク増。
• クラッシング（crashing）: 追加リソース（人員、設備）で特定タスクを短縮。コスト増。
• スコープ削減: 作業そのものを減らす（品質や機能を限定）。確実に短縮できるが成果物に影響。 実務ではこれらを組み合わせ、コスト・品質・リスクを天秤にかけて決めます。プロジェクトマネジメントでは「何を優先するか（期間・コスト・品質）」を最初に合意しておくことが重要です。

FAQ