JP2008140097A - プロジェクト評価装置、プロジェクト評価方法、および、記憶媒体 - Google Patents

Abstract

【課題】成否が未確定なプロジェクトを実現するためのスケジュールを高精度で評価すること。
【解決手段】タスクの状態を、スケジュールに属する各タスクに規定するシナリオについて、スケジュールにおいて各タスクが取りうる状態が網羅されるように作成するシナリオ作成部２２と、作成された各シナリオを構成する各タスクの所要コストおよび成功確率をもとに、作成された各シナリオの所要コストおよび生起確率を算出するシナリオ評価部２４と、作成された各シナリオの所要コストおよび生起確率からスケジュールの所要コストの期待値をスケジュールの性能指標として算出するスケジュール評価部２６と、スケジュールの性能指標を出力する評価出力部３２と、を有する。
【選択図】図３

Description

本発明は、プロジェクト評価装置、プロジェクト評価方法、および、記憶媒体に関する。

新薬開発プロジェクトを開発フェーズを分けて進める事例において、リアル・オプション法によるプロジェクトの価値評価が適用されている。例えば、非特許文献１に、価値評価の計算例が記載されている。

フェーズの成否が未確定であり、確率的に決定されるときには、先行するフェーズの成否の結果を考慮して、次のフェーズの開始または中止を判定する。例えば、新薬開発プロジェクトでは、先行するフェーズが「新薬を動物実験により検証する」であるとき、その動物実験が失敗したときには、次のフェーズ「新薬を健康な人へ試行投与する」を行うことなく、「新薬は実用化不可である」旨のプロジェクト全体の失敗が確定する。
東洋経済新報社発行、山本大輔著「リアル・オプション」（２００１年），５．１節「医薬品開発プロジェクトへのリアル・オプション法の応用」頁１２８〜１３７

前記した従来のプロジェクトの価値評価の手法では、プロジェクトを構成するフェーズに含まれるスケジュール単位（以下、タスクとする）の副次的効果、タスクの代替関係などの複雑な要因を扱うことができなかった。これらの複雑な要因は、プロジェクトの価値評価に大きく影響する。例えば、あるタスクが失敗したときには、従来の価値評価では直ちにプロジェクト全体が失敗するという低評価となる。

しかし、あるタスクが失敗しても代替関係にある別のタスクが成功することで、プロジェクト全体が成功するときには、高評価とするべきである。よって、複雑な要因を扱えない従来のプロジェクトの価値評価では、計算した評価値の精度が不十分であった。

そこで本発明は、成否が未確定なプロジェクトを実現するためのスケジュールを高精度で評価することを、主な目的とする。

前記した課題を解決するために、本発明は、複数のタスクから構成されるプロジェクトにおけるタスクの実施時期を規定したスケジュールを評価するプロジェクト評価装置であって、前記プロジェクトを構成するタスク間の代替関係、ならびに、各タスクの所要コストおよび成功確率の入力を受け付けるタスクデータ入力部と、前記プロジェクトを実施するための前記スケジュールを取得するスケジュール取得部と、タスクの状態であるタスクの成功、タスクの失敗、および、タスクの実施不要のいずれか１つの状態を、前記スケジュールに属する前記各タスクに規定するシナリオについて、前記スケジュールにおいて前記各タスクが取りうる状態が網羅されるように作成するシナリオ作成部と、作成された各シナリオを構成する前記各タスクの所要コストおよび成功確率をもとに、作成された前記各シナリオの所要コストおよび生起確率を算出するシナリオ評価部と、作成された前記各シナリオの所要コストおよび生起確率から前記スケジュールの所要コストの期待値を前記スケジュールの性能指標として算出するスケジュール評価部と、前記スケジュールの性能指標を出力する評価出力部と、を有することを特徴とする。その他の手段は、後記する。

本発明によれば、プロジェクトを実現するためのスケジュールごとに評価を行う。また、プロジェクトを構成するタスク間の代替関係が評価に反映される。したがって、成否が未確定なプロジェクトを実現するためのスケジュールを高精度で評価することができる。

以下、図面を参照して本発明の実施形態を詳細に説明する。

