JP2008140097A

JP2008140097A - Project evaluation device, project evaluation method, and storage medium

Info

Publication number: JP2008140097A
Application number: JP2006325165A
Authority: JP
Inventors: Yasuhiro Kobayashi; 康弘小林; Osamu Kubo; 理久保; Junko Ito; 順子伊藤
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2006-12-01
Filing date: 2006-12-01
Publication date: 2008-06-19
Anticipated expiration: 2026-12-01
Also published as: JP4956159B2

Abstract

<P>PROBLEM TO BE SOLVED: To accurately evaluate a schedule for attaining a project uncertain about success and failure. <P>SOLUTION: The project evaluation device comprises a scenario formation part 22 which forms a scenario for regulating a task state to each task belonging to a schedule so that possible states of each task can be covered in the schedule; a scenario evaluation part 24 which calculates the required cost and occurrence probability of each formed scenario based on the required cost and success probability of each task constituting each formed scenario; a schedule evaluation part 26 which calculates, from the required cost and occurrence probability of each formed scenario, an expectation value of required cost of the schedule as a performance index of the schedule; and an evaluation output part 32 outputting the performance index of the schedule. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

本発明は、プロジェクト評価装置、プロジェクト評価方法、および、記憶媒体に関する。 The present invention relates to a project evaluation apparatus, a project evaluation method, and a storage medium.

新薬開発プロジェクトを開発フェーズを分けて進める事例において、リアル・オプション法によるプロジェクトの価値評価が適用されている。例えば、非特許文献１に、価値評価の計算例が記載されている。 In the case where a new drug development project is carried out by dividing the development phase, project value evaluation by the real option method is applied. For example, Non-Patent Document 1 describes a calculation example of value evaluation.

フェーズの成否が未確定であり、確率的に決定されるときには、先行するフェーズの成否の結果を考慮して、次のフェーズの開始または中止を判定する。例えば、新薬開発プロジェクトでは、先行するフェーズが「新薬を動物実験により検証する」であるとき、その動物実験が失敗したときには、次のフェーズ「新薬を健康な人へ試行投与する」を行うことなく、「新薬は実用化不可である」旨のプロジェクト全体の失敗が確定する。
東洋経済新報社発行、山本大輔著「リアル・オプション」（２００１年），５．１節「医薬品開発プロジェクトへのリアル・オプション法の応用」頁１２８〜１３７ When the success or failure of a phase is uncertain and is determined probabilistically, the start or stop of the next phase is determined in consideration of the success or failure result of the preceding phase. For example, in a new drug development project, when the preceding phase is “Verify new drug by animal experiment” and the animal experiment fails, the next phase “Trial administration of new drug to healthy person” is not performed. , The failure of the whole project to say "New drug is not practical" is confirmed.
Published by Toyo Keizai Inc., Daisuke Yamamoto, “Real Option” (2001), Section 5.1 “Application of Real Option Method to Drug Development Project”, pages 128-137

前記した従来のプロジェクトの価値評価の手法では、プロジェクトを構成するフェーズに含まれるスケジュール単位（以下、タスクとする）の副次的効果、タスクの代替関係などの複雑な要因を扱うことができなかった。これらの複雑な要因は、プロジェクトの価値評価に大きく影響する。例えば、あるタスクが失敗したときには、従来の価値評価では直ちにプロジェクト全体が失敗するという低評価となる。 The above-described conventional method for evaluating the value of a project cannot deal with complicated factors such as side effects of schedule units (hereinafter referred to as tasks) included in the phases constituting the project and task substitution relationships. It was. These complex factors have a major impact on project value assessment. For example, when a task fails, the conventional value evaluation results in a low evaluation that the entire project immediately fails.

しかし、あるタスクが失敗しても代替関係にある別のタスクが成功することで、プロジェクト全体が成功するときには、高評価とするべきである。よって、複雑な要因を扱えない従来のプロジェクトの価値評価では、計算した評価値の精度が不十分であった。 However, if one task fails, another task in an alternative relationship succeeds, and when the whole project succeeds, it should be rated highly. Therefore, the accuracy of the calculated evaluation value is insufficient in the value evaluation of a conventional project that cannot handle complicated factors.

そこで本発明は、成否が未確定なプロジェクトを実現するためのスケジュールを高精度で評価することを、主な目的とする。 Therefore, the main object of the present invention is to evaluate a schedule for realizing a project whose success or failure is uncertain with high accuracy.

前記した課題を解決するために、本発明は、複数のタスクから構成されるプロジェクトにおけるタスクの実施時期を規定したスケジュールを評価するプロジェクト評価装置であって、前記プロジェクトを構成するタスク間の代替関係、ならびに、各タスクの所要コストおよび成功確率の入力を受け付けるタスクデータ入力部と、前記プロジェクトを実施するための前記スケジュールを取得するスケジュール取得部と、タスクの状態であるタスクの成功、タスクの失敗、および、タスクの実施不要のいずれか１つの状態を、前記スケジュールに属する前記各タスクに規定するシナリオについて、前記スケジュールにおいて前記各タスクが取りうる状態が網羅されるように作成するシナリオ作成部と、作成された各シナリオを構成する前記各タスクの所要コストおよび成功確率をもとに、作成された前記各シナリオの所要コストおよび生起確率を算出するシナリオ評価部と、作成された前記各シナリオの所要コストおよび生起確率から前記スケジュールの所要コストの期待値を前記スケジュールの性能指標として算出するスケジュール評価部と、前記スケジュールの性能指標を出力する評価出力部と、を有することを特徴とする。その他の手段は、後記する。 In order to solve the above-described problem, the present invention is a project evaluation apparatus that evaluates a schedule that defines the execution time of a task in a project composed of a plurality of tasks, and an alternative relationship between the tasks constituting the project , And a task data input unit that receives input of required cost and success probability of each task, a schedule acquisition unit that acquires the schedule for executing the project, a success of a task that is a task state, a failure of a task And a scenario creation unit that creates any one state that does not require execution of a task for each scenario belonging to the schedule so that the states that can be taken by each task are covered in the schedule; , Each task constituting each scenario created A scenario evaluation unit that calculates the required cost and occurrence probability of each scenario created based on the required cost and success probability of the scenario, and the required cost of the schedule from the required cost and occurrence probability of each scenario created And a schedule evaluation unit that calculates an expected value as a performance index of the schedule, and an evaluation output unit that outputs the performance index of the schedule. Other means will be described later.

