JP2011095917A - プロジェクト進捗管理装置 - Google Patents

Abstract

【課題】タスクの優先度を異なるプロジェクト間で共通する尺度で決定可能なプロジェクト進捗管理装置の提供。
【解決手段】計画時における各タスクの開始時期及び所要時間、タスク同士の順序関係、合流バッファの挿入位置及び長さ、プロジェクトバッファの挿入位置及び長さ、プロジェクトの完了期限の各情報を取得する計画情報取得手段と、タスクの進捗情報を取得する進捗情報取得手段と、進捗情報に基づいて各タスクのチェーン進捗率とバッファ消費率とを算出する進捗率・消費率算出手段と、チェーン進捗率をＸ軸、バッファ消費率をＹ軸として、１以上の境界線により危険度が異なる複数の領域に区分されたエリアを表示するエリア表示手段と、境界線上を所定の優先度に対応させ、チェーン進捗率をｘ座標としバッファ消費率をｙ座標とする点の境界線からの乖離度に基づいて、タスクの優先度を算出する優先度算出手段と、を備えるプロジェクト進捗管理装置。
【選択図】 図１２

Description

本発明は、コンピュータを用いて複数のタスクからなるプロジェクトの進捗を管理するプロジェクト進捗管理装置に関し、特に、制約条件の理論（Theory of Constraint；ＴＯＣ)に従って計画されたプロジェクトの進捗を管理（把握）するためのプロジェクト進捗管理装置に関する。

ゴールドラット博士によって提唱された制約条件の理論（以下、「ＴＯＣ」とも表記する。）に従って、複数のタスク（作業）からなるプロジェクトを計画するシステムとして、下記特許文献１に記載された医療マネジメント支援システムがある。このシステムでは、サーバが、情報処理端末機からのアクセスに応じて、患者に対する一連の臨床行為をタスクとして並べ、各タスクの完了基準、所要時間、及び、リソースを設定して、クリティカルチェーン（以下、「C.C.」とも表記する。）を決定する。そして、所要時間内でタスクが完了しない場合の猶予時間として、プロジェクトのC.C.上のタスクの遅延からプロジェクトを保護するためのプロジェクトバッファと、C.C.に合流する作業又は作業群の遅延からプロジェクトを保護するためのフィーディングバッファ（合流バッファ）とを挿入して、患者毎のプロジェクトネットワーク図を作成し、情報処理端末機の表示部に表示させている。また、この医療マネジメント支援システムは、情報処理端末機の画面に、バッファの状況等のプロジェクトの進捗状況を表示し（同文献の段落０１４６参照）、情報処理端末機から入力されたタスクの開始、完了等の記録を、データベースに記憶させることにより、表示されるプロジェクトの進捗状況に反映させることとしている（同文献の段落０１７８、０１７９参照）。

特開２００７−１４０６０７号公報

上記医療マネジメント支援システムでは、バッファの残存量に基づいて、臨床行為における優先順位を決定することができるとしているものの、バッファの状況を閲覧することにより、医療行為者が優先順位を決定するのであり（同文献の段落００８７参照）、自動的に優先順位を決定するものではない。これは、上記システムが、患者の状況に応じて高度の判断・柔軟性が求められる医療行為を対象としている以上、止むを得ないことともいえる。

ところが、商品開発、建設工事、ソフトウェア開発等の一般的なプロジェクトにおいては、複数のプロジェクトが並行して実行される場合があり、かかる複数のプロジェクトで同じリソースを必要としている場合等、異なるプロジェクト間でどのタスクを優先させなければならないかを決定しなければならないことがある。

しかしながら、例えば、人手による作業が多いプロジェクトは不確実性が高いので、バッファが侵食されるとプロジェクトが期限内に完了しない（すなわち、納期割れを起こす）危険度が高くなり、機械的作業が多いプロジェクトは不確実性が低いので、バッファが侵食されてもプロジェクトが期限内に完了しない危険度はそれ程高くならない等、バッファの消費率が同じであっても、プロジェクトが異なれば、その危険度は異なるため、異なるプロジェクト間でどのタスクを優先させるべきかを決定することは困難であった。

本発明は、上述した問題を解決するものであり、タスクの優先度を異なるプロジェクト間で共通する尺度で決定可能であり、異なるプロジェクト間でどのタスクを優先させるべきかの決定を補助可能なプロジェクト進捗管理装置を提供することを目的とする。

本発明のプロジェクト進捗管理装置は、入力部と表示部とを備え、制約条件の理論に従って計画されたプロジェクトの進捗を管理するためのプロジェクト進捗管理装置であって、前記入力部を用いたユーザの操作に応じて、計画時における、前記プロジェクトの遂行に必要な各タスクの開始時期及び所要時間を示す情報と、タスク同士の順序関係を示す情報と、合流バッファの挿入位置及び長さを示す情報と、プロジェクトバッファの挿入位置及び長さを示す情報と、前記プロジェクトの完了期限を示す情報とを取得する計画情報取得手段と、前記入力部を用いたユーザの操作に応じて、タスクの進捗情報の入力を受ける進捗情報取得手段と、前記進捗情報に基づいて、各タスクについて、当該タスクを含むチェーンにおけるチェーン進捗率とバッファ消費率とを算出する進捗率・消費率算出手段と、チェーン進捗率をＸ軸とし、バッファ消費率をＹ軸とするエリアであって、前記入力部を用いたユーザの操作に応じて設定された、または、予め定められた、１以上の境界線により、少なくとも第１の領域と、前記第１の領域よりも前記プロジェクトが前記完了期限までに完了しない危険度が高いと判断される第２の領域とを含む複数の領域に区分されたエリアを、前記表示部に表示するエリア表示手段と、前記境界線上を所定の優先度に対応させ、前記進捗率・消費率算出手段により算出されたチェーン進捗率をｘ座標とし、前記進捗率・消費率算出手段により算出されたバッファ消費率をｙ座標とする点の、前記境界線からの乖離度に基づいて、前記チェーン上のタスクの優先度を算出する優先度算出手段と、を備えることを特徴とする。

また、本発明のプロジェクト進捗管理装置においては、前記進捗率・消費率算出手段が、前記進捗情報に基づいて、前記プロジェクトについての進捗率とバッファ消費率とを算出し、前記プロジェクトについての進捗率をｘ座標とし、前記プロジェクトについてのバッファ消費率をｙ座標とする傾向グラフを、前記エリアに表示する傾向グラフ表示手段を備えることが好ましい。

また、本発明のプロジェクト進捗管理装置においては、前記境界線が２つであって、前記エリアが、前記第１の領域と、前記第２の領域と、前記第２の領域よりも前記危険度が高いと判断される第３の領域とに区分され、前記第１の領域と前記第２の領域とを区分する前記境界線を第１の境界線、前記第２の領域と前記第３の領域とを区分する前記境界線を第２の境界線と表記し、第１の境界線に対応する前記優先度を第１の優先度、第２の境界線に対応する前記優先度を第２の優先度と表記したとき、前記優先度算出手段が、前記点が前記第１の領域にある場合には、前記点の前記第１の境界線からのＹ軸方向の距離を、前記エリアのＹ軸方向の長さで除した値を、前記乖離度として、前記優先度の最大値に前記乖離度を乗じた値を、前記第１の優先度から減じることにより、算出し、前記点が前記第２の領域にある場合には、前記点の前記第１の境界線からのＹ軸方向の距離を、前記第２の領域の前記点を通るＹ軸方向の長さで除した値を、前記乖離度として、前記第２の優先度から前記第１の優先度を減じた値に前記乖離度を乗じた値を、前記第１の優先度に加えることにより、算出するか、または、前記点の前記第２の境界線からのＹ軸方向の距離を、前記第２の領域の前記点を通るＹ軸方向の長さで除した値を、前記乖離度として、前記第２の優先度から前記第１の優先度を減じた値に前記乖離度を乗じた値を、前記第２の優先度から減じることにより、算出し、前記点が前記第３の領域にある場合には、前記点の前記第２の境界線からのＹ軸方向の距離を、前記エリアのＹ軸方向の長さで除した値を、前記乖離度として、前記優先度の最大値に前記乖離度を乗じた値を、前記第２の優先度に加えることにより、算出することとできる。