図１は、プロジェクトに関するデータの説明図である。図１（ａ）は、プロジェクトと機能との関係を示す。１つのプロジェクトは、１つ以上の機能に分割され、順序が規定される。そして、プロジェクトの成功は、プロジェクトを構成するすべての機能が成功することにより実現される。例えば、プロジェクト９は、機能１の成功、および、機能２の成功により、成功する。

図１（ｂ）は、機能とタスクとの関係を示す。１つの機能は、その機能を実現するためのタスクを含む。例えば、機能１は、タスク１ａ、および、タスク１ｂを含む。機能を実現するためのタスクが複数存在するときには、そのタスク間は、代替タスクの関係にある。例えば、タスク１ａの代替タスクは、タスク１ｂである。

代替関係にあるタスクのうち、少なくとも１つのタスクが成功すれば、そのタスクを含む機能が成功する。例えば、タスク１ａが失敗しても、タスク１ｂが成功すれば、機能１は成功する。このように、代替タスクを設定することにより、プロジェクトのタスクが１つ失敗しても、プロジェクト全体が失敗することを回避できる。

先行関係について、説明する。プロジェクトを構成する機能のうち、優先的な機能は、順序の前方に配置される。例えば、プロジェクト９は、機能１→機能２の順序で規定される。このとき、機能１は、機能２に先行する機能であると定義する。先行タスクとは、先行する機能に属する各タスクである。例えば、機能１は機能２に先行するため、タスク１ａまたはタスク１ｂは、タスク２ａまたはタスク２ｂにとって先行タスクである。

表１は、各タスクの詳細なデータを示している。各タスクのデータは、属性とその値の組として表現される。例えば、タスク１ａの属性「期間」は、その値「３」である。また、タスクの成否は、計画時に確定しないため、「成功確率」により表わす。

なお、プロジェクト内の副次有益とは、そのタスクが成功し、プロジェクトも成功する時に生ずる収益の追加分であり、プロジェクト外の副次有益とは、プロジェクトの成否に関わらずそのタスクが成功するときに生ずる収益（価値）である。入力データであるプロジェクトのデータには、プロジェクト成功時に得られる収益が含まれる。このような収益をプロジェクトの評価に反映することにより、評価の精度が向上する。

図２は、プロジェクトのスケジュールの説明図である。図２（ａ）および図２（ｂ）は、同じプロジェクトを実現するための異なるスケジュールＡ，Ｂをそれぞれ示す。この説明図は、横軸を時刻とし、縦軸を工程とするガントチャートとして表現される。各四角形は、タスクを示し、その四角形の左端から右端までの期間がタスクの実施期間である。例えば、図２（ａ）のタスク１ａは、１月から４月まで実施される。

スケジュールを構成するタスク間には、直列または並列の関係がある。直列関係にあるタスク間では、互いの実施期間が重複しない。並列関係にあるタスク間では、互いの実施期間の少なくとも一部が重複する。例えば、スケジュールＡでは、タスク１ａ、タスク１ｂを直列に計画し、タスク２ａ、タスク２ｂを並列に計画している。スケジュールＢでは、タスク１ａ、タスク１ｂを並列に計画し、タスク２ａ、タスク２ｂを直列に計画している。

図３は、本発明に係るプロジェクト評価システムについて１つの実施形態を示す計算機構成である。

入力装置１０は、スケジュール、タスク、プロジェクトのデータを入力する。入力装置１０は、図１、図２、および、表１で示すプロジェクトに関するデータの入力を受け付ける。入力装置１０は、タスクデータ入力部１２（詳細は後記）、および、スケジュール取得部１４（詳細は後記）により実現される。

演算装置２０は、シナリオ作成部２２、シナリオ評価部２４、および、スケジュール評価部２６により構成される。出力装置３０、および、評価出力部３２の詳細は、後記する。記憶装置４０は、入力装置１０により入力されたデータ、および、演算装置２０により計算されたデータを格納する。また、記憶装置４０は、演算装置２０が計算に使用するデータを提供する。以下、演算装置２０の各構成要素の詳細を説明する。

シナリオ作成部２２は、記憶装置４０に格納されたデータに基づいて、タスクが成功する可能性、失敗する可能性を組合せて、与えられたスケジュールが取りうるタスク状態の集合を決定する。スケジュールのデータからタスクの順序関係が決まるので、タスク状態の順序列が決まることになる。以下、このようなタスク状態の順序列をシナリオと称する。