本発明によれば、プロジェクトを実現するためのスケジュールごとに評価を行う。また、プロジェクトを構成するタスク間の代替関係が評価に反映される。したがって、成否が未確定なプロジェクトを実現するためのスケジュールを高精度で評価することができる。 According to the present invention, the evaluation is performed for each schedule for realizing the project. Also, the alternative relationship between the tasks that make up the project is reflected in the evaluation. Therefore, it is possible to evaluate a schedule for realizing a project whose success or failure is uncertain with high accuracy.

以下、図面を参照して本発明の実施形態を詳細に説明する。 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

図１は、プロジェクトに関するデータの説明図である。図１（ａ）は、プロジェクトと機能との関係を示す。１つのプロジェクトは、１つ以上の機能に分割され、順序が規定される。そして、プロジェクトの成功は、プロジェクトを構成するすべての機能が成功することにより実現される。例えば、プロジェクト９は、機能１の成功、および、機能２の成功により、成功する。 FIG. 1 is an explanatory diagram of data relating to a project. FIG. 1A shows the relationship between projects and functions. A project is divided into one or more functions and the order is defined. The success of the project is realized by the success of all the functions that make up the project. For example, project 9 is successful due to the success of function 1 and the success of function 2.

図１（ｂ）は、機能とタスクとの関係を示す。１つの機能は、その機能を実現するためのタスクを含む。例えば、機能１は、タスク１ａ、および、タスク１ｂを含む。機能を実現するためのタスクが複数存在するときには、そのタスク間は、代替タスクの関係にある。例えば、タスク１ａの代替タスクは、タスク１ｂである。 FIG. 1B shows the relationship between functions and tasks. One function includes a task for realizing the function. For example, the function 1 includes a task 1a and a task 1b. When there are a plurality of tasks for realizing the function, the tasks are in an alternative task relationship. For example, an alternative task for task 1a is task 1b.

代替関係にあるタスクのうち、少なくとも１つのタスクが成功すれば、そのタスクを含む機能が成功する。例えば、タスク１ａが失敗しても、タスク１ｂが成功すれば、機能１は成功する。このように、代替タスクを設定することにより、プロジェクトのタスクが１つ失敗しても、プロジェクト全体が失敗することを回避できる。 If at least one task among the tasks in the alternative relationship succeeds, the function including the task succeeds. For example, even if task 1a fails, function 1 succeeds if task 1b succeeds. In this way, by setting an alternative task, it is possible to avoid the failure of the entire project even if one task of the project fails.

先行関係について、説明する。プロジェクトを構成する機能のうち、優先的な機能は、順序の前方に配置される。例えば、プロジェクト９は、機能１→機能２の順序で規定される。このとき、機能１は、機能２に先行する機能であると定義する。先行タスクとは、先行する機能に属する各タスクである。例えば、機能１は機能２に先行するため、タスク１ａまたはタスク１ｂは、タスク２ａまたはタスク２ｂにとって先行タスクである。 The prior relationship will be described. Of the functions that make up the project, the priority functions are placed in the front of the order. For example, the project 9 is defined in the order of function 1 → function 2. At this time, function 1 is defined as a function preceding function 2. The preceding task is each task belonging to the preceding function. For example, since function 1 precedes function 2, task 1a or task 1b is a preceding task for task 2a or task 2b.

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

Table 1 shows detailed data of each task. The data of each task is expressed as a set of attributes and their values. For example, the attribute “period” of the task 1a has the value “3”. Further, the success or failure of the task is not determined at the time of planning, and is represented by “success probability”.

なお、プロジェクト内の副次有益とは、そのタスクが成功し、プロジェクトも成功する時に生ずる収益の追加分であり、プロジェクト外の副次有益とは、プロジェクトの成否に関わらずそのタスクが成功するときに生ずる収益（価値）である。入力データであるプロジェクトのデータには、プロジェクト成功時に得られる収益が含まれる。このような収益をプロジェクトの評価に反映することにより、評価の精度が向上する。 The side benefit within a project is the additional revenue generated when the task is successful and the project is successful. The side benefit outside the project is that the task succeeds regardless of the success or failure of the project. Revenue (value) that sometimes occurs. The project data, which is input data, includes profits obtained when the project is successful. Reflecting such profits in the project evaluation improves the accuracy of the evaluation.

図２は、プロジェクトのスケジュールの説明図である。図２（ａ）および図２（ｂ）は、同じプロジェクトを実現するための異なるスケジュールＡ，Ｂをそれぞれ示す。この説明図は、横軸を時刻とし、縦軸を工程とするガントチャートとして表現される。各四角形は、タスクを示し、その四角形の左端から右端までの期間がタスクの実施期間である。例えば、図２（ａ）のタスク１ａは、１月から４月まで実施される。 FIG. 2 is an explanatory diagram of a project schedule. FIGS. 2A and 2B show different schedules A and B for realizing the same project, respectively. This explanatory diagram is expressed as a Gantt chart with time on the horizontal axis and processes on the vertical axis. Each square represents a task, and the period from the left end to the right end of the square is the task execution period. For example, the task 1a in FIG. 2A is performed from January to April.

スケジュールを構成するタスク間には、直列または並列の関係がある。直列関係にあるタスク間では、互いの実施期間が重複しない。並列関係にあるタスク間では、互いの実施期間の少なくとも一部が重複する。例えば、スケジュールＡでは、タスク１ａ、タスク１ｂを直列に計画し、タスク２ａ、タスク２ｂを並列に計画している。スケジュールＢでは、タスク１ａ、タスク１ｂを並列に計画し、タスク２ａ、タスク２ｂを直列に計画している。 There is a serial or parallel relationship between the tasks that make up the schedule. There is no overlap between the execution periods of tasks in a serial relationship. Between tasks in parallel relationship, at least a part of each other's implementation period overlaps. For example, in schedule A, task 1a and task 1b are planned in series, and task 2a and task 2b are planned in parallel. In schedule B, task 1a and task 1b are planned in parallel, and task 2a and task 2b are planned in series.