本発明のプロジェクト進捗管理プログラムは、制約条件の理論に従って計画されたプロジェクトの進捗を管理するためのものであって、入力部と表示部とを備えたコンピュータを、前記入力部を用いたユーザの操作に応じて、計画時における、前記プロジェクトの遂行に必要な各タスクの開始時期及び所要時間を示す情報と、タスク同士の順序関係を示す情報と、合流バッファの挿入位置及び長さを示す情報と、プロジェクトバッファの挿入位置及び長さを示す情報と、前記プロジェクトの完了期限を示す情報とを取得する計画情報取得手段、前記入力部を用いたユーザの操作に応じて、タスクの進捗情報の入力を受ける進捗情報取得手段、前記進捗情報に基づいて、各タスクについて、当該タスクを含むチェーンにおけるチェーン進捗率とバッファ消費率とを算出する進捗率・消費率算出手段、チェーン進捗率をＸ軸とし、バッファ消費率をＹ軸とするエリアであって、前記入力部を用いたユーザの操作に応じて設定された、または、予め定められた、１以上の境界線により、少なくとも第１の領域と、前記第１の領域よりも前記プロジェクトが前記完了期限までに完了しない危険度が高いと判断される第２の領域とを含む複数の領域に区分されたエリアを、前記表示部に表示するエリア表示手段、及び、前記境界線上を所定の優先度に対応させ、前記進捗率・消費率算出手段により算出されたチェーン進捗率をｘ座標とし、前記進捗率・消費率算出手段により算出されたバッファ消費率をｙ座標とする点の、前記境界線からの乖離度に基づいて、前記チェーン上のタスクの優先度を算出する優先度算出手段、として機能させることを特徴とする。

また、本発明のプロジェクト進捗管理プログラムにおいては、前記進捗率・消費率算出手段が、前記進捗情報に基づいて、前記プロジェクトについての進捗率とバッファ消費率とを算出し、前記コンピュータを、前記プロジェクトについての進捗率をｘ座標とし、前記プロジェクトについてのバッファ消費率をｙ座標とする傾向グラフを、前記エリアに表示する傾向グラフ表示手段として機能させることが好ましい。

本発明によれば、プロジェクトが完了期限までに完了しない危険度を区分する境界線からの乖離度に基づいて、タスクの優先度を算出しているので、タスクの優先度を異なるプロジェクト間で共通する尺度で決定可能であり、異なるプロジェクト間でどのタスクを優先させるべきかの決定を補助可能である。

本発明の実施形態に係るプロジェクト進捗管理装置を含むプロジェクト管理システムのブロック構成図である。 同プロジェクト管理システムが行う工程表作成処理のフローチャートである。 同プロジェクト管理システムが行う進捗管理処理のフローチャートである。 プロジェクトネットワーク図が表示されたネットワーク図作成画面の例である。 初期計画時のプロジェクトの工程図の例である。 実行中のプロジェクトの工程図の例である。 タスク一覧表示画面の例である。 図５の工程図のクリティカルチェーンがプロジェクトバッファに与える影響を説明するための図である。 図５の工程図の合流チェーンがプロジェクトバッファに与える影響を説明するための図である。 図５の工程図の他の合流チェーンがプロジェクトバッファに与える影響を説明するための図である。 傾向グラフ画面の例である。 （ａ）、（ｂ）は優先度の計算方法を説明するための図である。 優先度の計算方法を示すフローチャートである。

以下、本発明の一実施形態を図面に基づいて説明する。

図１に示すように、実施形態に係るプロジェクト管理システム３は、ＴＯＣに基づいて計画されたプロジェクトを管理するためのコンピュータシステムであり、サーバ装置（以下、「サーバ」と略す。）１と、サーバ１に通信回線（実施形態ではイントラネット）を介して接続されることによりサーバ１と交信可能な複数のクライアント装置（以下、「クライアント」と略す。）２とから構成されている。各クライアント２は、プロジェクト進捗管理装置に相当する。

サーバ１は、１又は複数のコンピュータからなり、入力部１１、演算・制御部１２、記憶部１３、通信部１４、及び、表示部１５を備えている。サーバ１には、ＯＳ（オペレーティング・システム）及びそのＯＳ上で動作するＷｅｂサーバプログラムやプロジェクト管理プログラム等の各種プログラムがインストールされている。入力部１１は、キーボードやマウス等から構成されて、ユーザの操作に応じて各種情報や各種指令等を演算・制御部１２に入力する。記憶部１３は、半導体メモリ、ハードディスク装置、コンパクト・ディスク装置等から構成され、各プロジェクトのプロジェクトデータを記憶する。演算・制御部１２は、ＣＰＵ、ＣＰＵのワークエリアとなるＲＡＭ、固定データを格納したＲＯＭ等から構成されている。通信部１４は、通信回線を介してサーバ１とクライアント２を含む他のコンピュータとを接続するときのインタフェースとなる部分である。表示部１５は、液晶ディスプレイ等から構成され、演算・制御部１２からの表示命令に応じて各種の画面を表示する。

プロジェクト管理プログラムは、ユーザが入力したプロジェクト名等のデータに基づいて、プロジェクトデータを作成して記憶部１３に格納し、また、クライアント２から受信したプロジェクトの詳細情報や進捗情報等を、当該プロジェクトのプロジェクトデータとして記憶部１３に格納するように、サーバ装置１を機能させるプログラムである。

各クライアント２は、パーソナル・コンピュータであり、図１に示すように、入力部２１、演算・制御部２２、記憶部２３、通信部２４、及び、表示部２５を備えている。各クライアント２には、ＯＳとＷｅｂブラウザやプロジェクト計画プログラム、プロジェクト進捗管理プログラム等そのＯＳ上で動作するプログラムとがインストールされている。入力部２１は、マウス等のポインティング・デバイスやキーボード等から構成されて、ユーザの操作に応じて各種データや各種指令等を演算・制御部２２に入力するものである。記憶部２３は、半導体メモリ、ハードディスク装置、コンパクト・ディスク装置等から構成されている。演算・制御部２２は、ＣＰＵ、ＣＰＵのワークエリアとなるＲＡＭ、固定データを格納したＲＯＭ等から構成されている。通信部２４は、通信回線を介してクライアント２とサーバ１等他のコンピュータとを接続するときのインタフェースとなる部分である。表示部２５は、液晶ディスプレイ等から構成され、演算・制御部２２からの表示命令に応じて各種の画面を表示する。

プロジェクト計画プログラムは、クライアント２に、プロジェクト遂行に必要な各タスクの識別情報、所要時間を示す情報、必要なリソースを示す情報、及び、タスク同士の依存関係（順序関係）を示す情報の入力を受けて、各タスクの順序を決定し、C.C.を決定して、合流バッファ及びプロジェクトバッファを挿入し、工程表を作成して、それらの情報をプロジェクトの詳細情報として、サーバ１に送信する処理を行わせるためのものである。

プロジェクト進捗管理プログラムは、クライアント２を、上述した計画情報取得手段、進捗情報取得手段、進捗率・消費率算出手段、エリア表示手段、優先度算出手段、及び、傾向グラフ表示手段として機能させるものであり、このプロジェクト進捗管理プログラムに従って動作することにより、演算・制御部２２は、入力部２１、記憶部２３、通信部２４及び表示部２５と協働して、上述した計画情報取得手段、進捗情報取得手段、進捗率・消費率算出手段、エリア表示手段、優先度算出手段、及び、傾向グラフ表示手段として機能する。