シナリオの決定においては、タスクの状態として、成功、失敗、実施不要の３値を用いて、タスクとその値の組合せでシナリオを決めるアルゴリズムを用いる。

プロジェクトのシナリオは、スケジュールで与えられたタスク間の順序関係、プロジェクトを構成するタスクの成否とプロジェクトの成否との関係、タスク間の代替機能の関係を含むタスクのデータに基づいて決定する。

スケジュールＡの場合に、演算装置２０により決定したシナリオを示すシナリオテーブルの例を表２に示す。シナリオテーブルにおいて「○」は成功、「×」は失敗、「−」は実施不要をそれぞれ示す。シナリオＡ１は、タスク１ａ失敗に続いて、タスク１ｂも失敗するシナリオであり、タスク２ａ、タスク２ｂは開始されない。プロジェクトも失敗となる。

シナリオＡ３は、タスク１ａが成功するため、タスク１ｂがスキップされるシナリオであり、タスク２ａは失敗するが、タスク２ｂが成功するため、プロジェクトも成功する。しかし、タスク１ｂによる副次収益は生じない。

このように、タスク間の代替機能を反映して、プロジェクトのタスクが取りうる成否の状態の組合せであるシナリオを網羅的に決定する必要がある。そのため、リスト処理に基づくタスク状態の順序列を決定するタスク状態列挙アルゴリズムを適用する。

タスクの状態は、先行するタスクの状態に依存して決まる。例えば、あるタスクの状態は、与えられたスケジュールの進捗において、同じ機能を達成する他の代替タスクの状態に依存する。終了済みの代替タスクの一つが既に成功していれば、実施不要となる。

注目しているタスクが失敗することにより、その機能を達成するすべての代替タスクが失敗することになれば、注目タスクに続くすべてのタスクが実施不要となる。さらに、代替タスクがないタスクは、そのタスクが失敗することになれば、これに続くすべてのタスクが実施不要となる。

このようなアルゴリズムは、注目タスクまでのタスクの状態をタスクの順序に配した部分リストを用いたリスト処理により実装できる。

次に、シナリオ評価部２４は、各シナリオに対して、そのシナリオが生起する確率、スケジュールの累積期間、累積投資額、プロジェクトの収益、プロジェクト外の収益等、シナリオ別のデータを算出する。シナリオのテーブル、シナリオ別のデータのテーブルは、演算過程で生成される中間データである。

スケジュールＡの場合に、演算装置２０により決定したシナリオ別のデータを表わすテーブルの例を表３に示す。各シナリオに対して、そのシナリオが生起する確率、スケジュールの累積期間、累積投資額、プロジェクト内の副次有益、プロジェクト外の副次有益など、シナリオ別のデータを算出する。

シナリオ別のデータである生起確率の算出について説明する。タスク１ａ、タスク１ｂ、タスク２ａ、タスク２ｂの成功確率をそれぞれＰ１ａ、Ｐ１ｂ、Ｐ２ａ、Ｐ２ｂとし、期間をそれぞれＴ１ａ、Ｔ１ｂ、Ｔ２ａ、Ｔ２ｂとする。さらに、タスクの投資額をそれぞれＹ１ａ、Ｙ１ｂ、Ｙ２ａ、Ｙ２ｂとする。

シナリオＡ１では、シナリオの生起確率は、（１−Ｐ１ａ）（１−Ｐ１ｂ）となり、シナリオの累積期間は、Ｔ１ａ＋Ｔ１ｂとなる。シナリオの累積投資額は、Ｙ１ａ＋Ｙ１ｂとなる。

シナリオＡ３では、シナリオの生起確率は、Ｐ１ａ（１−Ｐ２ａ）Ｐ２ｂ、シナリオの累積期間は、Ｔ２ａ＜Ｔ２ｂであることからＴ１ａ＋Ｔ２ｂ、シナリオの累積投資額は、Ｙ１ａ＋Ｙ２ａ＋Ｙ２ｂとなる。

このようにして計算された累積期間および累積投資額は、それぞれヒストグラムとして表現される。図４は、スケジュールＡに対する累積期間（図４（ａ））、および、累積投資額（図４（ｂ））の確率分布を示す。一方、図５は、スケジュールＢに対する累積期間（図５（ａ））、および、累積投資額（図５（ｂ））の確率分布を示す。