図３は、本発明に係るプロジェクト評価システムについて１つの実施形態を示す計算機構成である。 FIG. 3 is a computer configuration showing one embodiment of the project evaluation system according to the present invention.

入力装置１０は、スケジュール、タスク、プロジェクトのデータを入力する。入力装置１０は、図１、図２、および、表１で示すプロジェクトに関するデータの入力を受け付ける。入力装置１０は、タスクデータ入力部１２（詳細は後記）、および、スケジュール取得部１４（詳細は後記）により実現される。 The input device 10 inputs schedule, task, and project data. The input device 10 accepts input of data related to the projects shown in FIGS. The input device 10 is realized by a task data input unit 12 (details will be described later) and a schedule acquisition unit 14 (details will be described later).

演算装置２０は、シナリオ作成部２２、シナリオ評価部２４、および、スケジュール評価部２６により構成される。出力装置３０、および、評価出力部３２の詳細は、後記する。記憶装置４０は、入力装置１０により入力されたデータ、および、演算装置２０により計算されたデータを格納する。また、記憶装置４０は、演算装置２０が計算に使用するデータを提供する。以下、演算装置２０の各構成要素の詳細を説明する。 The computing device 20 includes a scenario creation unit 22, a scenario evaluation unit 24, and a schedule evaluation unit 26. Details of the output device 30 and the evaluation output unit 32 will be described later. The storage device 40 stores the data input by the input device 10 and the data calculated by the arithmetic device 20. The storage device 40 provides data used by the arithmetic device 20 for calculation. Hereinafter, details of each component of the arithmetic unit 20 will be described.

シナリオ作成部２２は、記憶装置４０に格納されたデータに基づいて、タスクが成功する可能性、失敗する可能性を組合せて、与えられたスケジュールが取りうるタスク状態の集合を決定する。スケジュールのデータからタスクの順序関係が決まるので、タスク状態の順序列が決まることになる。以下、このようなタスク状態の順序列をシナリオと称する。 Based on the data stored in the storage device 40, the scenario creation unit 22 determines a set of task states that can be taken by a given schedule by combining the possibility of a task succeeding and the possibility of failure. Since the order relationship of tasks is determined from the schedule data, the sequence of task states is determined. Hereinafter, such a sequence of task states is referred to as a scenario.

シナリオの決定においては、タスクの状態として、成功、失敗、実施不要の３値を用いて、タスクとその値の組合せでシナリオを決めるアルゴリズムを用いる。 In determining a scenario, an algorithm that determines a scenario by using a combination of a task and its value using three values of success, failure, and execution unnecessary as a task state is used.

プロジェクトのシナリオは、スケジュールで与えられたタスク間の順序関係、プロジェクトを構成するタスクの成否とプロジェクトの成否との関係、タスク間の代替機能の関係を含むタスクのデータに基づいて決定する。 The scenario of a project is determined based on task data including an order relationship between tasks given in a schedule, a relationship between success or failure of a task constituting a project and a success or failure of a project, and a relationship of alternative functions between tasks.

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

Table 2 shows an example of the scenario table indicating the scenario determined by the arithmetic unit 20 in the case of the schedule A. In the scenario table, “◯” indicates success, “×” indicates failure, and “-” indicates that implementation is not required. Scenario A1 is a scenario in which task 1b also fails following task 1a failure, and task 2a and task 2b are not started. The project also fails.

シナリオＡ３は、タスク１ａが成功するため、タスク１ｂがスキップされるシナリオであり、タスク２ａは失敗するが、タスク２ｂが成功するため、プロジェクトも成功する。しかし、タスク１ｂによる副次収益は生じない。 The scenario A3 is a scenario in which the task 1a is skipped because the task 1a succeeds, and the task 2a fails, but the project succeeds because the task 2b succeeds. However, there is no secondary revenue from task 1b.

このように、タスク間の代替機能を反映して、プロジェクトのタスクが取りうる成否の状態の組合せであるシナリオを網羅的に決定する必要がある。そのため、リスト処理に基づくタスク状態の順序列を決定するタスク状態列挙アルゴリズムを適用する。 As described above, it is necessary to comprehensively determine a scenario that is a combination of success / failure states that can be taken by a project task, reflecting an alternative function between tasks. Therefore, a task state enumeration algorithm that determines a sequence of task states based on list processing is applied.

タスクの状態は、先行するタスクの状態に依存して決まる。例えば、あるタスクの状態は、与えられたスケジュールの進捗において、同じ機能を達成する他の代替タスクの状態に依存する。終了済みの代替タスクの一つが既に成功していれば、実施不要となる。 The task state is determined depending on the state of the preceding task. For example, the state of a task depends on the state of other alternative tasks that accomplish the same function in the progress of a given schedule. If one of the completed alternative tasks is already successful, it is not necessary to perform it.

注目しているタスクが失敗することにより、その機能を達成するすべての代替タスクが失敗することになれば、注目タスクに続くすべてのタスクが実施不要となる。さらに、代替タスクがないタスクは、そのタスクが失敗することになれば、これに続くすべてのタスクが実施不要となる。 If the task of interest fails and all alternative tasks that achieve that function fail, then all tasks that follow the task of interest are not required to be performed. Furthermore, if there is no substitute task, if the task fails, all subsequent tasks are not required to be performed.

このようなアルゴリズムは、注目タスクまでのタスクの状態をタスクの順序に配した部分リストを用いたリスト処理により実装できる。 Such an algorithm can be implemented by list processing using a partial list in which task states up to the target task are arranged in task order.

次に、シナリオ評価部２４は、各シナリオに対して、そのシナリオが生起する確率、スケジュールの累積期間、累積投資額、プロジェクトの収益、プロジェクト外の収益等、シナリオ別のデータを算出する。シナリオのテーブル、シナリオ別のデータのテーブルは、演算過程で生成される中間データである。 Next, the scenario evaluation unit 24 calculates, for each scenario, scenario-specific data such as the probability that the scenario will occur, the cumulative period of the schedule, the cumulative investment amount, the project profit, and the non-project profit. The scenario table and the scenario-specific data table are intermediate data generated in the calculation process.

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

Table 3 shows an example of a table representing scenario-specific data determined by the arithmetic unit 20 in the case of the schedule A. For each scenario, the data for each scenario is calculated, such as the probability that the scenario will occur, the cumulative period of the schedule, the cumulative investment amount, secondary benefits within the project, and secondary benefits outside the project.