次に、プロジェクト管理システム３の動作について、図２−１、２−２のフローチャートを用いて説明する。これらの図では、ユーザの行う操作を二点鎖線で示している。

図２−１は、プロジェクトの計画段階で行う工程表作成処理のフローチャートである。プロジェクトの計画者であるユーザが、クライアント２においてプロジェクト計画プログラムを起動し、プロジェクトの選択等、ネットワーク図作成画面を表示させるための所定の操作を行うと、クライアント２は、ネットワーク図作成画面データをサーバ１に要求する（Ｓ１０１）。プロジェクト名、プロジェクトの開始時期、終了時期等を含むプロジェクトデータは、予めサーバ１において作成されており、サーバ１は、プロジェクトデータに基づいて、選択されたプロジェクトについてネットワーク図を作成させるためのネットワーク図作成画面データを、クライアント２に送信し（Ｓ１０２）、クライアント２は受信したデータに基づいてネットワーク図作成画面を表示部２５に表示する（Ｓ１０３）。

図３に示すように、ネットワーク図作成画面は、ゴールボックスＧＢと、タスクボックスＴ１、Ｔ２、…（区別しないときは「タスクボックスＴ」という。）等を配置することにより、プロジェクトネットワーク図を作成可能に構成されている。プロジェクトネットワークとは、プロジェクト内のタスク同士の順序関係を示すネットワークであり、プロジェクトネットワークを表したプロジェクトネットワーク図において、ゴールボックスＧＢは、プロジェクトのゴール（プロジェクトの完了期限（納期、締切り））を示す要素に相当し、タスクボックスＴは、タスク（作業）を示す要素に相当する。

図３は、既にユーザが必要な情報を入力した状態のネットワーク図作成画面であるが、最初に表示されたネットワーク図作成画面には、ゴールボックスＧＢとその直前のタスクボックスＴが１つだけ、配置されているので、ユーザは、プロジェクトの遂行に必要な各タスクについて、画面上のタスクボタン（図示せず）をクリックしてから配置位置をクリックする等、入力部２１を用いて所定の操作を行うことにより、さらにタスクボックスＴを配置し、ゴールボックスＧＢまたは他のタスクボックスＴと矢印Ｙで結ぶ。そして、ユーザは、タスクボックスＴに、タスクの名称（内容でもよい。）、ＩＤ（識別情報）、実行に必要な所要時間（完了に必要な稼働時間）、及び、実行に必要なリソースの情報（リソース名及び数量）を入力する。なお、所要時間は、そのタスクを完了できる可能性が５０％程度の時間とする。

ユーザは、ゴールボックスＧＢから遡るようにタスクボックスＴを配置して矢印Ｙで結んで行く。タスクボックスＴ同士を結ぶ矢印Ｙは、その両端に連結されているタスク同士の順序関係を示す情報に相当し、矢印の先端側に連結されているタスクの方が、矢印の基端側に連結されているタスクよりも後に実行されるものであることを示している。

以上のようにして、ユーザは、図３に示すようにゴールボックスＧＢ及び各タスクボックスＴを配置して、タスク同士の順序関係を矢印Ｙで定義するとともに、ゴールボックスＧＢ及び各タスクボックスＴに必要な情報を入力した後、画面上の所定のボタンのクリック等、所定の確定操作を行う（Ｓ１０４）。

すると、クライアント２は、入力された各タスクの所要時間を示す情報とリソースを示す情報と順序関係を示す情報とに基づいて、入力された順序関係を示す情報（矢印Ｙ）で示された順序関係に従うように、かつ、タスク間でリソースが競合しないように、タスクの順序を決定して、プロジェクトネットワーク図を作成し（Ｓ１０５）、図３に示すように、ネットワーク図作成画面に表示する（Ｓ１０６）。

次に、ユーザが、プロジェクトネットワーク図が表示されたネットワーク図作成画面において、所定のボタンのクリック等、所定の工程表表示操作（C.C.決定指示操作及びバッファ挿入指示操作を含む。）を行うと（Ｓ１０７）、クライアント２は、C.C.を決定し、合流バッファ及びプロジェクトバッファの挿入位置及び長さ（時間）を決定して、工程表を作成し（Ｓ１０８）、図４に示すように表示部２５に表示する（Ｓ１０９）。

ここで、タスク同士の依存関係によって順序付けられているタスクの並び（繋がり）をチェーンといい、チェーンの種類には、C.C. （クリティカルチェーン）、合流チェーンがある。C.C.とは、リソースの競合を考慮して、「それが遅れると全体が遅れる」という末端タスクを繋げたチェーンであり、ＴＯＣでいう「制約条件」に相当するものである。末端タスクとは、階層関係（親子関係）における下位のタスク（子タスク）を持たないタスクをいう。C.C.は、プロジェクトのゴールから全てのチェーンをそのチェーンの最初のタスクまで遡り、最も時間が長く掛かるチェーンとなる。合流チェーンとは、C.C.に合流する末端タスクから遡りつつ、C.C.上にない末端タスクを繋げた（すなわち、C.C.上の末端タスクにぶつかった所で若しくは先行タスクがなくなった所で終了する）チェーンをいう。なお、チェーンは、複数の末端タスクからなるものとは限らず、１つの末端タスクからなるものもある。

クライアント２は、上記のように決定したタスクの順序に基づいて、ゴールから全てのチェーンをそのチェーンの最初のタスクまで遡り、最も時間が長く掛かるチェーンをC.C.と判定する。なお、最も時間が長く掛かるチェーンが複数ある場合には、所定のルールに従ってC.C.を決定する。ここでは、プロジェクトネットワーク図において上になるチェーンをC.C.とする。

また、プロジェクトバッファは、プロジェクトのC.C.上のタスクの遅延からプロジェクトを保護する（すなわち、C.C.上のタスクが遅れても、プロジェクトが遅れないようにする）ための猶予時間（余裕時間）であり、ゴール直前のタスクとゴールとの間に挿入され、長さはC.C.の長さに応じて、例えば、C.C.の長さの1/2というように決定される。

合流バッファは、C.C.に合流する合流チェーンの遅延からC.C.を保護する（すなわち、C.C.に合流する合流チェーンが遅れても、C.C.が遅れないようにする）ための猶予時間（余裕時間）であり、C.C.に合流するタスクであってそれ自身はC.C.上にないもの（すなわち、合流チェーンの末尾のタスク）の直後に設けられ、合流バッファの長さは、その合流バッファが挿入されるタスクが乗っている合流チェーンの長さに応じて、例えば、その合流チェーンの長さの1/2というように決定される。なお、階層構造（階層関係）を有するタスクを含むプロジェクトでは末端タスクまで展開して、合流バッファの挿入位置を判断する。