以上説明したスケジュールＡに関する計算は、スケジュールＢにも同様に行われる。スケジュールＢについて、シナリオを列挙したテーブルを表４に示す。

スケジュールＢについて、シナリオ別のデータを表わすテーブルを表５に示す。

さらに、スケジュール評価部２６は、これらのデータから、スケジュールの累積期間の期待値、累積投資額の期待値等、スケジュールの性能指標を算出する。

シナリオ別のデータから演算装置２０によりスケジュールの性能指標を算出する。スケジュールの性能指標とは、スケジュールの累積期間の期待値、累積投資額の期待値等である。スケジュールの累積期間の期待値は、シナリオの生起確率を重みとして、シナリオの累積期間を加重平均した量である。例えば、スケジュールＡでは、１１．５６月となる。スケジュールの累積投資額の期待値は、シナリオの生起確率を重みとして、シナリオの累積投資額を加重平均した量であり、スケジュールＡでは、１３８０Ｍ￥となる（表３参照）。

評価出力部３２は、スケジュールの性能指標を出力する。スケジュールの性能指標は、出力装置３０を介して、プロジェクトのスケジュール立案のための情報として提供される。

評価出力部３２から出力される性能指標の比較結果を、表６に示す。表６に示したこれらの性能指標は、出力装置３０により出力される。プロジェクトの所要期間、所要投資額、収益が確率変数となるため、期待値等を用いることになる。プロジェクトの成功確率、プロジェクト成功時の累積投資額、プロジェクトのリターンは、基本的にスケジュールには依らないので、実施期間が短く、累積投資額が小さなスケジュールが望ましい。なお、所要期間、および、所要投資額は、プロジェクトを実現するための所要コストの一例である。

表６によれば、スケジュールＢは、実施期間においても、累積投資額においても、スケジュールＡよりも有利となっている。このようなスケジュールの比較結果から、本発明によるプロジェクト評価システムは、プロジェクトのスケジュール立案のために有効な情報を提供できることがわかる。

これにより、スケジュールの評価値をもとにして、開発型のプロジェクトのスケジュール立案を支援することができる。例えば、複数のスケジュール候補に対し評価指標を算出し、比較することにより、最適なスケジュール候補を選択することができる。

図６は、複数のスケジュール案の性能比較を行う場合の動作を示すフローチャートである。

タスクデータ入力部１２は、タスク、プロジェクトのデータを読み込み、スケジュール取得部１４は、比較評価する複数のスケジュールを読み込む（Ｓ１０１）。演算装置２０は、代替タスクのグループを設定する（Ｓ１０２）。演算装置２０は、これらのスケジュールを順次選択し評価するために、スケジュールを選択する（Ｓ１０３）。

シナリオ作成部２２は、タスクが成功する可能性、失敗する可能性、実施不要となる可能性を組み合わせて、プロジェクトが取りうるシナリオを決定する（Ｓ１０４）。シナリオ評価部２４は、各シナリオに対して、そのシナリオが生起する確率、スケジュールの累積期間、累積投資額等、シナリオ別のデータを算出する（Ｓ１０５）。スケジュール評価部２６は、シナリオ別のデータから、スケジュールの累積期間の期待値、累積投資額の期待値等、スケジュールの性能指標を算出する（Ｓ１０６）。

演算装置２０は、全スケジュールの評価が終了したか否かを判定する（Ｓ１０７）。判定条件を満たすなら（Ｓ１０７，Ｙｅｓ）Ｓ１０８へ進み、判定条件を満たさないなら（Ｓ１０７，Ｎｏ）Ｓ１０３に戻る。評価出力部３２は、プロジェクトのスケジュール立案のための情報としてスケジュールの性能指標を出力する（Ｓ１０８）。

図７は、１つの初期スケジュールから最適スケジュールの探索を行う場合の動作を示すフローチャートである。図６との差分に着目して、説明を行う。

Ｓ１０１の代わりに、タスクデータ入力部１２は、タスク、プロジェクトのデータを読み込み、スケジュール取得部１４は、探索を開始するための初期スケジュールのデータの入力を受け付ける（Ｓ１０１ｂ）。