シナリオ別のデータである生起確率の算出について説明する。タスク１ａ、タスク１ｂ、タスク２ａ、タスク２ｂの成功確率をそれぞれＰ１ａ、Ｐ１ｂ、Ｐ２ａ、Ｐ２ｂとし、期間をそれぞれＴ１ａ、Ｔ１ｂ、Ｔ２ａ、Ｔ２ｂとする。さらに、タスクの投資額をそれぞれＹ１ａ、Ｙ１ｂ、Ｙ２ａ、Ｙ２ｂとする。 The calculation of the occurrence probability, which is scenario-specific data, will be described. The success probabilities of task 1a, task 1b, task 2a, and task 2b are P1a, P1b, P2a, and P2b, respectively, and the periods are T1a, T1b, T2a, and T2b, respectively. Further, the investment amounts of the tasks are Y1a, Y1b, Y2a, and Y2b, respectively.

シナリオＡ１では、シナリオの生起確率は、（１−Ｐ１ａ）（１−Ｐ１ｂ）となり、シナリオの累積期間は、Ｔ１ａ＋Ｔ１ｂとなる。シナリオの累積投資額は、Ｙ１ａ＋Ｙ１ｂとなる。 In scenario A1, the scenario occurrence probability is (1−P1a) (1−P1b), and the cumulative period of the scenario is T1a + T1b. The cumulative investment amount of the scenario is Y1a + Y1b.

シナリオＡ３では、シナリオの生起確率は、Ｐ１ａ（１−Ｐ２ａ）Ｐ２ｂ、シナリオの累積期間は、Ｔ２ａ＜Ｔ２ｂであることからＴ１ａ＋Ｔ２ｂ、シナリオの累積投資額は、Ｙ１ａ＋Ｙ２ａ＋Ｙ２ｂとなる。 In scenario A3, the occurrence probability of the scenario is P1a (1-P2a) P2b, the cumulative period of the scenario is T2a <T2b, so T1a + T2b, and the cumulative investment in the scenario is Y1a + Y2a + Y2b.

このようにして計算された累積期間および累積投資額は、それぞれヒストグラムとして表現される。図４は、スケジュールＡに対する累積期間（図４（ａ））、および、累積投資額（図４（ｂ））の確率分布を示す。一方、図５は、スケジュールＢに対する累積期間（図５（ａ））、および、累積投資額（図５（ｂ））の確率分布を示す。 The cumulative period and the cumulative investment amount calculated in this way are each expressed as a histogram. FIG. 4 shows the probability distribution of the cumulative period (FIG. 4A) and the cumulative investment amount (FIG. 4B) for schedule A. On the other hand, FIG. 5 shows a probability distribution of an accumulation period (FIG. 5A) and an accumulated investment amount (FIG. 5B) for the schedule B.

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

The calculation related to the schedule A described above is similarly performed for the schedule B. A table listing the scenarios for schedule B is shown in Table 4.

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

Table 5 shows a table representing data by scenario for schedule B.

さらに、スケジュール評価部２６は、これらのデータから、スケジュールの累積期間の期待値、累積投資額の期待値等、スケジュールの性能指標を算出する。 Further, the schedule evaluation unit 26 calculates schedule performance indicators such as an expected value of the cumulative period of the schedule and an expected value of the cumulative investment amount from these data.

シナリオ別のデータから演算装置２０によりスケジュールの性能指標を算出する。スケジュールの性能指標とは、スケジュールの累積期間の期待値、累積投資額の期待値等である。スケジュールの累積期間の期待値は、シナリオの生起確率を重みとして、シナリオの累積期間を加重平均した量である。例えば、スケジュールＡでは、１１．５６月となる。スケジュールの累積投資額の期待値は、シナリオの生起確率を重みとして、シナリオの累積投資額を加重平均した量であり、スケジュールＡでは、１３８０Ｍ￥となる（表３参照）。 The performance index of the schedule is calculated by the arithmetic unit 20 from the scenario-specific data. The schedule performance index is an expected value of the cumulative period of the schedule, an expected value of the cumulative investment amount, and the like. The expected value of the cumulative period of the schedule is an amount obtained by weighted averaging the cumulative period of the scenario with the occurrence probability of the scenario as a weight. For example, schedule A is 11.56 months. The expected value of the cumulative investment amount of the schedule is a weighted average amount of the cumulative investment amount of the scenario with the occurrence probability of the scenario as a weight, and is 1380 M ¥ in the schedule A (see Table 3).

評価出力部３２は、スケジュールの性能指標を出力する。スケジュールの性能指標は、出力装置３０を介して、プロジェクトのスケジュール立案のための情報として提供される。 The evaluation output unit 32 outputs a schedule performance index. The schedule performance index is provided as information for project schedule planning via the output device 30.

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

Table 6 shows a comparison result of the performance index output from the evaluation output unit 32. These performance indexes shown in Table 6 are output by the output device 30. Expected values are used because the project duration, required investment amount, and profit are random variables. The project success probability, the cumulative investment amount when the project is successful, and the project return basically do not depend on the schedule, so a schedule with a short implementation period and a small cumulative investment amount is desirable. The required period and the required investment amount are examples of required costs for realizing the project.

表６によれば、スケジュールＢは、実施期間においても、累積投資額においても、スケジュールＡよりも有利となっている。このようなスケジュールの比較結果から、本発明によるプロジェクト評価システムは、プロジェクトのスケジュール立案のために有効な情報を提供できることがわかる。 According to Table 6, the schedule B is more advantageous than the schedule A in both the implementation period and the cumulative investment amount. From the comparison results of such schedules, it can be seen that the project evaluation system according to the present invention can provide effective information for project schedule planning.

これにより、スケジュールの評価値をもとにして、開発型のプロジェクトのスケジュール立案を支援することができる。例えば、複数のスケジュール候補に対し評価指標を算出し、比較することにより、最適なスケジュール候補を選択することができる。 As a result, it is possible to support the planning of a development-type project based on the evaluation value of the schedule. For example, an optimal schedule candidate can be selected by calculating and comparing evaluation indices for a plurality of schedule candidates.