以上のようにC.C.及びバッファの挿入位置及び長さを決定後、クライアント２は、プロジェクトネットワーク図から工程表（工程図）を作成し、図４に示すように工程表画面の工程図表示欄３３に表示する（Ｓ１０９）。図４の工程表は、ガントチャートと称される種類のものであり、各タスクが所要時間に応じた長さを有するバー（横棒）Ｂで表示されている。すなわち、バーＢは、工程表においてタスクを示す要素である。なお、図中は、バーＢ１、Ｂ２、…というように符号「Ｂ」に数字を付して区別しているが、区別しないときは「バーＢ」という。バーＢ１、Ｂ２、…は、それぞれ、タスクボックスＴ１、Ｔ２、…に対応し、バーＢ１がタスクＣＣ−１を、バーＢ２がタスクＣＣ−２をというように、それぞれ名称欄３０に表示されたタスク名を持つタスクを示している。なお、図４のタスク名には、C.C.上のタスクに「ＣＣ」、合流チェーン上のタスクに「ＦＣ」を付している。各タスクの所要時間（単位ｄ；日）は、期間欄３１に表示され、各バーＢは、対応するタスクの所要時間に応じた横の長さを有している。また、タスク同士の依存関係は矢印で示され、例えば、タスクＣＣ−２の方がタスクＣＣ−１よりも後に実行されるというように、矢印の先端側に連結されているタスクの方が、矢印の基端側に連結されているタスクよりも後に実行されるものであることを示している。また、C.C.上のタスクは斜め縞模様のバーＢで表示されることにより、C.C.上にないタスクとは区別可能に表示される。

また、工程表において、バッファは下辺が上辺より短い台形で示されており、図中、プロジェクトバッファを示す要素（以下、単に「プロジェクトバッファ」という。）には符号Ｐ、合流バッファを示す要素（以下、単に「合流バッファ」という。）には符号Ｆ及び数字を付している。なお、合流バッファＦ１、Ｆ２を区別しないときは、「合流バッファＦ」という。

さらに、工程表において、符号Ｇが付された菱形は、プロジェクトのゴールを示す要素（以下、単に「ゴール」という）である。最初、ゴールＧは、表の上部に表示されたカレンダーにおいて、プロジェクトの終了時期に合致するように配置されているが、プロジェクトの完了期限は、このゴールＧを、カレンダー上の完了期限となる日に合うように移動させることにより、変更可能である。

そして、ユーザがクライアント２において所定の登録操作を行うと（Ｓ１１０）、クライアント２は、ゴールボックスＧＢに入力されたプロジェクト名、目的等、各タスクボックスＴ及び各バーＢによって示されているタスクの開始時期、名称、ＩＤ、所要時間を示す情報、及び、必要なリソースを示す情報、タスク同士の順序関係を示す情報、合流バッファＦの挿入位置及び長さを示す情報、プロジェクトバッファＰの挿入位置及び長さを示す情報、プロジェクトの完了期限を示す情報、及び、C.C.に関する情報（C.C.上のタスクのＩＤや順序等）を含む詳細情報（詳細データ）を、サーバ１に送信し（Ｓ１１１）、サーバ１は、受信した詳細データをプロジェクトデータとして記憶（格納）する（Ｓ１１２）。

図２−２は、プロジェクトの進捗管理段階で行う進捗管理処理のフローチャートである。プロジェクトの進捗管理者であるユーザが、クライアント２においてプロジェクト進捗管理プログラムを起動すると、クライアント２は進捗管理画面データをサーバ１に要求し（Ｓ２０１）、サーバ１は、クライアント２に、プロジェクトデータに基づく進捗管理画面データを送信する（Ｓ２０２）。クライアント２には、プロジェクトデータ内のプロジェクト名を選択可能に表示する進捗管理画面（図示せず。）が表示される（Ｓ２０３）。進捗管理画面において、ユーザが、プロジェクト名を選択して、所定のボタンのクリック等、所定の操作を行うと、クライアント２は、選択されたプロジェクト名を持つプロジェクトについての工程表画面データを、サーバ１に要求し（Ｓ２０４）、サーバ１は、クライアント２に、要求された工程表画面データを送信する（Ｓ２０５）。クライアント２は、受信した工程表画面データに基づいて、図４に示すような工程表画面を表示部２５に表示する（Ｓ２０６）。

工程表画面データには、計画時における、プロジェクトの遂行に必要な各タスクの開始時期及び所要時間を示す情報と、タスク同士の順序関係を示す情報と、合流バッファの挿入位置及び長さを示す情報と、プロジェクトバッファの挿入位置及び長さを示す情報と、プロジェクトの完了期限を示す情報とが含まれており、これらの情報をクライアント２は取得することとなる。そして、クライアント２は、これらの情報に基づいて、図４に示すように、工程図表示欄３３にプロジェクトの工程表を表示する。

図４に示す工程表は、実行前のプロジェクト（初期計画時のプロジェクト）のものであるため、各バーＢは、初期計画時のタスクの所要時間に対応する長さを有し、各合流バッファＦ及びプロジェクトバッファＰは、全く消費されてない状態である。

ユーザは、プロジェクトが実行開始されると、適宜、タスクの進捗状況をクライアント２において入力する。詳しくは、ユーザが、クライアント２においてプロジェクト進捗管理プログラムを起動し、プロジェクト名の選択等、所定の操作を行うと、クライアント２は、サーバ１から受信したデータに基づいて、進捗情報入力画面（図示せず）を表示する。なお、上記のように工程表画面を表示した状態であれば、ユーザの所定の操作により、工程表画面から進捗情報入力画面に遷移する。進捗情報入力画面は、進捗情報として、実行中のタスクについては、完了までに要する時間（残期間）を入力可能に構成されるとともに、完了したタスクについては、完了したことを示す情報（完了までに要する時間を０とすることでもよい。）を入力可能に構成されている。

ユーザが、進捗情報入力画面において進捗情報を入力し（Ｓ２０７）、工程表画面を再表示させると、クライアント２は、入力された進捗情報に基づいて工程表を更新し、図５に示すように工程表画面に表示する（Ｓ２０８）。図５の例は、図４の例において、現在日が二点鎖線で示された2009年10月27日であり、進捗情報として、タスクＣＣ−１について残期間５日が、タスクＦＣ−１について残期間２日が入力された場合を示している。

したがって、バーＢ１は現在日から５日後まで、長さが伸びて表示され、その分、後続するC.C.上のバーＢ２、Ｂ３、Ｂ４も右方（日程が遅くなる方）に移動している。なお、各バーＢの初期計画時の位置及び長さは、それぞれバーＢ´で表されている。プロジェクトバッファＰはプロジェクトの完了期限（ここでは、2009年11月30日）より後には移動できないため、バーＢ３、Ｂ４の期間と重なり、その分侵食されている。なお、バッファの侵食部分には斜線が引かれている。プロジェクトバッファＰの侵食部分は１０日分であり、残期間は１０日となっている。

また、バーＢ５は現在日から２日後まで、長さが伸びて表示され、その分、後続するバーＢ６、Ｂ７、及び、合流バッファＦ１も右方に移動している。なお、合流バッファＦ１は、C.C.を保護するものであるため、合流先のバーＢ３以降のチェーンと期間が重なるところまでは移動できず、バーＢ３以降のチェーンに期間が重なる場合には、その重なり分侵食されることとなるが、図５の例では、重ならないため合流バッファＦ１は侵食されていない。また、バーＢ５の伸長に伴い、後続するバーＢ８、Ｂ９、及び、合流バッファＦ２も右方に移動しているが、合流バッファＦ２は、合流先のバーＢ４以降のチェーンと期間が重なるところまでは移動できないため、その分侵食され、侵食部分は８．５日分で、残期間は２日となっている。

ユーザが、クライアント２において、プロジェクトを選択し、現在から対象範囲とする日数を指定して、所定の操作を行うと、クライアント２は、選択されたプロジェクトにおいて、現在実行中のタスク及び現在から対象範囲内に実行開始予定のタスクについて、それぞれ、優先度、チェーン残り、チェーン進捗率、バッファ残り、及び、バッファ消費率を算出し（Ｓ２０９）、図６に示すように、タスク一覧画面に優先度順に一覧表示する（Ｓ２１０）。図６は、図５に示された状態のプロジェクトについて、現在（2009年10月27日00時00分）実行中のタスク及び現在から３０日以内に実行開始予定のタスクの優先度等を一覧表示したものである。