Ｓ１０３の代わりに、演算装置２０は、初期スケジュールから始めて、評価の結果を反映して新規なスケジュールを生成して評価するループを繰り返し、最適スケジュールを探索するために、新規スケジュールを生成する（Ｓ１０３ｂ）。ここで、最初のループでは、初期スケジュールを新規スケジュールとみなすものとする。

なお、評価の結果の反映とは、例えば、探索を開始するための初期スケジュールの入力を受け付け、初期スケジュール、または、初期スケジュールから探索されたスケジュールのうち、性能指標が最も優れている最適スケジュールを選択する、いわゆる勝ち抜き戦により、最適スケジュールを更新することである。

Ｓ１０７の代わりに、演算装置２０は、最適探索の終了条件を判定する（Ｓ１０７ｂ）。判定条件を満たすなら（Ｓ１０７ｂ，Ｙｅｓ）Ｓ１０８ｂへ進み、判定条件を満たさないなら（Ｓ１０７ｂ，Ｎｏ）Ｓ１０３ｂに戻る。Ｓ１０８の代わりに、評価出力部３２は、最適スケジュールを出力する（Ｓ１０８ｂ）。

図８は、Ｓ１０４により呼び出されるタスク状態列挙アルゴリズムのフローチャートである。

シナリオ作成部２２は、開始時期順にＮＴＬ個のタスクを並べたタスク順序リストＴＬを決定する（Ｓ２０１）。例えば、スケジュールＡでは、ＴＬ＝｛タスク１ａ、タスク１ｂ、タスク２ａ、タスク２ｂ｝となる。

シナリオ作成部２２は、タスク順序リストＴＬから選択した注目タスクＦＴごとに、注目タスクＦＴにとっての先行代替タスクを集めたタスクリストＰＬを決定する（Ｓ２０２）。なお、先行代替タスクとは、注目タスクＦＴにとっての代替タスクであり、かつ、注目タスクＦＴの開始前に終了するタスクである。注目タスクとは、次にその状態を決めるべく注目しているタスクである。

シナリオ作成部２２は、シナリオリストＳＬ、部分シナリオリストＰＳＬを初期設定する（Ｓ２０３）。
シナリオリストは、タスク順序リストにあるすべてのタスクの状態が確定したシナリオを列挙したリストであり、部分シナリオリストは、タスク順序リストにある途中までのタスクの状態が確定した部分シナリオを列挙したリストである。
例えば、スケジュールＡでは、最初のタスクの処理後にＰＳＬ＝｛｛成功｝、｛失敗｝｝となる。これは、部分シナリオリストに、タスク１ａの状態が「成功」となる部分シナリオ、および、タスク１ａの状態が「失敗」となる部分シナリオが含まれることを示している。
部分シナリオ｛成功｝から派生する部分シナリオとしては、｛成功、実施不要｝や、｛成功、実施不要、失敗｝があり、これら部分シナリオを経て、シナリオ｛成功、実施不要、失敗、成功｝が生成される。このシナリオは、表２および表３のシナリオＡ３である。

シナリオ作成部２２は、部分シナリオリストＰＳＬが空か否かを判定する（Ｓ２０４）。判定条件を満たすなら（Ｓ２０４，Ｙｅｓ）シナリオリストＳＬを出力し（Ｓ２１１）、判定条件を満たさないなら（Ｓ２０４，Ｎｏ）Ｓ２０５に進む。

シナリオ作成部２２は、部分シナリオリストＰＳＬから部分シナリオＰＳを選択、選択した部分シナリオＰＳを部分シナリオリストＰＳＬから削除する（Ｓ２０５）。シナリオ作成部２２は、部分シナリオＰＳから状態を決める注目タスクＦＴを決定する（Ｓ２０６）。シナリオ作成部２２は、部分シナリオＰＳにある先行タスクの状態から注目タスクＦＴの状態を決定し、注目タスクＦＴを部分シナリオＰＳに追加する（Ｓ２０７）。