図６は、複数のスケジュール案の性能比較を行う場合の動作を示すフローチャートである。 FIG. 6 is a flowchart showing an operation when performing performance comparison of a plurality of schedule plans.

タスクデータ入力部１２は、タスク、プロジェクトのデータを読み込み、スケジュール取得部１４は、比較評価する複数のスケジュールを読み込む（Ｓ１０１）。演算装置２０は、代替タスクのグループを設定する（Ｓ１０２）。演算装置２０は、これらのスケジュールを順次選択し評価するために、スケジュールを選択する（Ｓ１０３）。 The task data input unit 12 reads task and project data, and the schedule acquisition unit 14 reads a plurality of schedules to be compared and evaluated (S101). The computing device 20 sets a group of alternative tasks (S102). The arithmetic unit 20 selects a schedule in order to sequentially select and evaluate these schedules (S103).

シナリオ作成部２２は、タスクが成功する可能性、失敗する可能性、実施不要となる可能性を組み合わせて、プロジェクトが取りうるシナリオを決定する（Ｓ１０４）。シナリオ評価部２４は、各シナリオに対して、そのシナリオが生起する確率、スケジュールの累積期間、累積投資額等、シナリオ別のデータを算出する（Ｓ１０５）。スケジュール評価部２６は、シナリオ別のデータから、スケジュールの累積期間の期待値、累積投資額の期待値等、スケジュールの性能指標を算出する（Ｓ１０６）。 The scenario creation unit 22 determines a scenario that the project can take by combining the possibility that the task will succeed, the possibility that it will fail, and the possibility that it will not be performed (S104). The scenario evaluation unit 24 calculates, for each scenario, scenario-specific data such as the probability of the scenario occurring, the schedule accumulation period, and the accumulated investment amount (S105). The schedule evaluation unit 26 calculates schedule performance indicators such as an expected value of the cumulative period of the schedule and an expected value of the cumulative investment amount from the scenario-specific data (S106).

演算装置２０は、全スケジュールの評価が終了したか否かを判定する（Ｓ１０７）。判定条件を満たすなら（Ｓ１０７，Ｙｅｓ）Ｓ１０８へ進み、判定条件を満たさないなら（Ｓ１０７，Ｎｏ）Ｓ１０３に戻る。評価出力部３２は、プロジェクトのスケジュール立案のための情報としてスケジュールの性能指標を出力する（Ｓ１０８）。 The computing device 20 determines whether the evaluation of all schedules has been completed (S107). If the determination condition is satisfied (S107, Yes), the process proceeds to S108, and if the determination condition is not satisfied (S107, No), the process returns to S103. The evaluation output unit 32 outputs a schedule performance index as information for project schedule planning (S108).

図７は、１つの初期スケジュールから最適スケジュールの探索を行う場合の動作を示すフローチャートである。図６との差分に着目して、説明を行う。 FIG. 7 is a flowchart showing an operation when searching for an optimal schedule from one initial schedule. Description will be made by paying attention to the difference from FIG.

Ｓ１０１の代わりに、タスクデータ入力部１２は、タスク、プロジェクトのデータを読み込み、スケジュール取得部１４は、探索を開始するための初期スケジュールのデータの入力を受け付ける（Ｓ１０１ｂ）。 Instead of S101, the task data input unit 12 reads task and project data, and the schedule acquisition unit 14 receives input of data of an initial schedule for starting a search (S101b).

Ｓ１０３の代わりに、演算装置２０は、初期スケジュールから始めて、評価の結果を反映して新規なスケジュールを生成して評価するループを繰り返し、最適スケジュールを探索するために、新規スケジュールを生成する（Ｓ１０３ｂ）。ここで、最初のループでは、初期スケジュールを新規スケジュールとみなすものとする。 Instead of S103, the arithmetic unit 20 starts from an initial schedule, repeats a loop that generates and evaluates a new schedule reflecting the evaluation result, and generates a new schedule to search for an optimal schedule (S103b). ). Here, in the first loop, the initial schedule is regarded as a new schedule.

なお、評価の結果の反映とは、例えば、探索を開始するための初期スケジュールの入力を受け付け、初期スケジュール、または、初期スケジュールから探索されたスケジュールのうち、性能指標が最も優れている最適スケジュールを選択する、いわゆる勝ち抜き戦により、最適スケジュールを更新することである。 The reflection of the evaluation result means, for example, that an input of an initial schedule for starting a search is accepted, and an optimal schedule having the best performance index among the initial schedule or the schedule searched from the initial schedule is selected. The optimal schedule is updated by the so-called winning game to be selected.

Ｓ１０７の代わりに、演算装置２０は、最適探索の終了条件を判定する（Ｓ１０７ｂ）。判定条件を満たすなら（Ｓ１０７ｂ，Ｙｅｓ）Ｓ１０８ｂへ進み、判定条件を満たさないなら（Ｓ１０７ｂ，Ｎｏ）Ｓ１０３ｂに戻る。Ｓ１０８の代わりに、評価出力部３２は、最適スケジュールを出力する（Ｓ１０８ｂ）。 Instead of S107, the arithmetic unit 20 determines the optimum search end condition (S107b). If the determination condition is satisfied (S107b, Yes), the process proceeds to S108b. If the determination condition is not satisfied (S107b, No), the process returns to S103b. Instead of S108, the evaluation output unit 32 outputs an optimal schedule (S108b).

図８は、Ｓ１０４により呼び出されるタスク状態列挙アルゴリズムのフローチャートである。 FIG. 8 is a flowchart of the task state enumeration algorithm called in S104.

シナリオ作成部２２は、開始時期順にＮＴＬ個のタスクを並べたタスク順序リストＴＬを決定する（Ｓ２０１）。例えば、スケジュールＡでは、ＴＬ＝｛タスク１ａ、タスク１ｂ、タスク２ａ、タスク２ｂ｝となる。 The scenario creation unit 22 determines a task order list TL in which NTL tasks are arranged in order of start time (S201). For example, in schedule A, TL = {task 1a, task 1b, task 2a, task 2b}.