詳しくは、タスク一覧画面には、現在日欄３６に表示された現在の日時に実行中のタスク、及び、現在の日時から対象範囲欄３７に表示されているユーザが指定した対象範囲（日数）内に実行開始予定のタスクについて、名称がタスク名称欄４０に、優先度が優先度欄４１に、実行中か否（未着手）かが状態欄４２に、開始時期（未着手の場合は開始予定日時、実行中の場合は開始した日時）が開始欄４３に、終了時期（終了予定日時）が終了欄４４に、実行中の場合のタスクの残期間が残り欄４５に、チェーン残りがチェーン残り欄４６に、チェーン進捗率がチェーン進捗率欄４７に、バッファ残りがバッファ残り欄４８に、バッファ消費率がバッファ消費率欄４９に表示される。

チェーン残りとは、そのタスクが乗っているチェーン（但し、プロジェクトのゴールまでのチェーン）の残期間、すなわち、そのタスクが乗っているチェーンの現在完了している所からプロジェクト完了までに必要な残りの所要時間（稼働時間）であり、例えば、図５のタスクＣＣ−１は、タスクＣＣ−１、タスクＣＣ−２、ＣＣ−３、ＣＣ−４からなるC.C.上に乗っているが、タスクＣＣ−１、ＣＣ−２、ＣＣ−３、ＣＣ−４の残期間（完了に必要な稼働時間）は、それぞれ５日、1０日、５日、５日であるので、チェーン残りはそれらを合計した２５日となる。タスクＣＣ−２、ＣＣ−３、ＣＣ−４も、同じチェーンに乗っているので、これらのチェーン残りも２５日となる。また、タスクＦＣ−１は、タスクＦＣ−１、ＦＣ−２、ＦＣ−３、ＣＣ−３、ＣＣ−４からなるチェーンと、タスクＦＣ−１、ＦＣ−４、ＦＣ−５、ＣＣ−４からなるチェーンとに乗っており、各タスクの残期間から、前者のチェーン残りは１９日、後者のチェーン残りは２３日となるが、後述するように優先度が高くなる方を採用するので、２３日となる。また、タスクＦＣ−２、ＦＣ−３は、後者のチェーンに乗っているのでのチェーン残りは２３日、タスクＦＣ−４、ＦＣ−５は、前者のチェーンに乗っているので１９日となる。

チェーン進捗率は、初期プロジェクト期間に対するチェーンの進捗率であり、次式(1)で算出する。
［チェーン進捗率］＝（［初期プロジェクト期間］−［チェーン残り］）／［初期プロジェクト期間］ …(1)
初期プロジェクト期間は、初期計画時のプロジェクトの期間（プロジェクトの完了までに必要な稼働時間）であり、初期計画時のC.C.上のタスクの稼働時間の合計に等しく、図５（初期計画時は図４）の例では、図６の初期プロジェクト期間欄３８に表示されているように、４０日である。したがって、タスクＣＣ−１、ＣＣ−２、ＣＣ−３、ＣＣ−４のチェーン進捗率は0.375、タスクＦＣ−１、ＦＣ−４、ＦＣ−５のチェーン進捗率は0.425、タスクＦＣ−２、ＦＣ−３のチェーン進捗率は0.525となる。なお、チェーン進捗率欄４７に表示されているチェーン進捗率は、単位を％としたものである。

バッファ残りは、そのタスクの最新の予定完了時刻からプロジェクトバッファＰの終了時刻までのチェーン上の余裕時間の合計であり、次式(2)で算出できる。
［バッファ残り］＝［最遅時刻］−［最新完了時刻］ …(2)
最遅時刻とは、そのタスクが乗っているチェーンがプロジェクトの納期割れを起こさない範囲でそのタスクが最も遅く完了できる時刻であり、最新完了時刻とは、そのタスクの最新の予定完了時刻である。

図５の例では、タスクＣＣ−１、ＣＣ−２、ＣＣ−３、ＣＣ−４については、プロジェクトバッファＰの残りである１０日となり、タスクＦＣ−１、ＦＣ−４、ＦＣ−５については、合流バッファＦ２の残りとプロジェクトバッファＰの残りとを合計した１２日となり、タスクＦＣ−２、ＦＣ−３については、合流バッファＦ１の残りとプロジェクトバッファＰの残りとを合計した１６日となる。なお、図５の例では、バッファ（合流バッファＦとプロジェクトバッファＰ）以外にタスク間に余裕時間のある所はないため、バッファ残りは、そのタスク以降に存在するそのタスクが乗っているチェーン（但し、プロジェクトのゴールまでのチェーン）上のバッファの残りを合計したものとなったが、例えばC.C.に合流する合流チェーン上のタスクが遅れて、C.C.上のタスクが合流チェーン上のタスクの完了を待つ状態になっている場合には、C.C.上のタスク間に隙間ができる等、プロジェクトの進み具合によっては、バッファ以外にタスク間に余裕時間（空き時間）が生じることがあり、その場合には、その余裕時間をも合計したものとなる。

バッファ消費率は、プロジェクトバッファサイズに対するバッファの消費率であり、次式(3)で算出する。
［バッファ消費率］＝（［プロジェクトバッファサイズ］−［バッファ残り］）／［プロジェクトバッファサイズ］ …(3)
プロジェクトバッファサイズは、初期計画時のプロジェクトバッファＰの長さであり、図５（初期計画時は図４）の例では、図６のプロジェクトバッファサイズ欄３９に示すとおり２０日である。したがって、タスクＣＣ−１、ＣＣ−２、ＣＣ−３、ＣＣ−４のバッファ消費率は0.500、タスクＦＣ−１、ＦＣ−４、ＦＣ−５のバッファ消費率は0.400、タスクＦＣ−２、ＦＣ−３のバッファ消費率は0.200となる。なお、バッファ消費率欄４９に表示されているバッファ消費率は、単位を％としたものである。バッファ消費率は、そのタスクの乗ったチェーンがプロジェクトバッファＰに与える影響を示している。すなわち、図６の例のタスクＣＣ−１、ＣＣ−２、ＣＣ−３、ＣＣ−４からなるチェーンは、図７に示すように、プロジェクトバッファＰを５０％侵食した状態である。

また、図６の例のタスクＦＣ−１、ＦＣ−２、ＦＣ−３、ＣＣ−３、ＣＣ−４からなるチェーンは、図８に示すように、プロジェクトバッファＰを２０％侵食した状態である。なお、合流バッファＦはC.C.に合流するタスク又はタスク群の遅れからC.C.を保護するものであることから、合流バッファＦ１はC.C.の保護に必要なだけ消費してもよく、図８のチェーン上のタスクのバッファ消費率は、合流バッファＦ１を全部消費したものとして算出される。

同様に、図６の例のタスクＦＣ−１、ＦＣ−４、ＦＣ−５、ＣＣ−４からなるチェーンは、図９に示すように、合流バッファＦ２を全部消費した場合において、プロジェクトバッファＰを４０％侵食した状態である。

次に、優先度について説明するが、その前提となる傾向グラフについて、まず説明する。傾向グラフとは、図１０に示すように、プロジェクト毎に、チェーン進捗率を横軸（Ｘ軸）、バッファ消費率を縦軸（Ｙ軸）として、プロジェクトの進捗率をｘ座標、プロジェクトのバッファ消費率をｙ座標とする点をプロットしたものである。プロジェクトの進捗率は、そのプロジェクト内のチェーン（但し、プロジェクトのゴールまでのチェーン）の中で、その時点で最も長いチェーン残りを持つチェーンにおけるチェーン進捗率とし、プロジェクトのバッファ消費率は、その時点で最も遅いタスク（一番最後のタスク）のバッファ消費率とする。図６の例では、その時点（2009年10月27日00時00分）で最も長いチェーン残りを持つチェーンは、タスクＣＣ−１、ＣＣ−２、ＣＣ−３、ＣＣ−４からなるC.C.であるので、プロジェクトの進捗率は37.5（％）、一番最後のタスクはタスクＣＣ−４であるので、バッファ消費率50.0（％）となる。したがって、2009年10月27日00時00分現在のプロジェクトの進捗率とバッファ消費率を傾向グラフ上に表すと、図１０の点Ｑになる。

