プロジェクトの時間管理

要点と定義

IPAシラバスVer.7.2の「プロジェクトの時間」では、活動の順序付け、期間の見積り、スケジュールの作成と管理が対象です。活動リストや活動順序、期間見積り、制約、スケジュールは主要な入出力の用語例で、CPM、PDM、ラグ、リード、クラッシング、ファストトラッキング、EVMなどは技法の用語例です。用語例の掲載は、個別の計算手順や図表の詳細定義までシラバスが明記していることを意味しません。

スケジュールネットワークでは、作業の依存関係と所要期間から各経路の長さを求めます。合流点では必要な先行作業がすべて終わるまで後続作業を開始できず、プロジェクトの完了期間は開始から終了までの経路のうち最長のものに左右されます。過去の出題で扱った補足として、PDMの終了－開始関係にリードがあれば後続作業を先行作業の完了前に始められ、開始－開始関係にラグがあれば後続作業の開始を遅らせます。作業の種類に応じて依存関係を読み分けます。 合流点で先行作業をすべて待ち、全経路のうち最長の経路で完了期間を決める考え方も、過去の出題で扱われています。

作業を分割して一部を並行化した場合は、分割後の依存関係で全経路を再計算します。短縮した作業の経路が最長とは限らないため、その作業単体の短縮日数をプロジェクト全体の短縮日数とはみなせません。これは過去の出題で扱った補足です。

適用条件と例

たとえば、作業AとBは時刻0に開始でき、Aは4日、Bは6日かかるとします。AとBの両方が終わってから始めるCは3日です。Cは遅く終わるBに合わせて時刻6に開始し、時刻9に完了します。Aの最早開始は時刻0、Cに間に合う最遅開始は時刻2なので、Aの全余裕時間は2日です。この例では資源制約や中断はなく、記載した依存関係だけで計算します。

過去の出題で扱った補足として、作業配分モデルから残期間を求める場合は、与えられた期間比と「各プログラムの開発期間が同一」という条件を使います。先行する三工程の比率合計が0.57で、その実績が228日なら、モデル全体は228÷0.57＝400日です。プログラム開発の比率が0.11なら同工程は44日です。対象プログラムの半分が完了している条件では残りは22日となり、後続工程もモデルどおりに進む条件の下で残工程の期間を加算します。

スケジュール短縮の方法は、何を変えるかで区別します。ファストトラッキングは、順次行う作業の一部を重ねて進める方法です。たとえば、設計が完了したモジュールから開発を始め、全モジュールの設計完了を待たずに一部の設計と開発を並行させます。これは過去の出題で扱った補足です。 クラッシングは、人員などの資源を追加して作業期間の短縮を図る方法です。クリティカルパス上の作業に要員を追加する例は、過去の出題で扱われています。

EVMは、作業範囲の達成度、コスト、スケジュールを関連付けて進捗を測定する考え方です。この管理対象の組合せは過去の出題で扱った補足です。 トレンドチャートについては、過去の出題で、作業の進捗と予算の消費状況などを時間に沿って折れ線で示し、推移を把握するものとして扱われています。

誤りやすい点

並行する作業をすべて単純に足すと、完了期間を長く見積もることがあります。一方、合流点で必要な先行作業の一つを無視すると、期間を短く見積もります。作業を分割したときは、変更後のネットワークの全経路を確認し、最長経路を特定してください。