シナリオ作成部２２は、タスク順序リストＴＬから選択した注目タスクＦＴごとに、注目タスクＦＴにとっての先行代替タスクを集めたタスクリストＰＬを決定する（Ｓ２０２）。なお、先行代替タスクとは、注目タスクＦＴにとっての代替タスクであり、かつ、注目タスクＦＴの開始前に終了するタスクである。注目タスクとは、次にその状態を決めるべく注目しているタスクである。 The scenario creation unit 22 determines a task list PL in which the preceding alternative tasks for the target task FT are collected for each target task FT selected from the task order list TL (S202). Note that the preceding substitute task is a substitute task for the target task FT and ends before the start of the target task FT. A focused task is a task that is focused on to determine its state next.

シナリオ作成部２２は、シナリオリストＳＬ、部分シナリオリストＰＳＬを初期設定する（Ｓ２０３）。
シナリオリストは、タスク順序リストにあるすべてのタスクの状態が確定したシナリオを列挙したリストであり、部分シナリオリストは、タスク順序リストにある途中までのタスクの状態が確定した部分シナリオを列挙したリストである。
例えば、スケジュールＡでは、最初のタスクの処理後にＰＳＬ＝｛｛成功｝、｛失敗｝｝となる。これは、部分シナリオリストに、タスク１ａの状態が「成功」となる部分シナリオ、および、タスク１ａの状態が「失敗」となる部分シナリオが含まれることを示している。
部分シナリオ｛成功｝から派生する部分シナリオとしては、｛成功、実施不要｝や、｛成功、実施不要、失敗｝があり、これら部分シナリオを経て、シナリオ｛成功、実施不要、失敗、成功｝が生成される。このシナリオは、表２および表３のシナリオＡ３である。 The scenario creation unit 22 initializes the scenario list SL and the partial scenario list PSL (S203).
The scenario list is a list that enumerates the scenarios in which the status of all tasks in the task order list is confirmed, and the partial scenario list is a list that enumerates the partial scenarios in which the status of tasks in the task order list is confirmed halfway. It is.
For example, in schedule A, PSL = {{success}, {failure}} after processing the first task. This indicates that the partial scenario list includes a partial scenario in which the state of the task 1a is “successful” and a partial scenario in which the state of the task 1a is “failed”.
The partial scenarios derived from the partial scenario {success} include {success, implementation unnecessary} and {success, implementation unnecessary, failure}. After these partial scenarios, the scenario {success, implementation unnecessary, failure, success} is obtained. Generated. This scenario is scenario A3 in Tables 2 and 3.

シナリオ作成部２２は、部分シナリオリストＰＳＬが空か否かを判定する（Ｓ２０４）。判定条件を満たすなら（Ｓ２０４，Ｙｅｓ）シナリオリストＳＬを出力し（Ｓ２１１）、判定条件を満たさないなら（Ｓ２０４，Ｎｏ）Ｓ２０５に進む。 The scenario creation unit 22 determines whether or not the partial scenario list PSL is empty (S204). If the determination condition is satisfied (S204, Yes), the scenario list SL is output (S211). If the determination condition is not satisfied (S204, No), the process proceeds to S205.

シナリオ作成部２２は、部分シナリオリストＰＳＬから部分シナリオＰＳを選択、選択した部分シナリオＰＳを部分シナリオリストＰＳＬから削除する（Ｓ２０５）。シナリオ作成部２２は、部分シナリオＰＳから状態を決める注目タスクＦＴを決定する（Ｓ２０６）。シナリオ作成部２２は、部分シナリオＰＳにある先行タスクの状態から注目タスクＦＴの状態を決定し、注目タスクＦＴを部分シナリオＰＳに追加する（Ｓ２０７）。 The scenario creation unit 22 selects a partial scenario PS from the partial scenario list PSL, and deletes the selected partial scenario PS from the partial scenario list PSL (S205). The scenario creation unit 22 determines a target task FT that determines the state from the partial scenario PS (S206). The scenario creation unit 22 determines the state of the attention task FT from the state of the preceding task in the partial scenario PS, and adds the attention task FT to the partial scenario PS (S207).

シナリオ作成部２２は、部分シナリオＰＳの長さがＮＴＬであるか否かを判定する（Ｓ２０８）。判定条件を満たさないなら（Ｓ２０８，Ｎｏ）部分シナリオＰＳを部分シナリオリストＰＳＬに追加し（Ｓ２０９）、Ｓ２０４に戻る。判定条件を満たすなら（Ｓ２０８，Ｙｅｓ）部分シナリオＰＳをシナリオリストＳＬに追加し（Ｓ２１０）、Ｓ２０４に戻る。 The scenario creation unit 22 determines whether the length of the partial scenario PS is NTL (S208). If the determination condition is not satisfied (S208, No), the partial scenario PS is added to the partial scenario list PSL (S209), and the process returns to S204. If the determination condition is satisfied (S208, Yes), the partial scenario PS is added to the scenario list SL (S210), and the process returns to S204.

図９は、Ｓ２０７により呼び出されるタスク状態列挙アルゴリズムの詳細を示すフローチャートである。 FIG. 9 is a flowchart showing details of the task state enumeration algorithm called in S207.

シナリオ作成部２２は、注目タスクＦＴに代替タスクが有るか否かを判定する（Ｓ３０１）。判定条件を満たすなら（Ｓ３０１，Ｙｅｓ）Ｓ３０２に進み、判定条件を満たさないなら（Ｓ３０１，Ｎｏ）Ｓ３０７に進む。 The scenario creation unit 22 determines whether or not there is an alternative task in the target task FT (S301). If the determination condition is satisfied (S301, Yes), the process proceeds to S302, and if the determination condition is not satisfied (S301, No), the process proceeds to S307.

シナリオ作成部２２は、タスクリストＰＬから得られる注目タスクＦＴの先行代替タスクの状態が「成功」あるいは「実施不要」か否かを判定する（Ｓ３０２）。判定条件を満たすなら（Ｓ３０２，Ｙｅｓ）Ｓ３０３に進み、判定条件を満たさないなら（Ｓ３０２，Ｎｏ）Ｓ３０４に進む。 The scenario creation unit 22 determines whether the state of the preceding alternative task of the target task FT obtained from the task list PL is “successful” or “not required” (S302). If the determination condition is satisfied (S302, Yes), the process proceeds to S303, and if the determination condition is not satisfied (S302, No), the process proceeds to S304.