詳しくは、ユーザがプロジェクトを選択して所定の操作を行うと、クライアント２には、図１０に示すような傾向グラフ画面が表示される。この画面には、第１の境界線５４と第２の境界線５５とにより、第１の領域５１と第２の領域５２と第３の領域５３とに区分された傾向グラフ表示エリア５０（本発明のエリアに相当。）が設けられている。第１の境界線５４及び第２の境界線５５は、本実施形態では、所定の切片（ここでは、第１の境界線５４のＹ軸上の切片を15、第２の境界線５５のＹ軸上の切片を30とする。）と傾き（ここでは、第１の境界線５４、第２の境界線５５のいずれも3/5とする。）とを有した直線として予め定められておいたものを用いるが、入力部２１を用いたユーザの操作に応じて、クライアント２が設定するものであってもよい。詳しくは、ユーザは入力部２１を用いて、第１の境界線５４、第２の境界線５５について、それぞれ、ｘ座標が0のときのｙ座標と、ｘ座標が100のときのｙ座標とを指定することができ、クライアント２は指定された座標により、第１の境界線５４及び第２の境界線５５を設定する。第１の境界線５４及び第２の境界線５５は、そのプロジェクトが人手による作業が多いか、機械による作業が多いか等、プロジェクトの性質によって異なり得るからである。

画面上、第１の領域５１は緑色、第２の領域５２は黄色、第３の領域５３は赤色を付して表示され、プロジェクトの進捗率をｘ座標、バッファ消費率をｙ座標とする点が、第１の領域５１にあるときよりも第２の領域５２にあるとき、第２の領域５２にあるときよりも第３の領域５３にあるときの方が、プロジェクトの進捗率に対するバッファ消費率が大きく、すなわち、そのプロジェクトがプロジェクトの完了期限までに終了しない危険度が高いことを示している。点Ｑの場合は、第２の領域５２にあるので、かかる危険度は中程度といえる。

各タスクの優先度は、第１の境界線５４及び第２の境界線５５をそれぞれ所定の優先度に対応させておき、そのタスクのチェーン進捗率とバッファ消費率とから算出される第１の境界線５４または第２の境界線５５からの乖離度に基づいて、算出する。優先度とは、そのタスクがプロジェクトに与える影響度を示し、優先度が高いほどプロジェクトに与える影響が大きく、すなわち、そのプロジェクトがプロジェクトの完了期限までに終了しない危険度が高い。

詳しくは、まず、図１１に示すように、上述した第１の境界線５４及び第２の境界線５５が、それぞれ、所定の優先度（ここでは、第１の境界線５４は優先度30、第２の境界線５５は優先度60）を持つＸ軸に平行な第１の境界線６４及び第２の境界線６５になるように、縦方向に正規化を行う（すなわち、ｙ座標の変換を行う）関数ｆを定めておく。関数ｆは、傾向グラフ表示エリア５０上の点を、優先度表示エリア６０上の点に変換（写像）するものである。そして、関数ｆは、変換後の優先度表示エリア６０上の点のｙ座標を、優先度とする。すなわち、優先度＝ｆ（チェーン進捗率，バッファ消費率）である。

なお、優先度表示エリア６０において、第１の境界線６４の下方領域を第１の領域６１、第１の境界線６４と第２の境界線６５との間の領域を第２の領域６２、第２の境界線６５の上方領域を第３の領域６３とする。関数ｆは、第１の領域５１内の点を、第１の境界線５４からの乖離度に基づいて、第１の領域６１内の点に変換し、第２の領域５２内の点を、第１の境界線５４（第２の境界線５５でもよい。）からの乖離度に基づいて、第２の領域６２内の点に変換し、第３の領域５３内の点を、第２の境界線５５からの乖離度に基づいて、第３の領域６３内の点に変換する。

具体的には、関数ｆは、第２の領域５２内にある点については、その点と同じｘ座標（チェーン進捗率）を持つ第１の境界線５４上の点とのｙ座標（バッファ消費率）の差の、第２の領域５２の縦幅（15）に対する割合（すなわち、第１の境界線５４との乖離度）をＲとしたとき、第２の領域６２の縦幅（30）に対する割合がＲとなる距離だけ、第１の境界線６４から上がった点に変換する。そして、その点のｙ座標を優先度とする。例えば、図１１（ａ）の点Ｑ１(37.5,50.0)であれば、点Ｑ１と同じｘ座標を持つ第１の境界線５４上の点は点ｑ１(37.5,37.5)であり、点Ｑ１と点ｑ１とのｙ座標の差は12.5で第２の領域５２の縦幅に対する割合は12.5/15であるので、関数ｆは、点Ｑ１を、図１１（ａ）の右側に示すように、第２の領域６２の縦幅に対する割合が12.5/15となる距離、すなわち、25だけ第１の境界線６４から上がった点Ｑ´１(37.5,55)に変換する。そして、点Ｑ´１のｙ座標55を、点Ｑ１で示されるタスクの優先度とする。

また、関数ｆは、第１の領域５１内にある点については、その点と同じｘ座標を持つ第１の境界線５４上の点とのｙ座標の差の、傾向グラフ表示エリア５０全体の縦幅（100）に対する割合（すなわち、第１の境界線５４との乖離度）をＲとしたとき、優先度表示エリア６０全体の縦幅（100）に対する割合がＲとなる距離だけ、第１の境界線６４から下がった点に変換する。そして、その点のｙ座標を優先度とする。例えば、図１１（ａ）の点Ｑ２(37.5,27.5)であれば、点Ｑ２と同じｘ座標を持つ第１の境界線５４上の点は点ｑ１(37.5,37.5)であり、点Ｑ２と点ｑ１とのｙ座標の差は10で傾向グラフ表示エリア５０全体の縦幅に対する割合は1/10であるので、関数ｆは、点Ｑ２を、図１１（ａ）の右側に示すように、優先度表示エリア６０全体の縦幅（100）に対する割合が1/10となる距離だけ、第１の境界線６４からだけ下がった点Ｑ´２(37.5,20.0)に変換する。そして、点Ｑ´２のｙ座標20を、点Ｑ２で示されるタスクの優先度とする。

また、関数ｆは、第３の領域５３内にある点については、その点と同じｘ座標を持つ第２の境界線５５上の点とのｙ座標の差の、傾向グラフ表示エリア５０全体の縦幅（100）に対する割合（すなわち、第２の境界線５５との乖離度）をＲとしたとき、優先度表示エリア６０全体の縦幅（100）に対する割合がＲとなる距離だけ、第２の境界線６５から上がった点に変換する。そして、その点のｙ座標を優先度とする。例えば、図１１（ａ）の点Ｑ３(37.5,72.5)であれば、点Ｑ´３(37.5,80.0)に変換され、点Ｑ３で示されるタスクの優先度は80となる。

図１１（ａ）（ｂ）に示すように、プロジェクトの性質によって、第１の境界線５４、第２の境界線５５は異なるものが用いられることがあり、同じチェーン進捗率で同じバッファ消費率のタスクであっても、プロジェクトが異なると、その優先度が異なり得る。