シナリオ作成部２２は、部分シナリオＰＳの長さがＮＴＬであるか否かを判定する（Ｓ２０８）。判定条件を満たさないなら（Ｓ２０８，Ｎｏ）部分シナリオＰＳを部分シナリオリストＰＳＬに追加し（Ｓ２０９）、Ｓ２０４に戻る。判定条件を満たすなら（Ｓ２０８，Ｙｅｓ）部分シナリオＰＳをシナリオリストＳＬに追加し（Ｓ２１０）、Ｓ２０４に戻る。

図９は、Ｓ２０７により呼び出されるタスク状態列挙アルゴリズムの詳細を示すフローチャートである。

シナリオ作成部２２は、注目タスクＦＴに代替タスクが有るか否かを判定する（Ｓ３０１）。判定条件を満たすなら（Ｓ３０１，Ｙｅｓ）Ｓ３０２に進み、判定条件を満たさないなら（Ｓ３０１，Ｎｏ）Ｓ３０７に進む。

シナリオ作成部２２は、タスクリストＰＬから得られる注目タスクＦＴの先行代替タスクの状態が「成功」あるいは「実施不要」か否かを判定する（Ｓ３０２）。判定条件を満たすなら（Ｓ３０２，Ｙｅｓ）Ｓ３０３に進み、判定条件を満たさないなら（Ｓ３０２，Ｎｏ）Ｓ３０４に進む。

シナリオ作成部２２は、注目タスクＦＴの状態を「実施不要」に設定し、部分シナリオＰＳに追加する（Ｓ３０３）。シナリオ作成部２２は、注目タスクＦＴが代替タスクグループの最後のタスクで、他の代替タスクがすべて失敗か否かを判定する（Ｓ３０４）。判定条件を満たすなら（Ｓ３０４，Ｙｅｓ）Ｓ３０７に進み、判定条件を満たさないなら（Ｓ３０４，Ｎｏ）Ｓ３０５に進む。

シナリオ作成部２２は、注目タスクＦＴの状態を「成功」に設定し、部分シナリオＰＳに追加する（Ｓ３０５）。シナリオ作成部２２は、注目タスクＦＴの状態を「失敗」に設定し、部分シナリオＰＳに追加する（Ｓ３０６）。

シナリオ作成部２２は、注目タスクＦＴの状態を「成功」に設定し、部分シナリオＰＳに追加する（Ｓ３０７）。シナリオ作成部２２は、注目タスクＦＴの状態を「失敗」に設定し、注目タスクＦＴが最後のタスクでない場合、後続のタスクの状態を「実施不要」に設定し、それぞれ部分シナリオＰＳに追加する（Ｓ３０８）。

本発明の一実施形態に関するプロジェクトに関するデータの説明図である。 本発明の一実施形態に関するプロジェクトのスケジュールの説明図である。 本発明の一実施形態に関する本発明に係るプロジェクト評価システムについて１つの実施形態を示す計算機構成である。 本発明の一実施形態に関するスケジュールＡに対する累積期間、累積投資額の確率分布を示す。 本発明の一実施形態に関するスケジュールＢに対する累積期間、累積投資額の確率分布を示す。 本発明の一実施形態に関する複数のスケジュール案の性能比較を行う場合の動作を示すフローチャートである。 本発明の一実施形態に関する１つの初期スケジュールから最適スケジュールの探索を行う場合の動作を示すフローチャートである。 本発明の一実施形態に関するＳ１０４により呼び出されるタスク状態列挙アルゴリズムのフローチャートである。 本発明の一実施形態に関するＳ２０７により呼び出されるタスク状態列挙アルゴリズムの詳細を示すフローチャートである。

符号の説明

１０ 入力装置
１２ タスクデータ入力部
１４ スケジュール取得部
２０ 演算装置
２２ シナリオ作成部
２４ シナリオ評価部
２６ スケジュール評価部
３０ 出力装置
３２ 評価出力部
４０ 記憶装置

Claims (7)