シナリオ作成部２２は、注目タスクＦＴの状態を「実施不要」に設定し、部分シナリオＰＳに追加する（Ｓ３０３）。シナリオ作成部２２は、注目タスクＦＴが代替タスクグループの最後のタスクで、他の代替タスクがすべて失敗か否かを判定する（Ｓ３０４）。判定条件を満たすなら（Ｓ３０４，Ｙｅｓ）Ｓ３０７に進み、判定条件を満たさないなら（Ｓ３０４，Ｎｏ）Ｓ３０５に進む。 The scenario creation unit 22 sets the state of the target task FT to “unnecessary” and adds it to the partial scenario PS (S303). The scenario creation unit 22 determines whether the target task FT is the last task in the alternative task group and all other alternative tasks have failed (S304). If the determination condition is satisfied (S304, Yes), the process proceeds to S307. If the determination condition is not satisfied (S304, No), the process proceeds to S305.

シナリオ作成部２２は、注目タスクＦＴの状態を「成功」に設定し、部分シナリオＰＳに追加する（Ｓ３０５）。シナリオ作成部２２は、注目タスクＦＴの状態を「失敗」に設定し、部分シナリオＰＳに追加する（Ｓ３０６）。 The scenario creation unit 22 sets the state of the target task FT to “success” and adds it to the partial scenario PS (S305). The scenario creation unit 22 sets the state of the target task FT to “failure” and adds it to the partial scenario PS (S306).

シナリオ作成部２２は、注目タスクＦＴの状態を「成功」に設定し、部分シナリオＰＳに追加する（Ｓ３０７）。シナリオ作成部２２は、注目タスクＦＴの状態を「失敗」に設定し、注目タスクＦＴが最後のタスクでない場合、後続のタスクの状態を「実施不要」に設定し、それぞれ部分シナリオＰＳに追加する（Ｓ３０８）。 The scenario creation unit 22 sets the state of the target task FT to “success” and adds it to the partial scenario PS (S307). The scenario creation unit 22 sets the state of the target task FT to “failure”, and when the target task FT is not the last task, sets the state of the subsequent task to “unnecessary” and adds each to the partial scenario PS. (S308).

本発明の一実施形態に関するプロジェクトに関するデータの説明図である。It is explanatory drawing of the data regarding the project regarding one Embodiment of this invention. 本発明の一実施形態に関するプロジェクトのスケジュールの説明図である。It is explanatory drawing of the schedule of the project regarding one Embodiment of this invention. 本発明の一実施形態に関する本発明に係るプロジェクト評価システムについて１つの実施形態を示す計算機構成である。It is a computer structure which shows one embodiment about the project evaluation system concerning this embodiment regarding one embodiment of this invention. 本発明の一実施形態に関するスケジュールＡに対する累積期間、累積投資額の確率分布を示す。The probability distribution of the accumulation period and accumulation investment amount with respect to the schedule A regarding one Embodiment of this invention is shown. 本発明の一実施形態に関するスケジュールＢに対する累積期間、累積投資額の確率分布を示す。The probability distribution of the accumulation period with respect to the schedule B regarding one Embodiment of this invention, and an accumulation investment amount is shown. 本発明の一実施形態に関する複数のスケジュール案の性能比較を行う場合の動作を示すフローチャートである。It is a flowchart which shows operation | movement in the case of performing the performance comparison of the some schedule proposal regarding one Embodiment of this invention. 本発明の一実施形態に関する１つの初期スケジュールから最適スケジュールの探索を行う場合の動作を示すフローチャートである。It is a flowchart which shows operation | movement in the case of searching for an optimal schedule from one initial schedule regarding one Embodiment of this invention. 本発明の一実施形態に関するＳ１０４により呼び出されるタスク状態列挙アルゴリズムのフローチャートである。6 is a flowchart of a task state enumeration algorithm called by S104 according to an embodiment of the present invention. 本発明の一実施形態に関するＳ２０７により呼び出されるタスク状態列挙アルゴリズムの詳細を示すフローチャートである。It is a flowchart which shows the detail of the task state enumeration algorithm called by S207 regarding one Embodiment of this invention.

符号の説明Explanation of symbols

１０入力装置
１２タスクデータ入力部
１４スケジュール取得部
２０演算装置
２２シナリオ作成部
２４シナリオ評価部
２６スケジュール評価部
３０出力装置
３２評価出力部
４０記憶装置 DESCRIPTION OF SYMBOLS 10 Input device 12 Task data input part 14 Schedule acquisition part 20 Arithmetic unit 22 Scenario creation part 24 Scenario evaluation part 26 Schedule evaluation part 30 Output device 32 Evaluation output part 40 Storage device

Claims

複数のタスクから構成されるプロジェクトにおけるタスクの実施時期を規定したスケジュールを評価するプロジェクト評価装置であって、
前記プロジェクトを構成するタスク間の代替関係、ならびに、各タスクの所要コストおよび成功確率の入力を受け付けるタスクデータ入力部と、
前記プロジェクトを実施するための前記スケジュールを取得するスケジュール取得部と、
タスクの状態であるタスクの成功、タスクの失敗、および、タスクの実施不要のいずれか１つの状態を、前記スケジュールに属する前記各タスクに規定するシナリオについて、前記スケジュールにおいて前記各タスクが取りうる状態が網羅されるように作成するシナリオ作成部と、
作成された各シナリオを構成する前記各タスクの所要コストおよび成功確率をもとに、作成された前記各シナリオの所要コストおよび生起確率を算出するシナリオ評価部と、
作成された前記各シナリオの所要コストおよび生起確率から前記スケジュールの所要コストの期待値を前記スケジュールの性能指標として算出するスケジュール評価部と、
前記スケジュールの性能指標を出力する評価出力部と、
を有することを特徴とするプロジェクト評価装置。 A project evaluation device that evaluates a schedule that defines a task execution time in a project composed of a plurality of tasks,
An alternative relationship between the tasks that make up the project, and a task data input unit that accepts input of the required cost and success probability of each task;
A schedule acquisition unit for acquiring the schedule for carrying out the project;
State that each task can take in the schedule with respect to a scenario in which any one state of task success, task failure, and task execution which is a task state is defined for each task belonging to the schedule A scenario creation section to create
A scenario evaluation unit that calculates the required cost and occurrence probability of each scenario created based on the required cost and success probability of each task that constitutes each created scenario;
A schedule evaluation unit that calculates an expected value of the required cost of the schedule as a performance index of the schedule from the required cost and occurrence probability of each scenario created;
An evaluation output unit for outputting the performance index of the schedule;
A project evaluation apparatus characterized by comprising:

前記シナリオ作成部は、
前記スケジュールに属する前記各タスクを注目タスクとして順に選択し、
前記注目タスクの実施時期より前に実施を終了済みの代替タスクについて、少なくとも１つの代替タスクの状態が成功なら、前記注目タスクの状態は実施不要とし、
前記注目タスクの状態が失敗であり、かつ、前記注目タスクの全ての代替タスクの状態が失敗であるとき、前記注目タスクに続くすべてのタスクの状態を実施不要とし、
前記注目タスクの状態が失敗であり、かつ、前記注目タスクの代替タスクが存在しないとき、前記注目タスクに続くすべてのタスクの状態を実施不要とすることで、
シナリオを構成する前記各タスクの状態を決定することを特徴とする請求項１に記載のプロジェクト評価装置。 The scenario creation unit
Select each task belonging to the schedule as an attention task in order,
If the status of at least one alternative task is successful with respect to an alternative task that has been executed before the execution time of the target task, the status of the target task is not required to be executed,
When the state of the target task is failure and the state of all the alternative tasks of the target task is failure, the state of all the tasks following the target task is not required to be implemented,
When the state of the target task is a failure and there is no substitute task for the target task, the state of all the tasks following the target task is made unnecessary.
The project evaluation apparatus according to claim 1, wherein the state of each task constituting a scenario is determined.

前記タスクデータ入力部は、前記プロジェクトの収益、および、前記各タスクの副次収益の入力を受け付け、
前記シナリオ評価部は、作成された前記各シナリオを構成する前記各タスクの副次収益をもとに、タスクの状態が成功であるタスクの副次収益の総和を計算することにより、作成された前記各シナリオの副次収益を算出し、
前記スケジュール評価部は、作成された前記各シナリオの副次収益および生起確率から前記スケジュールの副次収益の期待値を算出し、その副次収益の期待値と前記プロジェクトの収益との和を前記スケジュールの収益の期待値として算出し、
前記評価出力部は、前記スケジュールの収益の期待値を出力すること
を特徴とする請求項１に記載のプロジェクト評価装置。 The task data input unit accepts input of revenue of the project and subsidiary revenue of each task,
The scenario evaluation unit is created by calculating the sum of the subsidiary revenues of tasks whose task status is success based on the subsidiary revenues of the tasks constituting the created scenarios. Calculate the secondary revenue for each scenario,
The schedule evaluation unit calculates an expected value of the secondary revenue of the schedule from the generated secondary revenue and occurrence probability of each scenario, and calculates the sum of the expected value of the secondary revenue and the revenue of the project. Calculated as the expected revenue for the schedule,
The project evaluation apparatus according to claim 1, wherein the evaluation output unit outputs an expected value of profit of the schedule.

前記スケジュール取得部は、比較対象となる複数の前記スケジュールの入力を受け付け、
前記スケジュール評価部は、複数の前記スケジュールについて、前記スケジュールごとに性能指標を算出し、
前記評価出力部は、複数の前記スケジュールの性能指標を互いに比較可能な形式で出力すること
を特徴とする請求項１に記載のプロジェクト評価装置。 The schedule acquisition unit receives input of a plurality of the schedules to be compared,
The schedule evaluation unit calculates a performance index for each of the plurality of schedules,
The project evaluation apparatus according to claim 1, wherein the evaluation output unit outputs a plurality of performance indexes of the schedule in a format that can be compared with each other.

前記スケジュール取得部は、探索を開始するための初期スケジュールの入力を受け付け、初期スケジュール、または、初期スケジュールから探索された前記スケジュールのうち、性能指標が最も優れている最適スケジュールを取得し、
前記評価出力部は、最適スケジュール、および、最適スケジュールの性能指標を出力すること
を特徴とする請求項１に記載のプロジェクト評価装置。 The schedule acquisition unit receives an input of an initial schedule for starting a search, acquires an initial schedule, or an optimal schedule having the best performance index among the schedules searched from the initial schedule,
The project evaluation apparatus according to claim 1, wherein the evaluation output unit outputs an optimal schedule and a performance index of the optimal schedule.

複数のタスクから構成されるプロジェクトおけるタスクの実施時期を規定したスケジュールを評価するプロジェクト評価方法であって、
コンピュータが、
前記プロジェクトを構成するタスク間の代替関係、ならびに、各タスクの所要コストおよび成功確率の入力を受け付け、
前記プロジェクトを実施するための前記スケジュールを取得し、
タスクの状態であるタスクの成功、タスクの失敗、および、タスクの実施不要のいずれか１つの状態を、前記スケジュールに属する前記各タスクに規定するシナリオについて、前記スケジュールにおいて前記各タスクが取りうる状態が網羅されるように作成し、
作成された各シナリオを構成する前記各タスクの所要コストおよび成功確率をもとに、作成された前記各シナリオの所要コストおよび生起確率を算出し、
作成された前記各シナリオの所要コストおよび生起確率から前記スケジュールの所要コストの期待値を前記スケジュールの性能指標として算出し、
前記スケジュールの性能指標を出力すること
を特徴とするプロジェクト評価方法。 A project evaluation method for evaluating a schedule that defines the execution time of a task in a project composed of a plurality of tasks,
Computer
Accepts alternative relationships between tasks that make up the project, as well as the required cost and success probability of each task,
Obtaining the schedule for carrying out the project;
State that each task can take in the schedule with respect to a scenario in which any one state of task success, task failure, and task execution which is a task state is defined for each task belonging to the schedule Are created so that
Based on the required cost and success probability of each task constituting each created scenario, the required cost and occurrence probability of each created scenario are calculated,
Calculate the expected value of the required cost of the schedule from the required cost and occurrence probability of each scenario created as a performance index of the schedule,
A project evaluation method characterized by outputting a performance index of the schedule.

請求項６に記載のスケジュール評価方法をコンピュータに実行させるためのプログラムを格納した記憶媒体。 A storage medium storing a program for causing a computer to execute the schedule evaluation method according to claim 6.