図１１（ｂ）の点Ｑ４、Ｑ５、Ｑ６は、それぞれ、図１１（ａ）の点Ｑ１，Ｑ２、Ｑ３と同じｘ座標（チェーン進捗率）とｙ座標（バッファ消費率）を有する。しかし、図１１（ｂ）のプロジェクトにおいては、第１の境界線５４のＹ軸上の切片は40、傾きは1/5であり、第２の境界線５５のＹ軸上の切片は60、傾きは1/5であるので、上記のように関数ｆにより、点Ｑ４、Ｑ５、Ｑ６を優先度表示エリア６０上の点に変換すると、図１１（ｂ）の右側に示すように、点Ｑ´４(37.5,33.75)、点Ｑ´５(37.5,10.0)、点Ｑ´６(37.5,65.0)となり、点Ｑ４、Ｑ５、Ｑ６で示されるタスクの優先度は、それぞれ、33.75、10、65となる。すなわち、同じチェーン進捗率で同じバッファ消費率のタスクであっても、プロジェクトが異なると、その優先度が異なり得る。

図１２のフローチャートで、優先度の計算方法を説明する。なお、第１の境界線５４を黄・緑境界、第２の境界線５５を赤・黄境界という。点Ｑ（〈チェーン進捗率〉、〈バッファ消費率〉）で示されるタスクの優先度を計算する場合、クライアント２は、赤・黄境界のｘ座標〈チェーン進捗率〉におけるｙ座標〈Ｙred〉を求める（Ｓ３０１）。そして、点Ｑのｙ座標〈バッファ消費率〉＞〈Ｙred〉であれば、点Ｑは第３の領域５３にあるので、次式(4)で優先度を算出する（Ｓ３０２、３０３）。
〈優先度〉＝６０＋（〈バッファ消費率〉−〈Ｙred〉）／（〈Ｙmax〉−〈Ｙmin〉）×１００＝６０＋〈バッファ消費率〉−〈Ｙred〉 …(4)
なお、〈Ｙmax〉はｙ座標の最大値、〈Ｙmin〉はｙ座標の最小値であるので、〈Ｙmax〉−〈Ｙmin〉＝１００である。

すなわち、点Ｑが第３の領域５３にある場合には、点Ｑの第２の境界線５５からのＹ軸方向の距離（〈バッファ消費率〉−〈Ｙred〉）を、傾向グラフ表示エリア５０のＹ軸方向の長さ（〈Ｙmax〉−〈Ｙmin〉）で除した値を、第２の境界線５５からの乖離度として、優先度の最大値（100）に乖離度を乗じた値を、第２の優先度に加えることにより、点Ｑの優先度を算出する。なお、第２の優先度とは、第２の境界線５５に対応付けられた優先度であり、ここでは60である。

一方、点Ｑのｙ座標〈バッファ消費率〉＞〈Ｙred〉でなければ、黄・緑境界のｘ座標〈チェーン進捗率〉におけるｙ座標〈Ｙyellow〉を求める（Ｓ３０２、３０４）。そして、点Ｑのｙ座標〈バッファ消費率〉＞〈Ｙyellow〉であれば、点Ｑは第２の領域５２にあるので、次式(5)で優先度を算出する（Ｓ３０５、３０６）。
〈優先度〉＝３０＋（〈バッファ消費率〉−〈Ｙyellow〉）／（〈Ｙred〉−〈Ｙyellow〉）×３０ …(5)
すなわち、点Ｑが第２の領域５２にある場合には、点Ｑの第１の境界線５４からのＹ軸方向の距離（〈バッファ消費率〉−〈Ｙyellow〉）を、第２の領域５２の点Ｑを通るＹ軸方向の長さ（〈Ｙred〉−〈Ｙyellow〉）で除した値を、第１の境界線５４からの乖離度として、第２の優先度から第１の優先度を減じた値（30）に乖離度を乗じた値を、第１の優先度に加えることにより、算出する。なお、第１の優先度とは、第１の境界線５４に対応付けられた優先度であり、ここでは30である。また、第１の境界線５４からの乖離度ではなく、第２の境界線５５からの乖離度を用いてもよい。すなわち、点Ｑの第２の境界線５５からのＹ軸方向の距離（〈Ｙred〉−〈バッファ消費率〉）を、第２の領域５２の点Ｑを通るＹ軸方向の長さ（〈Ｙred〉−〈Ｙyellow〉）で除した値を、第２の境界線５５からの乖離度として、第２の優先度から第１の優先度を減じた値に乖離度を乗じた値を、第２の優先度から減じることにより、算出してもよい。

また、点Ｑのｙ座標〈バッファ消費率〉＞〈Ｙyellow〉でなければ、点Ｑは第１の領域５１にあるので、次式(6)で優先度を算出する（Ｓ３０５、３０７）。
〈優先度〉＝３０−（〈Ｙyellow〉−〈バッファ消費率〉）／（〈Ｙmax〉−〈Ｙmin〉）×１００＝３０−（〈Ｙyellow〉−〈バッファ消費率〉） …(6)
すなわち、点Ｑが第１の領域５１にある場合には、点Ｑの第１の境界線５４からのＹ軸方向の距離（〈Ｙyellow〉−〈バッファ消費率〉）を、傾向グラフ表示エリア５０のＹ軸方向の長さ（〈Ｙmax〉−〈Ｙmin〉）で除した値を、第１の境界線５４からの乖離度として、優先度の最大値（100）に乖離度を乗じた値を、第１の優先度から減じることにより、点Ｑの優先度を算出する。

図６の優先度欄４１には、上記のようにして算出した各タスクの優先度が表示される。なお、タスクＦＣ−１は、２つのチェーンに乗っているが、複数のチェーンに乗っているタスクについては、全てのチェーンについて計算して、最も大きい優先度を採用する。プロジェクトへの影響度が大きい方で考えるべきだからである。したがって、タスクＦＣ−１の優先度は29.5とされ、チェーン残り等の数値も、その優先度に対応したものが、タスク一覧画面に表示される。

図２−２に戻って説明すると、ユーザがクライアント２において、所定の操作を行うと、クライアント２は、入力された進捗情報の他、算出した各タスクの優先度、チェーン残り、チェーン進捗率、バッファ残り、及び、バッファ消費率、プロジェクトの進捗率及びバッファ消費率等、タスク一覧画面に表示されている情報を、サーバ１に送信し（Ｓ２１１）、サーバ１は受信したそれらの情報をプロジェクトデータに追加して格納する（Ｓ２１２）。なお、第１の境界線５４及び第２の境界線５５の定義情報（本実施形態ではｘ座標0，100のときの各ｙ座標）も、サーバ１に送信されて格納される。

上述したように、タスク一覧画面には各タスクの優先度が表示されるので、ユーザはこの優先度を見て、例えば実行中のタスクＣＣ−１とＦＣ−１とでは、タスクＣＣ−１の方を優先的に実行すべきである等、タスクの優先順位を決定できる。

また、各プロジェクトによって定められた第１の境界線５４、第２の境界線５５を、それぞれ、所定の優先度に対応させて、第１の境界線５４、第２の境界線５５からの乖離度に基づいて、優先度を算出するので、すなわち、プロジェクトの危険度を区分するために設定された境界線からの乖離度という共通の尺度で、タスクの優先度を決定するので、プロジェクト間で共通の尺度として優先度が使用でき、異なるプロジェクト間でもどのタスクを優先させるべきかを知ることが可能となる。

また、クライアント２が、プロジェクトについての進捗率をｘ座標とし、プロジェクトについてのバッファ消費率をｙ座標とする点をプロットした傾向グラフを、納期割れの危険度によって領域が区分された傾向グラフ表示エリア５０に表示するので、プロジェクト全体の危険度を視覚的に捉えることができて、危険度を把握し易く、また、危険度の推移が分かり、プロジェクトの傾向を把握可能である。また、複数のプロジェクトを管理するときにも、どのプロジェクトが危険度が高いかを容易に把握可能である。