1. 複数のタスクから構成されるプロジェクトにおけるタスクの実施時期を規定したスケジュールを評価するプロジェクト評価装置であって、
   前記プロジェクトを構成するタスク間の代替関係、ならびに、各タスクの所要コストおよび成功確率の入力を受け付けるタスクデータ入力部と、
   前記プロジェクトを実施するための前記スケジュールを取得するスケジュール取得部と、
   タスクの状態であるタスクの成功、タスクの失敗、および、タスクの実施不要のいずれか１つの状態を、前記スケジュールに属する前記各タスクに規定するシナリオについて、前記スケジュールにおいて前記各タスクが取りうる状態が網羅されるように作成するシナリオ作成部と、
   作成された各シナリオを構成する前記各タスクの所要コストおよび成功確率をもとに、作成された前記各シナリオの所要コストおよび生起確率を算出するシナリオ評価部と、
   作成された前記各シナリオの所要コストおよび生起確率から前記スケジュールの所要コストの期待値を前記スケジュールの性能指標として算出するスケジュール評価部と、
   前記スケジュールの性能指標を出力する評価出力部と、
   を有することを特徴とするプロジェクト評価装置。
2. 前記シナリオ作成部は、
   前記スケジュールに属する前記各タスクを注目タスクとして順に選択し、
   前記注目タスクの実施時期より前に実施を終了済みの代替タスクについて、少なくとも１つの代替タスクの状態が成功なら、前記注目タスクの状態は実施不要とし、
   前記注目タスクの状態が失敗であり、かつ、前記注目タスクの全ての代替タスクの状態が失敗であるとき、前記注目タスクに続くすべてのタスクの状態を実施不要とし、
   前記注目タスクの状態が失敗であり、かつ、前記注目タスクの代替タスクが存在しないとき、前記注目タスクに続くすべてのタスクの状態を実施不要とすることで、
   シナリオを構成する前記各タスクの状態を決定することを特徴とする請求項１に記載のプロジェクト評価装置。
3. 前記タスクデータ入力部は、前記プロジェクトの収益、および、前記各タスクの副次収益の入力を受け付け、
   前記シナリオ評価部は、作成された前記各シナリオを構成する前記各タスクの副次収益をもとに、タスクの状態が成功であるタスクの副次収益の総和を計算することにより、作成された前記各シナリオの副次収益を算出し、
   前記スケジュール評価部は、作成された前記各シナリオの副次収益および生起確率から前記スケジュールの副次収益の期待値を算出し、その副次収益の期待値と前記プロジェクトの収益との和を前記スケジュールの収益の期待値として算出し、
   前記評価出力部は、前記スケジュールの収益の期待値を出力すること
   を特徴とする請求項１に記載のプロジェクト評価装置。
4. 前記スケジュール取得部は、比較対象となる複数の前記スケジュールの入力を受け付け、
   前記スケジュール評価部は、複数の前記スケジュールについて、前記スケジュールごとに性能指標を算出し、
   前記評価出力部は、複数の前記スケジュールの性能指標を互いに比較可能な形式で出力すること
   を特徴とする請求項１に記載のプロジェクト評価装置。
5. 前記スケジュール取得部は、探索を開始するための初期スケジュールの入力を受け付け、初期スケジュール、または、初期スケジュールから探索された前記スケジュールのうち、性能指標が最も優れている最適スケジュールを取得し、
   前記評価出力部は、最適スケジュール、および、最適スケジュールの性能指標を出力すること
   を特徴とする請求項１に記載のプロジェクト評価装置。
6. 複数のタスクから構成されるプロジェクトおけるタスクの実施時期を規定したスケジュールを評価するプロジェクト評価方法であって、
   コンピュータが、
   前記プロジェクトを構成するタスク間の代替関係、ならびに、各タスクの所要コストおよび成功確率の入力を受け付け、
   前記プロジェクトを実施するための前記スケジュールを取得し、
   タスクの状態であるタスクの成功、タスクの失敗、および、タスクの実施不要のいずれか１つの状態を、前記スケジュールに属する前記各タスクに規定するシナリオについて、前記スケジュールにおいて前記各タスクが取りうる状態が網羅されるように作成し、
   作成された各シナリオを構成する前記各タスクの所要コストおよび成功確率をもとに、作成された前記各シナリオの所要コストおよび生起確率を算出し、
   作成された前記各シナリオの所要コストおよび生起確率から前記スケジュールの所要コストの期待値を前記スケジュールの性能指標として算出し、
   前記スケジュールの性能指標を出力すること
   を特徴とするプロジェクト評価方法。
7. 請求項６に記載のスケジュール評価方法をコンピュータに実行させるためのプログラムを格納した記憶媒体。

Images