なお、第１の境界線５４、第２の境界線５５は、それぞれ、途中で傾きが変わるような折れ線或いは曲線であってもよいが、ｘ値（進捗率）の増加に伴ってｙ値（バッファ消費率）が増加若しくは横這いとなるような線とする。また、例えば、第１の境界線５４と第２の境界線５５の傾きを異なるものとすることにより、第１の境界線５４と第２の境界線５５との間隔（第２の領域５２の縦幅に相当。）が変化するように構成してもよい。

また、境界線を３つ以上としたり、例えば第１の境界線５４だけを設定して、第１の領域５１と第２の領域５２の２つの領域にのみ区分する等、境界線を１つとしてもよい。

また、上記実施形態では、クライアント２がサーバ１からプロジェクトデータを受信し、サーバ１にプロジェクトデータを格納したが、サーバ１を用いず、クライアント２のみでプロジェクトデータを作成し格納する形態（すなわち、スタンドアローン型）とすることもできる。また、サーバ１において進捗情報を入力し、クライアント２で優先度を算出したり、クライアント２において進捗情報を入力し、サーバ１で優先度を算出する等、種々の形態を採り得る。

１…サーバ
２…クライアント（プロジェクト進捗管理装置）
２１…入力部
２５…表示部
５０…傾向グラフ表示エリア
５１…第１の領域
５２…第２の領域
５３…第３の領域
５４…第１の境界線
５５…第２の境界線

Claims (5)

1. 入力部と表示部とを備え、制約条件の理論に従って計画されたプロジェクトの進捗を管理するためのプロジェクト進捗管理装置であって、
   前記入力部を用いたユーザの操作に応じて、計画時における、前記プロジェクトの遂行に必要な各タスクの開始時期及び所要時間を示す情報と、タスク同士の順序関係を示す情報と、合流バッファの挿入位置及び長さを示す情報と、プロジェクトバッファの挿入位置及び長さを示す情報と、前記プロジェクトの完了期限を示す情報とを取得する計画情報取得手段と、
   前記入力部を用いたユーザの操作に応じて、タスクの進捗情報の入力を受ける進捗情報取得手段と、
   前記進捗情報に基づいて、各タスクについて、当該タスクを含むチェーンにおけるチェーン進捗率とバッファ消費率とを算出する進捗率・消費率算出手段と、
   チェーン進捗率をＸ軸とし、バッファ消費率をＹ軸とするエリアであって、前記入力部を用いたユーザの操作に応じて設定された、または、予め定められた、１以上の境界線により、少なくとも第１の領域と、前記第１の領域よりも前記プロジェクトが前記完了期限までに完了しない危険度が高いと判断される第２の領域とを含む複数の領域に区分されたエリアを、前記表示部に表示するエリア表示手段と、
   前記境界線上を所定の優先度に対応させ、前記進捗率・消費率算出手段により算出されたチェーン進捗率をｘ座標とし、前記進捗率・消費率算出手段により算出されたバッファ消費率をｙ座標とする点の、前記境界線からの乖離度に基づいて、前記チェーン上のタスクの優先度を算出する優先度算出手段と、
   を備えることを特徴とするプロジェクト進捗管理装置。
2. 前記進捗率・消費率算出手段が、前記進捗情報に基づいて、前記プロジェクトについての進捗率とバッファ消費率とを算出し、
   前記プロジェクトについての進捗率をｘ座標とし、前記プロジェクトについてのバッファ消費率をｙ座標とする傾向グラフを、前記エリアに表示する傾向グラフ表示手段
   を備えることを特徴とする請求項１記載のプロジェクト進捗管理装置。
3. 前記境界線が２つであって、前記エリアが、前記第１の領域と、前記第２の領域と、前記第２の領域よりも前記危険度が高いと判断される第３の領域とに区分され、前記第１の領域と前記第２の領域とを区分する前記境界線を第１の境界線、前記第２の領域と前記第３の領域とを区分する前記境界線を第２の境界線と表記し、第１の境界線に対応する前記優先度を第１の優先度、第２の境界線に対応する前記優先度を第２の優先度と表記したとき、
   前記優先度算出手段が、
   前記点が前記第１の領域にある場合には、前記点の前記第１の境界線からのＹ軸方向の距離を、前記エリアのＹ軸方向の長さで除した値を、前記乖離度として、前記優先度の最大値に前記乖離度を乗じた値を、前記第１の優先度から減じることにより、算出し、
   前記点が前記第２の領域にある場合には、前記点の前記第１の境界線からのＹ軸方向の距離を、前記第２の領域の前記点を通るＹ軸方向の長さで除した値を、前記乖離度として、前記第２の優先度から前記第１の優先度を減じた値に前記乖離度を乗じた値を、前記第１の優先度に加えることにより、算出するか、または、前記点の前記第２の境界線からのＹ軸方向の距離を、前記第２の領域の前記点を通るＹ軸方向の長さで除した値を、前記乖離度として、前記第２の優先度から前記第１の優先度を減じた値に前記乖離度を乗じた値を、前記第２の優先度から減じることにより、算出し、
   前記点が前記第３の領域にある場合には、前記点の前記第２の境界線からのＹ軸方向の距離を、前記エリアのＹ軸方向の長さで除した値を、前記乖離度として、前記優先度の最大値に前記乖離度を乗じた値を、前記第２の優先度に加えることにより、算出する
   ことを特徴とする請求項１または２記載のプロジェクト進捗管理装置。
4. 制約条件の理論に従って計画されたプロジェクトの進捗を管理するためのプロジェクト進捗管理プログラムであって、入力部と表示部とを備えたコンピュータを、
   前記入力部を用いたユーザの操作に応じて、計画時における、前記プロジェクトの遂行に必要な各タスクの開始時期及び所要時間を示す情報と、タスク同士の順序関係を示す情報と、合流バッファの挿入位置及び長さを示す情報と、プロジェクトバッファの挿入位置及び長さを示す情報と、前記プロジェクトの完了期限を示す情報とを取得する計画情報取得手段、
   前記入力部を用いたユーザの操作に応じて、タスクの進捗情報の入力を受ける進捗情報取得手段、
   前記進捗情報に基づいて、各タスクについて、当該タスクを含むチェーンにおけるチェーン進捗率とバッファ消費率とを算出する進捗率・消費率算出手段、
   チェーン進捗率をＸ軸とし、バッファ消費率をＹ軸とするエリアであって、前記入力部を用いたユーザの操作に応じて設定された、または、予め定められた、１以上の境界線により、少なくとも第１の領域と、前記第１の領域よりも前記プロジェクトが前記完了期限までに完了しない危険度が高いと判断される第２の領域とを含む複数の領域に区分されたエリアを、前記表示部に表示するエリア表示手段、
   及び、
   前記境界線上を所定の優先度に対応させ、前記進捗率・消費率算出手段により算出されたチェーン進捗率をｘ座標とし、前記進捗率・消費率算出手段により算出されたバッファ消費率をｙ座標とする点の、前記境界線からの乖離度に基づいて、前記チェーン上のタスクの優先度を算出する優先度算出手段、
   として機能させることを特徴とするプロジェクト進捗管理プログラム。
5. 前記進捗率・消費率算出手段が、前記進捗情報に基づいて、前記プロジェクトについての進捗率とバッファ消費率とを算出し、
   前記コンピュータを、
   前記プロジェクトについての進捗率をｘ座標とし、前記プロジェクトについてのバッファ消費率をｙ座標とする傾向グラフを、前記エリアに表示する傾向グラフ表示手段
   として機能させることを特徴とする請求項４記載のプロジェクト進捗管理プログラム。

Images