JP2003030395A - Method, device, program, and recording medium for project management - Google Patents

Method, device, program, and recording medium for project management

Info

Publication number
JP2003030395A
JP2003030395A JP2001209731A JP2001209731A JP2003030395A JP 2003030395 A JP2003030395 A JP 2003030395A JP 2001209731 A JP2001209731 A JP 2001209731A JP 2001209731 A JP2001209731 A JP 2001209731A JP 2003030395 A JP2003030395 A JP 2003030395A
Authority
JP
Japan
Prior art keywords
task
tasks
project
period
degree
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2001209731A
Other languages
Japanese (ja)
Inventor
Hideji Koike
秀治 小池
Toshiki Mori
俊樹 森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2001209731A priority Critical patent/JP2003030395A/en
Publication of JP2003030395A publication Critical patent/JP2003030395A/en
Pending legal-status Critical Current

Links

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

PROBLEM TO BE SOLVED: To quantize a risk of backing and parallel stages in project management. SOLUTION: A design structure matrix representing the degree of dependency showing dependency among a plurality of tasks included in a project in matrix form is generated first. Then the completion time of each task based upon the start time of the project is computed according to the operation period and precedence relation of the plurality of tasks. The completion time of each task is recorded at a diagonal part of the design structure matrix. Then the backing period from the completion time of a 1st task among the plurality of tasks to the start time of a 2nd task precedent to the 1st task is computed. Lastly, the degree of the dependency of the 1st task on the 2nd task is multiplied by the backing period to computes the degree of backing influence.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】本発明は、製品開発プロジェ
クト等のタスク/リスク管理支援技術に関する。
TECHNICAL FIELD The present invention relates to a task / risk management support technique for a product development project or the like.

【0002】[0002]

【従来の技術】従来のプロジェクト管理システムにおい
ては、管理者は、まず、プロジェクトを遂行する上で必
要な工程を入力し、各工程について開始予定日/終了予
定日を設定することでプロジェクトの日程計画を立案
し、実際の開始日/実際の終了日を入力することで進捗
状況の管理を行っていた。各工程を開始点から終了点ま
でのバーチャートとして表示したものは、一般に、ガン
トチャートと呼ばれ、プロジェクトの日程計画や進捗管
理のための基本的なツールである。
2. Description of the Related Art In a conventional project management system, an administrator first inputs a process required to carry out a project and sets a scheduled start date / finished date for each process to set a project schedule. The progress was managed by making a plan and inputting the actual start date / actual end date. Displaying each process as a bar chart from the start point to the end point is generally called a Gantt chart, which is a basic tool for project scheduling and progress management.

【0003】ガントチャートによるプロジェクト管理で
は、タスク間の依存関係や後戻りの関係を明示的に実現
することが難しい。そこで、新しいプロジェクト管理手
法として、DSM(デザイン・ストラクチャー・マトリ
クス)が提案された。DSMは、プロジェクトに含まれ
るタスクを行と列の両方に並べたマトリクス形式で表現
し、行(又は列)方向に並べたタスクを送り手とし、列
(又は行)方向に並べたタスクを受け手とし、各タスク
間の依存関係をマトリクスの対応する箇所に記入するこ
とによって、タスク間の入出力関係などの相互関係を分
かり易く表現することを特徴としたプロジェクト管理手
法である。
In project management based on the Gantt chart, it is difficult to explicitly realize a dependency relationship between tasks and a backtracking relationship. Therefore, DSM (Design Structure Matrix) was proposed as a new project management method. DSM expresses the tasks included in a project in a matrix format in which both rows and columns are arranged, with the tasks arranged in the row (or column) direction as the sender and the tasks arranged in the column (or row) direction as the receiver. The project management method is characterized by expressing the interrelationships such as the input / output relationships between the tasks in an easy-to-understand manner by writing the dependency relationships between the respective tasks in the corresponding portions of the matrix.

【0004】DSMは、複雑なプロセスのタスク間の依
存関係を簡潔に表現し、タスクの関連性を分析するのに
適している。DSMに関する詳細な情報は、MIT D
SMホームページ(http://web.mit.edu/dsm/)にて参
照することができる。
The DSM is suitable for simply expressing the dependency relationships between tasks of a complex process and analyzing task relevance. For more information on DSM, see MIT D
You can refer to it on the SM homepage (http://web.mit.edu/dsm/).

【0005】従来のFMEA( Failure mode & Effect
s Analysis )によるプロジェクト・リスク管理手法に
おいては、管理者は、製品やプロセスが有するリスクを
分析・整理し、その結果を、故障モードと、故障の原因
と、故障が及ぼす影響(ローカル影響、エンド影響)
と、故障の検出方法と、リスクの大きさを表すRPN
(リスク・プライオリティ・ナンバー)と、リスクの対
応策などのその他の項目という形式でFMEA表に記述
して、リスク管理を行っていた。
Conventional FMEA (Failure mode & Effect)
In the project risk management method based on s Analysis), the manager analyzes and organizes the risks of the product or process, and the result is the failure mode, the cause of the failure, and the effect of the failure (local effect, end effect). Impact)
, Failure detection method, and RPN indicating the magnitude of risk
(Risk priority number) and other items such as countermeasures against risks are described in the FMEA table to manage risk.

【0006】一般に、リスク管理は、「リスクの特
定」、「リスクの定量化」、「対応策の作成」、「対応
策のコントロール」の4ステップから構成される。FM
EAは、これらのリスク管理の基本ステップを支援し、
FMEAによる分析の結果であるFMEA表は、リスク
管理を行う上での標準的なドキュメントを提供する。
Generally, risk management is composed of four steps of "identification of risk", "quantification of risk", "preparation of countermeasures" and "control of countermeasures". FM
The EA supports these basic steps in risk management,
The FMEA table, which is the result of analysis by FMEA, provides a standard document for risk management.

【0007】[0007]

【発明が解決しようとする課題】従来のプロジェクト管
理システムにおける大きな問題の一つは、実際の設計プ
ロジェクトにおいて頻繁に発生する後戻り工程を明示的
に表現することができないという点であった。
One of the major problems in the conventional project management system has been the inability to explicitly express the backtracking process that frequently occurs in an actual design project.

【0008】これを解決するために、DSMによるプロ
ジェクト管理手法が提案されたが、現在のDSMの枠組
みには、後戻り工程のリスクの大きさを定量化する手段
は含まれていない。後戻り工程のリスクを評価するに
は、DSMによるプロジェクト管理手法を拡張して、後
戻り工程のリスクの大きさを定量化する手段を構築する
必要がある。
In order to solve this, a project management method by DSM has been proposed, but the present DSM framework does not include a means for quantifying the magnitude of the risk of a backtracking process. In order to evaluate the risk of the backtracking process, it is necessary to expand the project management method by DSM and establish a means to quantify the magnitude of the risk of the backtracking process.

【0009】現在のDSMプロジェクト管理システムの
もう一つの問題は、タスクの並列化によるリスクの大き
さを定量化する手段が含まれていないことである。
Another problem with current DSM project management systems is that they do not include a means to quantify the magnitude of risk due to parallelization of tasks.

【0010】実際の設計プロジェクトにおいては依存関
係のある先行タスクが完了する前に後続タスクを並列し
て開始して開発期間を短縮することが行われている。こ
の場合、先行タスクが完了した時点で何らかの問題が発
覚し、後続タスクに影響が及び、後続タスクで既に行わ
れた作業が無駄になるというリスクがある。このような
タスクの並列化によるリスクを定量化する手段を構築す
る必要がある。
In an actual design project, succeeding tasks are started in parallel before the completion of a preceding task having a dependency relationship to shorten the development period. In this case, there is a risk that some problem is discovered when the preceding task is completed, the succeeding task is affected, and the work already performed by the succeeding task is wasted. It is necessary to build a means to quantify the risk of parallelizing such tasks.

【0011】また、従来のFMEAによるプロジェクト
・リスク管理手法において、リスクを定量化するため
に、RPN(リスク・プライオリティ・ナンバー)とい
う、発生頻度、影響度、検出度の値を掛け合わせた数値
が用いられる。
Further, in the conventional project risk management method by FMEA, in order to quantify the risk, a numerical value called RPN (risk priority number), which is a product of the frequency of occurrence, the degree of influence and the degree of detection, is used. Used.

【0012】発生頻度、影響度、検出度は、予め定義さ
れた基準に基づいて決定されるが、現在のFMEAの枠
組みにおいては、一般に、RPNを純粋に客観的に決定
することは難しく、多くの場合、分析者の経験などに基
づいて、主観的にRPN値が決定されている。
Although the frequency of occurrence, the degree of influence, and the degree of detection are determined based on pre-defined criteria, it is generally difficult and purely objective to determine the RPN in the current FMEA framework, and many In this case, the RPN value is subjectively determined based on the experience of the analyst.

【0013】客観的にRPN値を算出するためには、プ
ロセス・モデルと結びついた系統的なリスクの定量化手
法が必要である。特に、多くのリスクは、後戻り工程と
密接に関連しており、後戻り工程のリスクの定量化は、
重要である。また、タスクの並列化によるリスクを定量
化も、重要である。
In order to objectively calculate the RPN value, a systematic risk quantification method linked with a process model is required. In particular, many risks are closely related to the backtracking process, and quantifying the risk of the backtracking process is
is important. It is also important to quantify the risks due to parallelization of tasks.

【0014】本発明の目的は、DSMデータで表現され
た詳細なプロセス・モデルに基づいて、FMEAによる
リスク分析を正確に行うこと、及び、後戻り工程及び並
列工程のリスクを定量化することにある。
An object of the present invention is to accurately perform risk analysis by FMEA based on a detailed process model represented by DSM data, and to quantify the risk of backtracking process and parallel process. .

【0015】[0015]

【課題を解決するための手段】(1) 本発明のプロジェ
クト管理方法は、プロジェクトに含まれる複数のタスク
間の依存性を示す依存度をマトリクス形式で表したデザ
イン・ストラクチャー・マトリクスを作成する第1ステ
ップと、前記複数のタスクの作業期間と先行関係とに基
づいて、前記プロジェクトの開始時刻を基準とした各タ
スクの完了時刻を算出する第2ステップと、前記複数の
タスクのうち、第1タスクの完了時刻から前記第1タス
クよりも先行する第2タスクの開始時刻までの後戻り期
間を算出する第3ステップと、前記第1タスクから前記
第2タスクへの依存度と前記後戻り期間とを掛け合わせ
て、後戻り影響度を算出する第4ステップとを備える。
[Means for Solving the Problems] (1) A project management method according to the present invention creates a design structure matrix in which a degree of dependency indicating a dependency between a plurality of tasks included in a project is expressed in a matrix format. A first step of calculating a completion time of each task based on a start time of the project based on a work period of the plurality of tasks and a preceding relationship; and a first step of the plurality of tasks. The third step of calculating a backtracking period from the completion time of the task to the start time of the second task preceding the first task, the dependency from the first task to the second task, and the backtracking period. And a fourth step of calculating the backward influence degree by multiplication.

【0016】(2) 本発明のプロジェクト管理方法は、
プロジェクトに含まれる複数のタスク間の依存性を示す
依存度をマトリクス形式で表したデザイン・ストラクチ
ャー・マトリクスを作成する第1ステップと、前記複数
のタスクの作業期間と先行関係とに基づいて、前記プロ
ジェクトの開始時刻を基準とした各タスクの完了時刻を
算出する第2ステップと、前記複数のタスクのうち、第
1タスクと、前記第1タスクに対して依存度を有し、前
記第1タスクが完了する前に開始する並列関係を有する
第2タスクとに関して、前記第1及び第2タスクが重な
り合う並列期間を算出する第3ステップと、前記第1タ
スクから前記第2タスクへの依存度と前記並列期間とを
掛け合わせて、並列影響度を算出する第4ステップとを
備える。
(2) The project management method of the present invention is
Based on the first step of creating a design structure matrix showing the degree of dependency indicating the dependency among a plurality of tasks included in the project in a matrix format, and the work period and the preceding relationship of the plurality of tasks, A second step of calculating the completion time of each task based on the start time of the project; a first task of the plurality of tasks; and a dependency on the first task, and the first task And a second task having a parallel relationship that starts before the completion of the first task, a third step of calculating a parallel period in which the first task and the second task overlap, and a dependency degree from the first task to the second task. And a fourth step of calculating a parallel influence degree by multiplying the parallel period.

【0017】本発明のプロジェクト管理方法は、さら
に、前記第2タスクの完了時刻から前記第1タスクの開
始時刻までの後戻り期間を算出する第5ステップと、前
記第2タスクから前記第1タスクへの依存度及び前記後
戻り期間を掛け合わせて、前記並列関係を有する前記第
1及び第2タスクの後戻り影響度を算出する第6ステッ
プとを備える。
The project management method of the present invention further comprises a fifth step of calculating a backtracking period from the completion time of the second task to the start time of the first task, and from the second task to the first task. The sixth step of calculating the backward influence degree of the first and second tasks having the parallel relationship by multiplying the dependency degree of 1 and the backward return period.

【0018】(3) 上述の (1)又は(2) の方法におい
て、前記複数のタスクの完了時刻は、前記デザイン・ス
トラクチャー・マトリクスの対角線部分に記録される。
(3) In the above method (1) or (2), the completion times of the plurality of tasks are recorded in the diagonal line portion of the design structure matrix.

【0019】前記複数のタスクの完了時刻のうち、クリ
ティカル・パスを構成するタスクの完了時刻は、他のタ
スクの完了時刻とは区別されて記録されている。
Of the completion times of the plurality of tasks, the completion times of the tasks forming the critical path are recorded separately from the completion times of the other tasks.

【0020】前記複数のタスクは、開始時刻が早い順
に、前記デザイン・ストラクチャー・マトリクス内に配
列され、前記対角線部分に対して一方側の三角行列部分
が先行関係、他方側の三角行列部分が後戻り関係を表し
ている。
The plurality of tasks are arranged in the design structure matrix in ascending order of start time, and the triangular matrix portion on one side of the diagonal line portion has a preceding relationship and the triangular matrix portion on the other side moves backward. It represents a relationship.

【0021】(4) 本発明のプログラムは、上述の (1)
又は(2) の第1乃至第4ステップを実行させる。また、
本発明の記録媒体は、上述の (1)又は(2) の第1乃至第
4ステップを実行させるためのプログラムを記録する。
(4) The program of the present invention is based on the above (1)
Alternatively, the first to fourth steps of (2) are executed. Also,
The recording medium of the present invention records a program for executing the first to fourth steps of (1) or (2) described above.

【0022】(5) 本発明のプロジェクト管理装置は、
プロジェクトに含まれる複数のタスク間の依存性を示す
依存度をマトリクス形式で表したデザイン・ストラクチ
ャー・マトリクス、前記複数のタスクの作業期間及び先
行関係が記録されるデータベースと、前記作業期間及び
前記先行関係とに基づいて、前記プロジェクトの開始時
刻を基準とした各タスクの完了時刻を算出する演算装置
とを備え、前記演算装置は、前記複数のタスクのうち、
第1タスクの完了時刻から前記第1タスクよりも先行す
る第2タスクの開始時刻までの後戻り期間を算出し、か
つ、前記第1タスクから前記第2タスクへの依存度と前
記後戻り期間とを掛け合わせて、後戻り影響度を算出す
る。
(5) The project management device of the present invention is
A design structure matrix in which the degree of dependency indicating a dependency between a plurality of tasks included in a project is expressed in a matrix format, a database in which work periods and precedence relationships of the plurality of tasks are recorded, and the work period and the precedence. Based on the relationship, with a computing device for calculating the completion time of each task based on the start time of the project, the computing device, among the plurality of tasks,
A backtrack period from the completion time of the first task to the start time of a second task preceding the first task is calculated, and the dependency degree from the first task to the second task and the backtrack period are calculated. Multiplication is performed to calculate the backtracking impact.

【0023】(6) 本発明のプロジェクト管理装置は、
プロジェクトに含まれる複数のタスク間の依存性を示す
依存度をマトリクス形式で表したデザイン・ストラクチ
ャー・マトリクス、前記複数のタスクの作業期間及び先
行関係が記録されるデータベースと、前記作業期間及び
前記先行関係とに基づいて、前記プロジェクトの開始時
刻を基準とした各タスクの完了時刻を算出する演算装置
とを備え、前記演算装置は、前記複数のタスクのうち、
第1タスクと、前記第1タスクに対して依存度を有し、
前記第1タスクが完了する前に開始する並列関係を有す
る第2タスクとに関して、前記第1及び第2タスクが重
なり合う並列期間を算出し、かつ、前記第1タスクから
前記第2タスクへの依存度と前記並列期間とを掛け合わ
せて、並列影響度を算出する。
(6) The project management device of the present invention is
A design structure matrix in which the degree of dependency indicating a dependency between a plurality of tasks included in a project is expressed in a matrix format, a database in which work periods and precedence relationships of the plurality of tasks are recorded, and the work period and the precedence. Based on the relationship, with a computing device for calculating the completion time of each task based on the start time of the project, the computing device, among the plurality of tasks,
A first task and a degree of dependence on the first task,
Calculating a parallel period in which the first and second tasks overlap with respect to a second task having a parallel relationship that starts before the first task completes, and the dependence of the first task on the second task The degree of parallel influence is calculated by multiplying the degree and the parallel period.

【0024】前記演算装置は、さらに、前記第2タスク
の完了時刻から前記第1タスクの開始時刻までの後戻り
期間を算出し、かつ、前記第2タスクから前記第1タス
クへの依存度及び前記後戻り期間を掛け合わせて、前記
並列関係を有する前記第1及び第2タスクの後戻り影響
度を算出する。
The arithmetic unit further calculates a backtracking period from the completion time of the second task to the start time of the first task, and determines the degree of dependence of the second task on the first task and the dependency. The regressive period is multiplied to calculate the regressive influence degree of the first and second tasks having the parallel relationship.

【0025】(7) 上述の (5)又は(6) の装置におい
て、前記複数のタスクの完了時刻は、前記デザイン・ス
トラクチャー・マトリクスの対角線部分に記録される。
(7) In the above apparatus (5) or (6), the completion times of the plurality of tasks are recorded in the diagonal line portion of the design structure matrix.

【0026】前記複数のタスクの完了時刻のうち、クリ
ティカル・パスを構成するタスクの完了時刻は、他のタ
スクの完了時刻とは区別されて記録されている。
Of the completion times of the plurality of tasks, the completion times of the tasks forming the critical path are recorded separately from the completion times of the other tasks.

【0027】前記複数のタスクは、開始時刻が早い順
に、前記デザイン・ストラクチャー・マトリクス内に配
列され、前記対角線部分に対して一方側の三角行列部分
が先行関係、他方側の三角行列部分が後戻り関係を表し
ている。
The plurality of tasks are arranged in the design structure matrix in ascending order of start time, and the triangular matrix portion on one side of the diagonal line portion has a preceding relationship and the triangular matrix portion on the other side moves backward. It represents a relationship.

【0028】(8) 本発明のデザイン・ストラクチャー
・マトリクスは、プロジェクトに含まれる複数のタスク
間の依存性を示す依存度をマトリクス形式で表したもの
で、前記複数のタスクは、開始時刻が早い順に、行方向
に入力タスクとして、列方向に出力タスクとして、それ
ぞれ、前記デザイン・ストラクチャー・マトリクス内に
配列され、前記プロジェクトの開始時刻を基準とした各
タスクの完了時刻は、前記デザイン・ストラクチャー・
マトリクスの対角線部分に配置され、前記対角線部分に
対して、前記入力タスク側の三角行列部分が後戻り関
係、前記出力タスク側の三角行列部分が先行関係を表し
ている。
(8) The design structure matrix of the present invention represents the degree of dependency indicating the dependency among a plurality of tasks included in a project in a matrix format, and the plurality of tasks have a short start time. In order, as an input task in the row direction and as an output task in the column direction, they are arranged in the design structure matrix, respectively, and the completion time of each task based on the start time of the project is the design structure matrix.
The triangular matrix portion on the input task side is arranged in the diagonal line portion of the matrix, and the triangular matrix portion on the input task side shows the backward relationship with respect to the diagonal line portion, and the triangular matrix portion on the output task side shows the preceding relation.

【0029】前記複数のタスクの完了時刻のうち、クリ
ティカル・パスを構成するタスクの完了時刻は、他のタ
スクの完了時刻とは区別されて記録されている。
Of the completion times of the plurality of tasks, the completion times of the tasks forming the critical path are recorded separately from the completion times of the other tasks.

【0030】前記出力タスクとしての前記複数のタスク
は、前記複数のタスクの先行関係に応じてバンドで区分
され、前記複数のタスクの作業期間は、後続タスクの完
了時刻からそれに先行する先行タスクの完了時刻を差し
引いた期間に等しくなる。
The plurality of tasks as the output tasks are divided into bands according to the preceding relationship of the plurality of tasks, and the work period of the plurality of tasks is the time of the preceding task preceding the completion time of the succeeding task. It is equal to the period less the completion time.

【0031】(9) 本発明では、プロジェクトに含まれ
る複数のタスクの作業期間と先行関係とに基づいて、ま
ず、各タスクの完了時刻とクリティカル・パスを算出す
る。次に、2つのタスク間の後戻り工程の依存度と、当
該2つのタスク間の完了時刻の差分に先行タスクの作業
時間を加えたもの(後戻り期間)とを掛け合わせること
により、後戻り影響度を算出する。この後戻り影響度
は、後戻り工程のリスクを定量化した指標である。
(9) In the present invention, first, the completion time and the critical path of each task are calculated based on the work periods and the precedence relations of the tasks included in the project. Next, by multiplying the dependency of the backtracking process between the two tasks and the difference between the completion times of the two tasks and the work time of the preceding task (backtracking period), the backtracking impact degree is calculated. calculate. This backtracking influence degree is an index that quantifies the risk of the backtracking process.

【0032】また、本発明では、プロジェクトに含まれ
る複数のタスクの作業期間と先行関係とに基づいて、ま
ず、各タスクの完了時刻とクリティカル・パスを算出す
る。次に、並列工程において、先行タスクが完了する時
刻、後続タスクが完了する時刻及び後続タスクの作業期
間に基づいて、並列工程における先行タスクと後続タス
クの重なり合う期間(並列期間)を算出する。そして、
並列工程における先行タスクと後続タスクの依存度と並
列期間を掛け合わせることにより、並列工程の並列影響
度を算出する。この並列影響度は、並列工程のリスクを
定量化した指標である。
Further, according to the present invention, first, the completion time and the critical path of each task are calculated based on the work periods and the preceding relationships of the tasks included in the project. Next, in the parallel process, the overlapping period (parallel period) of the preceding task and the subsequent task in the parallel process is calculated based on the time when the preceding task is completed, the time when the succeeding task is completed, and the work period of the succeeding task. And
The degree of parallel influence of the parallel process is calculated by multiplying the parallel period and the dependency of the preceding task and the succeeding task in the parallel process. This degree of parallel influence is an index that quantifies the risk of parallel processes.

【0033】[0033]

【発明の実施の形態】以下、図面を参照しながら、本発
明のプロジェクト管理方法及び装置及びプログラム及び
記録媒体について詳細に説明する。
BEST MODE FOR CARRYING OUT THE INVENTION A project management method, apparatus, program and recording medium according to the present invention will be described in detail below with reference to the drawings.

【0034】[装置の概要]図1は、本発明に係わるプ
ロジェクト管理方法を実行するための装置の概略図を示
している。
[Outline of Apparatus] FIG. 1 shows a schematic view of an apparatus for executing the project management method according to the present invention.

【0035】本例に係わる装置1は、表示装置2、デー
タベース3、演算装置4、及び、インターフェース5か
ら構成される。データベース3には、プロジェクトに含
まれるタスクのリストと、タスク間の依存関係を表すD
SMデータと、各タスクの作業期間情報とが蓄積され
る。演算装置4は、DSMデータとタスクの作業期間情
報を参照して、プロジェクトのクリティカル・パスの算
出や、後戻り影響度の算出などを行う。
The device 1 according to this example comprises a display device 2, a database 3, an arithmetic unit 4, and an interface 5. The database 3 includes a list of tasks included in the project and D representing the dependency relationships between the tasks.
SM data and work period information of each task are accumulated. The arithmetic unit 4 refers to the DSM data and the task work period information to calculate the critical path of the project and the return-back influence degree.

【0036】DSMデータ、タスクの作業期間情報、プ
ロジェクトのクリティカル・パス、及び、後戻り影響度
は、それぞれ、表示装置2に表示される。DSMデータ
及びタスクの作業期間情報を追加/削除/修正する場合
には、インターフェース5を介して、データベース3に
蓄積されたDSMデータ及びタスクの作業期間情報を追
加/削除/修正する。
The DSM data, task work period information, the project critical path, and the backtracking influence degree are displayed on the display device 2, respectively. When adding / deleting / correcting the work period information of DSM data and tasks, the work period information of DSM data and tasks accumulated in the database 3 is added / deleted / corrected via the interface 5.

【0037】[DSM]図2は、タスク間の依存関係を
マトリクス形式で表現したDSMデータの一例を示して
いる。
[DSM] FIG. 2 shows an example of DSM data in which dependency relationships between tasks are expressed in a matrix format.

【0038】ここでは、説明を簡単にするため、一般的
な製品開発プロセスに関連するタスクを取り上げて説明
する。
For the sake of simplicity, the tasks related to the general product development process will be described here.

【0039】DSMの1行目は、入力タスク部6、DS
Mの1列目は、出力タスク部7、DSMの2行目2列目
以降の領域は、入力タスクと出力タスクの依存関係を表
す依存関係表現部8となっている。
The first line of DSM is the input task section 6, DS
The first column of M is the output task section 7, and the region of the second row and second column of the DSM is a dependency relationship expression section 8 that represents the dependency relationship between the input task and the output task.

【0040】入力タスク部6と出力タスク部7には、同
じタスクが同じ順番で並ぶ。依存関係表現部8の数字
は、入力タスクと出力タスクの間に依存関係があること
を表し、数字の大きさは、タスク間の依存度を10倍し
たものを表す。数字が大きいほど、依存度が高い、即
ち、タスク間の依存関係が強いと仮定する。入力タスク
と出力タスクの依存関係が強いとは、入力タスクが先行
タスクとなり、出力タスクが後続タスクとなる確率が高
いことを意味する。
The same tasks are arranged in the same order in the input task section 6 and the output task section 7. The numbers in the dependency relation expression unit 8 indicate that there is a dependency relation between the input task and the output task, and the size of the numbers indicates the dependency degree between the tasks multiplied by 10. It is assumed that the larger the number, the higher the degree of dependency, that is, the stronger the dependency relationship between tasks. The strong dependency between the input task and the output task means that the input task is a predecessor task and the output task is a successor task.

【0041】例えば、DSMの6行4列目の数字“9”
は、入力タスク「設計A」から出力タスク「設計C」へ
の依存関係を表しており、その依存度が0.9であるこ
とを意味している。即ち、「設計A」の後に「設計C」
が引き続き行われる確率が高いことを示している。
For example, the number "9" in the 6th row and 4th column of DSM
Indicates a dependency relationship from the input task “design A” to the output task “design C”, which means that the degree of dependency is 0.9. That is, "design A" followed by "design C"
Is likely to continue.

【0042】このように、DSMでは、タスク間の複雑
な依存関係をマトリクス形式で簡潔に表現し、製品開発
プロジェクトなどのリスク管理を容易にしている。
As described above, in the DSM, complicated dependency relationships between tasks are simply expressed in a matrix format to facilitate risk management of product development projects and the like.

【0043】図3は、PartitioningというDSMが備え
る機能により、タスク順序を並び換えた結果のDSMデ
ータを表している。
FIG. 3 shows DSM data as a result of rearranging the task order by the function of DSM called Partitioning.

【0044】Partitioningでは、依存関係表現部11の
上三角行列部分(対角線より上の部分)の数字要素をな
るべく少なくするようにタスク順序を並び換える。例え
ば、図2のDSMのタスク順序は、図3のDSMに示す
ようなタスク順序に入れ替えられる。即ち、図2のDS
Mでは、「外注」が入力タスク部6及び出力タスク部7
の2番目に位置しているのに対して、図3のDSMで
は、入力タスク部9及び出力タスク部10の6番目に位
置している。
In Partitioning, the task order is rearranged so that the numerical elements in the upper triangular matrix portion (the portion above the diagonal line) of the dependency relation expression unit 11 are reduced as much as possible. For example, the task order of the DSM shown in FIG. 2 is replaced with the task order shown in the DSM of FIG. That is, the DS of FIG.
In M, "outsourcing" is the input task unit 6 and the output task unit 7
In the DSM of FIG. 3, the input task unit 9 and the output task unit 10 are located at the 6th position.

【0045】タスク順序の並び換えに伴って、依存関係
表現部11に含まれる数字の位置も変化する。Partitio
ningでは、依存関係表現部11の上三角行列部分の数字
要素をなるべく少なくするようにタスク順序を並び換え
る。
As the task order is rearranged, the positions of the numbers included in the dependency relation expressing section 11 also change. Partitio
In ning, the task order is rearranged so as to reduce the number of numeric elements in the upper triangular matrix portion of the dependency relation expression unit 11.

【0046】図2の依存関係表現部8の上三角行列部分
には、“9”、“5”、“1”がそれぞれ1個ずつ含ま
れているのに対して、図3の依存関係表現部11の上三
角行列部分には、“5”、“3”、“1”がそれぞれ1
個ずつ含まれている。即ち、図2のDSMの上三角行列
部分の数字要素“9”が、図3のDSMでは、下三角行
列部分に移動した形となっている。
The upper triangular matrix portion of the dependency relation expression portion 8 of FIG. 2 includes one "9", "5", and "1", respectively, while the dependency relation expression of FIG. In the upper triangular matrix portion of the part 11, "5", "3", and "1" are 1
Included individually. That is, the numeral element "9" in the upper triangular matrix portion of the DSM of FIG. 2 is moved to the lower triangular matrix portion of the DSM of FIG.

【0047】図3のDSMデータにおいて、入力タスク
部9の左から右への順番に、又は、出力タスク部10の
上から下への順番に、タスクが実行されるものと仮定す
ると、依存関係表現部11の下三角行列部分(対角線よ
り下の部分)は、タスクの先行関係を表し、上三角行列
部分は、タスクの後戻り関係を表していると解釈でき
る。依存関係表現部11の網掛けされたブロックは、後
戻り関係の影響範囲を示している。
Assuming that the tasks are executed in the DSM data of FIG. 3 in the order from left to right of the input task section 9 or in the order from top to bottom of the output task section 10, the dependency relationship is obtained. It can be understood that the lower triangular matrix portion (the portion below the diagonal line) of the expression unit 11 represents the precedence relation of the task, and the upper triangular matrix portion represents the backward relation of the task. The shaded blocks of the dependency relationship expression unit 11 indicate the range of influence of the backtracking relationship.

【0048】上述の仮定に従って、実行可能なタスクか
ら順番に配置して、タスク間の依存関係を矢印で結ぶ
と、図4に示すフローチャートが生成される。
According to the above assumption, when the tasks that can be executed are sequentially arranged and the dependency relationships between the tasks are connected by arrows, the flowchart shown in FIG. 4 is generated.

【0049】ボックス12は、タスクを表し、上から下
への順番に実行される。実線の矢印13は、タスクの先
行関係、点線の矢印14は、タスクの後戻り関係を表
す。矢印13,14に隣接して付された数字は、依存度
を表している。
Box 12 represents a task, which is executed from top to bottom. A solid arrow 13 represents a task preceding relationship, and a dotted arrow 14 represents a task backward relationship. The numbers attached adjacent to the arrows 13 and 14 represent the degrees of dependence.

【0050】例えば、「外注」から「製造」への矢印
は、タスクの先行関係であり、「設計D」から「商品企
画」への矢印は、タスクの後戻り関係である。タスクの
先行関係又は後戻り関係を表す矢印13,14は、図3
のDSMの依存関係表現部11の数字要素に対応してい
る。
For example, the arrow from "outsourcing" to "manufacturing" is the precedence relationship of tasks, and the arrow from "design D" to "product planning" is the backward relationship of tasks. The arrows 13 and 14 representing the preceding relationship or the backward relationship of tasks are shown in FIG.
Corresponds to the number element of the dependency expression part 11 of the DSM.

【0051】[タスクの作業期間・実行順序]図5は、
タスクの作業期間情報を表している。
[Task work period / execution order] FIG.
It represents the work period information of the task.

【0052】表の各行には、タスク15に対応するタス
クの作業期間情報16が示されている。例えば、タスク
「商品企画」の作業期間は、2週間である。ここで、図
3のDSM内には、タスクの作業期間情報は、含まれて
いない。
In each row of the table, work period information 16 of the task corresponding to the task 15 is shown. For example, the work period of the task “product planning” is 2 weeks. Here, the work period information of the task is not included in the DSM of FIG.

【0053】図6は、DSMの下三角行列部分(タスク
の先行関係)の要素に基づいて決定されるタスクの実行
順序の一例を示している。
FIG. 6 shows an example of the task execution order determined based on the elements of the lower triangular matrix part (task precedence relation) of the DSM.

【0054】タスクを表す矢印17,18の長さは、タ
スクの作業期間に対応している。プロジェクト全体の作
業期間は、11週間である。このとき、白抜きの矢印で
示されるタスク18、即ち、「商品企画」、「設計
B」、「外注」、「製造」は、最も余裕のないタスクの
繋がりを表す。これを、クリティカル・パスという。プ
ロジェクト全体の作業期間をキープ、又は、短縮するに
は、クリティカル・パス上の作業を重点的に管理する必
要がある。
The length of the arrows 17 and 18 representing the task corresponds to the work period of the task. The working period of the whole project is 11 weeks. At this time, the tasks 18 indicated by white arrows, that is, “product planning”, “design B”, “outsourcing”, and “manufacturing” represent the connection of tasks with the least margin. This is called the critical path. In order to keep or shorten the work period of the entire project, it is necessary to focus the work on the critical path.

【0055】[タスクの実行順序とクリティカル・パス
の算出]図7は、DSMにより表現されるタスク間の先
行関係とタスクの作業期間から、各タスクの実行順序
(完了時刻)とクリティカル・パスを算出するためのア
ルゴリズムを示したものである。
[Calculation of Task Execution Order and Critical Path] FIG. 7 shows the execution order (completion time) and critical path of each task based on the precedence relationship between tasks represented by DSM and the task work period. 3 shows an algorithm for calculating.

【0056】即ち、このアルゴリズムにより、図6に示
すような各タスクの実行順序(完了時刻)とクリティカ
ル・パスを求める。
That is, the execution order (completion time) of each task and the critical path as shown in FIG. 6 are obtained by this algorithm.

【0057】開始点19を出発して、まず、処理20に
おいて、変数LIST_1,LIST_2,TIME(T),C_PATHを初
期化する。即ち、LIST_1={無し},LIST_2={無
し},TIME(T)=0,C_PATH={無し}となる。
Starting from the starting point 19, first, in a process 20, variables LIST_1, LIST_2, TIME (T) and C_PATH are initialized. That is, LIST_1 = {absent}, LIST_2 = {absent}, TIME (T) = 0, C_PATH = {absent}.

【0058】また、クリティカル・パスの計算の前処理
として、DSMの上三角行列部分(後戻り関係)の数字
要素を全て消去する。これは、クリティカル・パスの計
算においては、後戻り関係を考慮せず、タスクの先行関
係のみを考慮することを意味している。
Further, as a pre-process for the calculation of the critical path, all the numerical elements of the upper triangular matrix part (return-back relation) of DSM are erased. This means that in the calculation of the critical path, the backward relationship is not considered, and only the task preceding relationship is considered.

【0059】次に、条件分岐21において、変数LIST_
1がDSMの全タスクと一致するか否かを判断する。処
理20から処理21に移動した段階では、変数LIST_1
には、タスクが含まれていないため、変数LIST_1は、
DSMの全タスクと一致しないことになり、処理22へ
進む。
Next, in the conditional branch 21, the variable LIST_
It is determined whether 1 matches all tasks of DSM. At the stage of moving from the process 20 to the process 21, the variable LIST_1
Does not include a task, the variable LIST_1 is
Since it does not match all the tasks of the DSM, the process 22 is proceeded to.

【0060】処理21から処理24のループでは、各タ
スクの実行順序、即ち、各タスクの完了時刻を決定す
る。
In the loop of processing 21 to processing 24, the execution order of each task, that is, the completion time of each task is determined.

【0061】最初の1回目のループでは、まず、処理2
2において“入力タスクが存在しないタスクT”を求め
る。例えば、タスクとして、「商品企画」、「設計
A」、「設計B」、「設計C」、「設計D]、「外
注」、「製造」が存在するものと仮定すると、“入力タ
スクが存在しないタスクT”は、「商品企画」となる。
In the first first loop, first, the process 2
In step 2, "task T having no input task" is obtained. For example, assuming that there are “product planning”, “design A”, “design B”, “design C”, “design D”, “outsourcing”, and “manufacturing” as tasks, “input task exists”. The task T ”that is not performed becomes“ product planning ”.

【0062】そして、このタスクを、LIST_2に加え、L
IST_2={商品企画}とする。
Then, this task is added to LIST_2 and L
IST_2 = {product plan}.

【0063】次に、処理23において、LIST_2のタス
クTに対して、その完了時刻TIME(T)を設定する。TIME
(T)は、タスクTの作業期間と、入力タスクの完了時刻T
IME(T)(又は入力タスクが複数存在する場合には、複数
の完了時刻TIME(T)のうちの最大値)との合計値に設定
される。
Next, in process 23, the completion time TIME (T) is set for the task T of LIST_2. TIME
(T) is the work period of the task T and the completion time T of the input task
It is set to the total value of IME (T) (or the maximum value of multiple completion times TIME (T) when there are multiple input tasks).

【0064】ここで、「商品企画」には、入力タスクと
なるタスクTが存在しないため、「商品企画」の完了時
刻TIME(商品企画)は、「商品企画」の作業期間(2週
間)に等しくなる。
Here, since the task T which is an input task does not exist in the “product plan”, the completion time TIME (product plan) of the “product plan” is within the work period of the “product plan” (2 weeks). Will be equal.

【0065】次に、処理24において、LIST_1にLIST_
2のタスクを加えて、LIST_2を再び初期化する。即
ち、LIST_1={商品企画}とし、LIST_2={無し}と
する。この後、条件分岐21へ戻る。
Next, in the process 24, LIST_ is added to LIST_1.
Add task 2 and reinitialize LIST_2. That is, LIST_1 = {product plan} and LIST_2 = {none}. After that, the process returns to the conditional branch 21.

【0066】再び、条件分岐21において、変数LIST_
1がDSMの全タスクと一致するか否かを判断する。変
数LIST_1には、「商品企画」のみが含まれているた
め、変数LIST_1は、DSMの全タスクと一致しないこ
とになり、処理22へ進む。
In the conditional branch 21 again, the variable LIST_
It is determined whether 1 matches all tasks of DSM. Since the variable LIST_1 includes only “product planning”, the variable LIST_1 does not match all DSM tasks, and the process proceeds to step 22.

【0067】2回目以降のループでは、まず、処理22
において“入力タスクが存在しないタスクT”又は“全
ての入力タスクがLIST_1に含まれるタスクT”を求め
る。例えば、LIST_1={商品企画}のとき、“全ての
入力タスクがLIST_1に含まれるタスクT”、即ち、入
力タスクが「商品企画」となるタスクTは、「設計A」
と「設計B」となる。
In the second and subsequent loops, first, the processing 22
In ", a task T having no input task" or a "task T in which all input tasks are included in LIST_1" is obtained. For example, when LIST_1 = {product plan}, "task T in which all input tasks are included in LIST_1", that is, task T whose input task is "product plan" is "design A".
And "Design B".

【0068】そして、このタスクを、LIST_2に加え、L
IST_2={設計A,設計B}とする。
Then, this task is added to LIST_2 and L
IST_2 = {design A, design B}.

【0069】次に、処理23において、LIST_2の各タ
スクTに対して、その完了時刻TIME(T)を設定する。TIM
E(T)は、タスクTの作業期間と、入力タスクの完了時刻
TIME(T)(又は入力タスクが複数存在する場合には、複
数の完了時刻TIME(T)のうちの最大値)との合計値に設
定される。
Next, in process 23, the completion time TIME (T) is set for each task T of LIST_2. TIM
E (T) is the work period of task T and the completion time of the input task
It is set to the total value of TIME (T) (or the maximum value of a plurality of completion times TIME (T) when there are multiple input tasks).

【0070】従って、「設計A」の完了時刻TIME(設計
A)は、入力タスクとなる「商品企画」の完了時刻(2
週間)と、「設計A]の作業期間(3週間)の合計値、
即ち、5週間となる。また、「設計B」の完了時刻TIME
(設計B)は、入力タスクとなる「商品企画」の完了時刻
(2週間)と、「設計B]の作業期間(4週間)の合計
値、即ち、6週間となる。
Therefore, the completion time TIME (design A) of "design A" is the completion time (2) of "product planning" which is an input task.
Week) and the total value of the work period (3 weeks) of “Design A”,
That is, it will be 5 weeks. Also, the completion time TIME for "Design B"
(Design B) is the total value of the completion time (2 weeks) of the “product planning” that is an input task and the work period (4 weeks) of “Design B”, that is, 6 weeks.

【0071】次に、処理24において、LIST_1にLIST_
2のタスクを加えて、LIST_2を再び初期化する。即
ち、LIST_1={商品企画,設計A,設計B}とし、LIS
T_2={無し}とする。この後、条件分岐21へ戻る。
Next, in process 24, LIST_ is added to LIST_.
Add task 2 and reinitialize LIST_2. That is, LIST_1 = {product plan, design A, design B}, and LIS
T_2 = {none}. After that, the process returns to the conditional branch 21.

【0072】再び、条件分岐21において、変数LIST_
1がDSMの全タスクと一致するか否かを判断する。変
数LIST_1に含まれる「商品企画,設計A,設計B」
は、DSMの全タスクではないため、処理22へ進む
(3回目のループ)。
In the conditional branch 21 again, the variable LIST_
It is determined whether 1 matches all tasks of DSM. "Product planning, design A, design B" included in variable LIST_1
Is not all DSM tasks, the process proceeds to process 22 (third loop).

【0073】まず、処理22において“入力タスクが存
在しないタスクT”又は“全ての入力タスクがLIST_1
に含まれるタスクT”を求める。例えば、LIST_1=
{商品企画,設計A,設計B}のとき、“全ての入力タ
スクがLIST_1に含まれるタスクT”、即ち、入力タス
クが「商品企画」又は「設計A」又は「設計B」となる
タスクTは、「設計C」及び「外注」となる。
First, in process 22, "task T with no input task" or "all input tasks are LIST_1".
The task T "included in is calculated. For example, LIST_1 =
When {Product planning, Design A, Design B}, "task T in which all input tasks are included in LIST_1", that is, task T whose input task is "product planning" or "design A" or "design B" Are “design C” and “outsourcing”.

【0074】そして、このタスクを、LIST_2に加え、L
IST_2={設計C,外注}とする。
Then, this task is added to LIST_2 and L
IST_2 = {design C, outsourcing}.

【0075】次に、処理23において、LIST_2の各タ
スクTに対して、その完了時刻TIME(T)を設定する。TIM
E(T)は、タスクTの作業期間と、入力タスクの完了時刻
TIME(T)(又は入力タスクが複数存在する場合には、複
数の完了時刻TIME(T)のうちの最大値)との合計値に設
定される。
Next, in process 23, the completion time TIME (T) is set for each task T of LIST_2. TIM
E (T) is the work period of task T and the completion time of the input task
It is set to the total value of TIME (T) (or the maximum value of a plurality of completion times TIME (T) when there are multiple input tasks).

【0076】従って、「設計C」の完了時刻TIME(設計
C)は、入力タスクとなる「設計A」の完了時刻(5週
間)と、「設計C]の作業期間(1週間)の合計値、即
ち、6週間となる。また、「外注」の完了時刻TIME(外
注)は、入力タスクとなる「設計B」の完了時刻(6週
間)と、「外注]の作業期間(2週間)の合計値、即
ち、8週間となる。
Therefore, the completion time TIME (design C) of "design C" is the total value of the completion time (5 weeks) of "design A" which is the input task and the work period (1 week) of "design C". In other words, the completion time TIME (outsourcing) of “outsourcing” is the completion time (6 weeks) of “design B” which is the input task and the work period (2 weeks) of “outsourcing”. It is the total value, that is, 8 weeks.

【0077】次に、処理24において、LIST_1にLIST_
2のタスクを加えて、LIST_2を再び初期化する。即
ち、LIST_1={商品企画,設計A,設計B,設計C,
外注}とし、LIST_2={無し}とする。この後、条件
分岐21へ戻る。
Next, in process 24, LIST_ is added to LIST_.
Add task 2 and reinitialize LIST_2. That is, LIST_1 = {product plan, design A, design B, design C,
Outsourcing} and LIST_2 = {none}. After that, the process returns to the conditional branch 21.

【0078】このよう動作、即ち、処理21−24を、
変数LIST_1がDSMの全タスクと一致するまで、繰り
返し行う。即ち、LIST_1={商品企画,設計A,設計
B,設計C,設計D,外注,製造}となるまで、処理2
1−24を繰り返し行う。
In this way, that is, in steps 21 to 24,
Repeat until variable LIST_1 matches all DSM tasks. That is, process 2 until LIST_1 = {product plan, design A, design B, design C, design D, subcontracting, manufacturing}.
Repeat 1-24.

【0079】なお、本例では、4回目のループで、「設
計D」の完了時刻TIME(設計D)が求められ、5回目のル
ープで、「製造」の完了時刻TIME(製造)が求められる。
5回目のループにおいて、「製造」の入力タスクは、
「設計D」と「外注」の2つとなり、処理23では、TI
ME(製造)を求めるに当たって、「外注」の完了時刻TIME
(外注)が使用される。
In this example, the completion time TIME (design D) of "design D" is obtained in the fourth loop, and the completion time TIME (production) of "production" is obtained in the fifth loop. .
In the fifth loop, the “manufacturing” input task
There are two, "design D" and "outsourcing".
`` Outsourcing '' completion time TIME when seeking ME (manufacturing)
(Outsourced) is used.

【0080】変数LIST_1がDSMの全タスクと一致し
たとき、全てのタスクの実行順序(又は完了時刻)が決
定されたことになり、この後、処理25へ進む。
When the variable LIST_1 matches all the tasks of DSM, it means that the execution order (or the completion time) of all the tasks has been decided, and thereafter, the processing advances to processing 25.

【0081】処理25−28では、クリティカル・パス
を構成するタスクTを求める。
In processing 25-28, the task T that constitutes the critical path is obtained.

【0082】まず、処理25では、完了時刻TIME(T)が
最大となるタスクTを求める。
First, in process 25, the task T having the maximum completion time TIME (T) is obtained.

【0083】完了時刻TIME(T)が最大となるタスクTと
は、最後に実行されるタスクTを意味しており、例え
ば、「製造(TIME(製造)=11週間)」がこれに該当す
る。
The task T having the maximum completion time TIME (T) means the task T to be executed last. For example, “manufacturing (TIME (manufacturing) = 11 weeks)” corresponds to this. .

【0084】そして、処理26において、このタスクT
を、クリティカル・パスのリストC_PATHに加え、C_PATH
={製造}とする。
Then, in process 26, this task T
To the list of critical paths, C_PATH,
= {Manufacturing}.

【0085】処理26から処理28においては、クリテ
ィカル・パスを構成する最後に実行されるタスクTを求
めた後、そのタスクTから最初に実行されるタスクTに
向かって、順次、クリティカル・パスを構成するタスク
Tを特定していく。
In processing 26 to processing 28, after the last task T to be executed that constitutes the critical path is obtained, the critical path is sequentially changed from the task T to the first task T to be executed. The constituent tasks T are specified.

【0086】条件分岐27においては、クリティカル・
パスを構成する最後に実行されるタスクTが先行タスク
を持つか否かが判断される。
In the conditional branch 27, a critical
It is determined whether or not the task T that is executed last in the path has a predecessor task.

【0087】最後に実行されるタスクTが先行タスクを
持たない場合、即ち、そのタスクTの完了時刻TIME(T)
がその作業期間と一致する場合には、クリティカル・パ
スは、そのタスクTのみから構成されることになり、終
了点29において、各タスクの完了時刻とクリティカル
・パスを算出するステップが終了する。
When the last executed task T has no preceding task, that is, the completion time TIME (T) of the task T
, The critical path is composed of only the task T, and at the end point 29, the step of calculating the completion time and critical path of each task ends.

【0088】最後に実行されるタスクTが先行タスクを
持つ場合、即ち、そのタスクTの完了時刻TIME(T)がそ
の作業期間と一致しない場合には、処理28に進む。処
理28では、最後に実行されるタスクTの入力タスクと
なる少なくとも1つのタスクTiのうちから、TIME(Ti)
=TIME(T)-(タスクTの作業期間)を満たすタスクTi
を選択し、T=Tiとする。
If the task T to be executed last has a predecessor task, that is, if the completion time TIME (T) of the task T does not match the work period, the process proceeds to step 28. In process 28, TIME (Ti) is selected from at least one task Ti that is an input task of the task T to be executed last.
= Task Ti that satisfies TIME (T)-(work period of task T)
And T = Ti.

【0089】そして、処理26において、このタスクT
を、クリティカル・パスのリストC_PATHに加える。
Then, in process 26, this task T
To the list of critical paths C_PATH.

【0090】例えば、「製造」の入力タスクとしては、
「設計D」と「外注」があり、TIME(設計D)=7週間、
TIME(外注)=8週間となっている。一方、TIME(製造)=
11週間であり、「製造」の作業期間は、3週間であ
る。
For example, as an input task of "manufacturing",
There are "design D" and "outsourcing", TIME (design D) = 7 weeks,
TIME (outsourcing) = 8 weeks. On the other hand, TIME (manufacturing) =
It is 11 weeks, and the working period of "manufacturing" is 3 weeks.

【0091】従って、TIME(Ti) = TIME(製造)-(「製
造」の作業期間)を満たすタスクTiは、「外注」とな
る。そして、この「外注」は、クリティカル・パスのリ
ストC_PATHに加えられ、C_PATH={外注,製造}とな
る。
Therefore, the task Ti satisfying TIME (Ti) = TIME (manufacturing) − (working period of “manufacturing”) is “outsourcing”. Then, this "outsourcing" is added to the critical path list C_PATH, and C_PATH = {outsourcing, manufacturing}.

【0092】処理26−28のループを繰り返し行う
と、例えば、C_PATH={商品企画、設計B,外注,製
造}が求められる。
By repeating the loop of processing 26-28, for example, C_PATH = {product plan, design B, outsourcing, manufacturing} is obtained.

【0093】ここで、最初に実行される「商品企画」
は、最後に、クリティカル・パスのリストC_PATHに加え
られる。「商品企画」がクリティカル・パスのリストC_
PATHに加えられると、処理27では、T=「商品企画」
となり、TIME(商品企画)=「商品企画」の作業期間(い
ずれも、2週間)となる。
Here, the "product planning" to be executed first
Is finally added to the list of critical paths C_PATH. "Product planning" is a list of critical paths C_
When added to PATH, in process 27, T = “product planning”
Therefore, TIME (product planning) = "product planning" work period (2 weeks for each).

【0094】従って、タスクTの先行タスクが存在しな
いことになり、終了点29において、各タスクの完了時
刻とクリティカル・パスを算出する処理を終了する。
Therefore, the preceding task of the task T does not exist, and at the end point 29, the process of calculating the completion time and the critical path of each task ends.

【0095】以上のように、図7のアルゴリズムによれ
ば、各タスクの完了時刻とクリティカル・パス(即ち、
図6に示すようなタスク同士の繋がり関係)を容易に求
めることができる。
As described above, according to the algorithm of FIG. 7, the completion time of each task and the critical path (ie,
It is possible to easily obtain a connection relationship between tasks as shown in FIG.

【0096】[後戻りによるリスクの定量化手法]図8
は、図7のアルゴリズムにより得られた結果を図3のD
SMに追加することにより完成する新規なDSMを示し
ている。
[Method of Quantifying Risk by Backtracking] FIG. 8
Is the result obtained by the algorithm of FIG.
A new DSM completed by adding to SM is shown.

【0097】DSM30の行を構成するタスクは、複数
のバンド31を構成する。例えば、「商品企画」の1行
により1つのバンドが構成され、「設計A」及び「設計
B」の2行により1つのバンドが構成され、「設計C」
及び「外注」の2行により1つのバンドが構成され、
「設計D」の1行により1つのバンドが構成され、「製
造」の1行により1つのバンドが構成される。
The tasks composing the rows of the DSM 30 compose a plurality of bands 31. For example, one band is composed of one line of "product planning", one band is composed of two lines of "design A" and "design B", and "design C".
And two lines of "outsourcing" make up one band,
One row of "design D" constitutes one band, and one row of "manufacturing" constitutes one band.

【0098】各バンドは、図7のフローチャート中の条
件分岐21、処理22、処理23及び処理24から構成
されるループにおいて、例えば、ループを回るごとに更
新されるLIST_2の中身を示している。即ち、最初の1
回目のループでは、LIST_2={商品企画}となり、2
回目のループでは、LIST_2={設計A,設計B}とな
り、3回目のループでは、LIST_2={設計C,外注}
となり、4回目のループでは、LIST_2={設計D}と
なり、5回目のループでは、LIST_2={製造}とな
る。
Each band shows the contents of LIST_2, which is updated every time the loop is rotated, in the loop formed by the conditional branch 21, the process 22, the process 23 and the process 24 in the flowchart of FIG. That is, the first one
In the second loop, LIST_2 = {product planning} and 2
LIST_2 = {design A, design B} in the third loop, and LIST_2 = {design C, outsourcing} in the third loop.
Then, in the fourth loop, LIST_2 = {design D}, and in the fifth loop, LIST_2 = {manufacturing}.

【0099】この場合、図7のフローチャート中の条件
分岐21、処理22、処理23及び処理24から構成さ
れるループを5回繰り返すことにより、各タスクTの完
了時刻TIME(T)が求められる。
In this case, the completion time TIME (T) of each task T is obtained by repeating the loop composed of the conditional branch 21, processing 22, processing 23 and processing 24 in the flowchart of FIG. 7 five times.

【0100】図3のDSMでは、依存関係表現部11の
対角線部分には、何のデータも書き込まれていなかった
が、図8のDSMでは、依存関係表現部の対角線部分に
は、プロジェクトの開始時刻を“0”としたときの各タ
スクTの完了時刻TIME(T)がそれぞれ書き込まれる。
In the DSM of FIG. 3, no data was written in the diagonal line portion of the dependency expression part 11, but in the DSM of FIG. 8, the project start was written in the diagonal line part of the dependency expression part. The completion time TIME (T) of each task T when the time is set to “0” is written respectively.

【0101】図8のDSMの依存関係表現部の対角線部
分の数字のうち、白抜きの数字33は、クリティカル・
パスC_PATHを構成するタスクTの完了時刻TIME(T)を表
している。例えば、「外注」は、クリティカル・パスを
構成するタスクのうちの1つであり、プロジェクトの開
始時刻を“0”としたときの「外注」の完了時刻TIME
(外注)は、8週間である。
Among the numbers in the diagonal line part of the dependency expression part of the DSM of FIG. 8, the white number 33 indicates the critical
It represents the completion time TIME (T) of the task T that constitutes the path C_PATH. For example, "outsourcing" is one of the tasks that make up the critical path, and the completion time TIME of "outsourcing" when the project start time is "0".
(Outsourcing) is 8 weeks.

【0102】ここで、DSM30の上三角行列部分、即
ち、後戻り工程に注目する。
Attention is now focused on the upper triangular matrix portion of the DSM 30, that is, the backtracking step.

【0103】クリティカル・パスの計算では、タスクの
後戻り工程の情報は、一切、参照していない。しかし、
実際には、DSM30には、3つの後戻り関係が含まれ
ている。1つ目は、「設計D」から「商品企画」への依
存度0.1(DSMのウェイトを10で割った値)の関
係、2つ目は、「外注」から「設計B」への依存度0.
3の関係、そして、3つ目は、「設計C」から「設計
A」への依存度0.5の関係である。
In the calculation of the critical path, no information on the backtracking process of the task is referenced. But,
In fact, the DSM 30 contains three backtracking relationships. The first is the relationship of 0.1 (depending on the weight of DSM divided by 10) from "design D" to "product planning", and the second is from "outsourcing" to "design B". Dependency 0.
The third relationship, and the third is the relationship of the dependency degree 0.5 from “design C” to “design A”.

【0104】本発明に関わるDSM30を用いれば、
「後戻り影響度」を考慮したリスク管理が容易に行え
る。
If the DSM 30 according to the present invention is used,
Risk management that considers the “return impact” can be easily performed.

【0105】後戻りリスクを定量化した「後戻り影響
度」は、以下のように定義される。
The “return effect degree”, which is a quantification of the return risk, is defined as follows.

【0106】先行タスクTiを入力タスク、後続タスクTj
を出力タスクとする後戻りRi,jにおいて、その依存度を
d(i,j)とする。t(i)をタスクTiの完了時刻、t(j)をタス
クTjの完了時刻、L(i)をタスクTiの作業期間とすると、
後戻りRi,jがプロジェクトに与える後戻り影響度A(i,j)
は、 A(i,j) = d(i,j)・{(t(j)−t(i)) + L(i)} ・・・(1) となる。
Predecessor task Ti is input task, successor task Tj
In the backtracking Ri, j whose output task is
Let d (i, j). Let t (i) be the completion time of task Ti, t (j) be the completion time of task Tj, and L (i) be the work period of task Ti.
Backtracking Ri, j has a backtracking impact on the project A (i, j)
Is A (i, j) = d (i, j) · {(t (j) −t (i)) + L (i)} (1).

【0107】なお、上記(1)式の右辺の (t(j)−t
(i)) + L(i) は、後戻り期間を表している。
It should be noted that (t (j) -t) on the right side of the above equation (1).
(i)) + L (i) represents the backtracking period.

【0108】例えば、後続タスク「設計D」から先行タ
スク「商品企画」への後戻り影響度A(i,j)を求める場
合、図8のDSM30より、直ちに、「設計D」と「商
品企画」の依存度 d(i,j) = 0.1、「商品企画」の
完了時刻 t(i) = 2、「設計D」の完了時刻 t(j) =
7、「商品企画」の作業期間 L(i) = 2を求めること
ができる。
For example, in the case of obtaining the backward influence degree A (i, j) from the subsequent task “design D” to the preceding task “product planning”, the “design D” and “product planning” are immediately obtained from the DSM 30 of FIG. Dependency d (i, j) = 0.1, "Product Planning" completion time t (i) = 2, "Design D" completion time t (j) =
7. The work period L (i) = 2 for "product planning" can be obtained.

【0109】従って、「設計D」から「商品企画」への
後戻り影響度は、 A(i,j) = 0.1・{(7−2)+2} = 0.7 となる。
Therefore, the degree of return from "design D" to "product planning" is A (i, j) = 0.1 {(7-2) +2} = 0.7.

【0110】同様にして、「外注」から「設計B」への
後戻り影響度は、1.8(依存度=0.3、後戻り期間
=6)、「設計C」から「設計A」への後戻り影響度
は、2.0(依存度=0.5、後戻り期間=4)と計算
される。
Similarly, the backward influence degree from “outsourcing” to “design B” is 1.8 (dependency = 0.3, backward return period = 6), and from “design C” to “design A”. The regressive effect degree is calculated to be 2.0 (dependency = 0.5, relapse period = 4).

【0111】このように、後戻り影響度という指標に基
づいてリスク管理を行う場合、「設計C」から「設計
A」への後戻り影響度が、プロジェクトに最も大きな影
響を与えるということが分かる。従って、「設計A」や
「設計C」の工程に優秀な技術者を配置するなどの対策
により、プロジェクトのリスク管理を行える。
As described above, when risk management is performed on the basis of the index of the backward influence, it is understood that the backward influence degree from “design C” to “design A” has the greatest influence on the project. Therefore, it is possible to manage the risk of the project by taking measures such as allocating an excellent engineer in the processes of “design A” and “design C”.

【0112】ところで、タスク間の依存度、即ち、DS
Mデータのウェイトを決定する際、後戻りの確率を基準
とすれば、上記(1)式より、後戻り影響度は、タスク
間の完了時刻の差分に後戻り確率を掛けることになるた
め、後戻り影響度は、プロジェクトの「遅れ」の期待値
を表している、と解釈することができる。
By the way, the dependency between tasks, that is, DS
When determining the weight of M data, if the backtracking probability is used as a reference, from the above equation (1), the backtracking impact is obtained by multiplying the difference in completion time between tasks by the backtracking probability. Can be interpreted as representing the expected “delay” of the project.

【0113】つまり、このようなリスク管理は、従来の
FMEAのRPNを用いた単純なリスク管理よりも、客
観的な評価が可能となる。
That is, such a risk management can be evaluated more objectively than the conventional simple risk management using the FMEA RPN.

【0114】[並列化によるリスクの定量化手法]依存
関係を有するタスクに関しては、先行タスクの工程が終
了してから後続タスクの工程をスタートさせるのが一般
的である。
[Method of Quantifying Risk by Parallelization] For tasks having a dependency relationship, it is general to start the process of the subsequent task after the process of the preceding task is completed.

【0115】しかし、工期を短縮させるために、先行タ
スクの工程が終了する前にある程度のリスクを覚悟して
後続タスクの工程をスタートさせる場合もある。この場
合のリスクとは、先行タスクの工程が終了した時点で先
行タスクに問題があることが分かったとき、後続タスク
が既に行った作業が無駄になることである。
However, in order to shorten the construction period, there is a case where the process of the subsequent task is started by preparing for a certain risk before the process of the preceding task is completed. The risk in this case is that the work already performed by the succeeding task is wasted when it is found that the preceding task has a problem at the end of the process of the preceding task.

【0116】以下では、このような並列化によるリスク
を定量化する手法を説明する。
A method of quantifying the risk due to such parallelization will be described below.

【0117】図9の工程図は、図6の工程図の先行関係
を保ちながら、図6の工程図の一部の工程を並列化した
ものである。
The process chart of FIG. 9 is obtained by parallelizing some of the steps of the process chart of FIG. 6 while maintaining the preceding relationship of the process chart of FIG.

【0118】破線で囲んだ部分34,36が並列工程で
ある。
The parts 34 and 36 surrounded by the broken line are parallel processes.

【0119】並列工程34において、「設計A」の工期
(作業期間)は、3週間であり、「設計C」の工期は、
1週間である。「設計A」の作業を開始して2週間後に
「設計C」の作業を開始すれば、「設計A」の工程が終
了する5週目には、「設計C」の工程も、同時に終了す
る。つまり、タスクの並列化によれば、工期を短縮でき
る可能性がある。
In the parallel process 34, the construction period (working period) of "design A" is 3 weeks, and the construction period of "design C" is
It's a week. If the work of "design A" is started two weeks after the work of "design A" is started, the process of "design C" is also finished in the fifth week when the process of "design A" is finished. . In other words, the parallelization of tasks may shorten the construction period.

【0120】但し、同時に、並列化によるリスクも考慮
しなければならない。例えば、「設計A」の工程が終了
した時点で、「設計A」に問題があることが分かった場
合には、「設計A」の工程に加えて、「設計C」の工程
についても、やり直さなければならない。
However, at the same time, the risk of parallelization must be taken into consideration. For example, when it is found that there is a problem in "design A" at the time when the process of "design A" is completed, the process of "design C" as well as the process of "design A" is redone. There must be.

【0121】また、並列工程36において、設計Bの工
期(作業期間)は、4週間であり、外注の工期は、2週
間である。「設計B」の作業を開始して2週間後に「外
注」作業を開始すれば、「設計B」の工程が終了する6
週目には、「外注」の工程も、同時に終了する。但し、
例えば、「設計B」の工程が終了した時点で、「設計
B」に問題があることが分かった場合には、「設計B」
の工程に加えて、「外注」の工程についても、やり直さ
なければならない。
In the parallel process 36, the design B construction period (working period) is 4 weeks, and the subcontracting construction period is 2 weeks. If the “outsourcing” work is started two weeks after the “design B” work is started, the “design B” process is completed 6
In the week, the "outsourcing" process is also completed at the same time. However,
For example, when it is found that there is a problem in "design B" at the time when the process of "design B" is completed, "design B"
In addition to the above process, the “outsourcing” process must be redone.

【0122】図9の工程図におけるプロジェクト全体の
工期は、9週目であり、図6の工程図におけるプロジェ
クト全体の工期に比べて、2週間だけ短くなっている。
タスクの並列化によれば、工期を短縮できる効果が得ら
れるが、その反面、その効果の大きさに比例して、ある
タスクの工程に問題が生じた場合におけるリスク(工期
の遅延)も大きくなる。
The construction period of the entire project in the process chart of FIG. 9 is the ninth week, which is shorter than the construction period of the entire project in the process chart of FIG. 6 by two weeks.
By parallelizing the tasks, the effect of shortening the construction period can be obtained, but on the other hand, the risk (delay of the construction period) when a problem occurs in the process of a certain task is large in proportion to the magnitude of the effect. Become.

【0123】図9の工程図では、「商品企画」、「設計
B」及び「製造」からなる経路は、クリティカル・パス
となっている。また、例えば、「設計B」の作業を開始
してから2週間を超える期間の後に「外注」の作業を開
始すれば、上記クリティカル・パスには、「外注」も含
まれることになる。
In the process diagram of FIG. 9, the route consisting of “product planning”, “design B” and “manufacturing” is a critical path. Further, for example, if the work of "outsourcing" is started after a period of more than two weeks after the work of "design B" is started, "outsourcing" is included in the critical path.

【0124】このように、タスクの並列化を図った場合
には、プロジェクトの工期が短縮される反面、タスクの
工程に問題が生じたときのリスクが大きくなる。
As described above, when the tasks are parallelized, the project construction period is shortened, but the risk when a problem occurs in the task process is increased.

【0125】並列化のリスクを定量化した「並列影響
度」は、以下のように定義される。
"Parallel influence degree" which quantifies the risk of parallelization is defined as follows.

【0126】先行タスクTiを出力タスク、後続タスクTj
を入力タスクとする並列化Fi,jにおいて、その依存度
を、d(i,j)、タスクTiの完了時刻を、t(i)、タスクTjの
完了時刻を、t(j)、タスクTjの作業期間を、L(j)とする
と、並列化Fi,jがプロジェクトに与える並列影響度H(i,
j)は、 H(i,j) = d(i,j)・{t(i) − ( t(j) − L(j) )} ・・・(2) となる。
Predecessor task Ti is output task, successor task Tj
In the parallelized Fi, j whose input task is, the dependency is d (i, j), the completion time of task Ti is t (i), the completion time of task Tj is t (j), task Tj Let L (j) be the work period of H, the parallel impact H (i,
j) is H (i, j) = d (i, j) · {t (i) − (t (j) −L (j))} (2).

【0127】なお、上記(2)式の右辺のt(i) − ( t
(j) − L(j) )は、並列工程における2つのタスクの重
なり合う並列期間を表している。
It should be noted that t (i)-(t
(j) -L (j)) represents the overlapping parallel period of two tasks in the parallel process.

【0128】図10は、図9で導入したタスクの並列化
をDSMで表したものである。
FIG. 10 is a DSM representation of the parallelization of the tasks introduced in FIG.

【0129】このDSMは、図8のDSMと比べると、
並列化により、タスクの完了時刻の一部(DSMの依存
関係表現部の対角線部分の数字の一部)が変わっている
点に特徴を有する。
Compared with the DSM of FIG. 8, this DSM is
Due to the parallelization, a part of the task completion time (a part of the numbers in the diagonal line part of the dependency expression part of DSM) is changed.

【0130】並列影響度は、DSMの下三角形行列部分
に基づいて計算する。
The degree of parallel influence is calculated based on the lower triangular matrix portion of DSM.

【0131】例えば、先行タスク「設計B」と後続タス
ク「外注」の並列影響度H(i,j)を求める場合、図10の
DSMより、直ちに、「設計B」と「外注」の依存度 d
(i,j) = 0.9、「設計B」の完了時刻 t(i) = 6、
「外注」の完了時刻 t(j) =6、「外注」の作業期間 L
(j) = 2を求めることができる。
For example, when the parallel influence degree H (i, j) of the preceding task "design B" and the succeeding task "outsourcing" is obtained, the dependency degree between "design B" and "outsourcing" is immediately obtained from DSM in FIG. d
(i, j) = 0.9, completion time of "design B" t (i) = 6,
"Outsourcing" completion time t (j) = 6, "Outsourcing" work period L
(j) = 2 can be obtained.

【0132】従って、「設計B」と「外注」との並列影
響度は、 H(i,j) = 0.9・{6−(6−2)} = 1.8 となる。
Therefore, the degree of parallel influence between “design B” and “outsourcing” is H (i, j) = 0.9 · {6- (6-2)} = 1.8.

【0133】同様にして、「設計A」と「設計C」の並
列影響度は、依存度(0.9)にタスクの重なり期間
(1w)を乗算することにより、0.9と計算される。
Similarly, the parallel influence degree of "design A" and "design C" is calculated as 0.9 by multiplying the dependency degree (0.9) by the overlapping period (1w) of tasks. .

【0134】このように、並列影響度という指標に基づ
いてリスク管理を行う場合、「設計B」と「外注」の並
列影響度が、プロジェクトに最も大きな影響を与えると
いうことが分かる。従って、「設計B」の工程に優秀な
技術者を配置したり、優秀な「外注」を使用するなどの
対策により、プロジェクトのリスク管理を行える。
As described above, when risk management is performed based on the index of parallel influence, it can be seen that the parallel influence of “design B” and “outsourcing” has the greatest influence on the project. Therefore, it is possible to manage the risk of the project by arranging an excellent engineer in the process of “design B” and using an excellent “outsourcing”.

【0135】ところで、タスク間の依存度、即ち、DS
Mデータのウェイトを決定する際、出力タスクが失敗す
る確率(問題が発生する確率)を基準とすれば、上記
(2)式より、並列影響度は、タスクの重なり期間に出
力タスクの失敗確率を掛けることになり、並列影響度
は、プロジェクトの「遅れ」の期待値を表している、と
解釈することができる。
By the way, the dependency between tasks, that is, DS
When determining the weight of M data, if the output task failure probability (probability of occurrence of a problem) is used as a reference, from the above equation (2), the parallel influence degree is the output task failure probability in the task overlapping period. Therefore, it can be interpreted that the degree of parallel influence represents the expected value of “delay” of the project.

【0136】つまり、このようなリスク管理は、従来の
FMEAのRPNを用いた単純なリスク管理よりも、客
観的な評価が可能となる。
In other words, such risk management enables more objective evaluation than the conventional simple risk management using the FMEA RPN.

【0137】ところで、並列工程を含む場合の後戻り影
響度についても、図10のDSMから得られる数値を上
記(1)式に代入することにより求められる。
By the way, the back-back influence degree in the case of including the parallel process is also obtained by substituting the numerical value obtained from the DSM of FIG. 10 into the above equation (1).

【0138】例えば、後続タスク「外注」から先行タス
ク「設計B」への後戻り影響度A(i,j)を求める場合、図
10のDSMより、「外注」から「設計B」への依存度
d(i,j) = 0.3、「設計B」の完了時刻 t(i) =
6、「外注」の完了時刻 t(j)= 6、「設計B」の作業
期間 L(i) = 4を求めることができる。
For example, in the case of obtaining the backward influence degree A (i, j) from the subsequent task “outsourcing” to the preceding task “design B”, the degree of dependency from “outsourcing” to “design B” is calculated from DSM in FIG.
d (i, j) = 0.3, "Design B" completion time t (i) =
6. The completion time t (j) = 6 for “outsourcing” and the work period L (i) = 4 for “design B” can be obtained.

【0139】従って、「外注」から「設計B」への後戻
り影響度は、 A(i,j) = 0.3・{(6−6)+4} = 1.2 となる。
Therefore, the backward influence degree from “outsourcing” to “design B” is A (i, j) = 0.3 {(6-6) +4} = 1.2.

【0140】同様にして、「設計C」から「設計A」へ
の後戻り影響度は、1.5(依存度=0.5、後戻り期
間=3)、「設計D」から「商品企画」への後戻り影響
度は、0.6(依存度=0.1、後戻り期間=6)と計
算される。
In the same manner, the backward influence degree from “design C” to “design A” is 1.5 (dependency = 0.5, backward return period = 3), and from “design D” to “product planning”. The regressive influence degree is calculated as 0.6 (dependency = 0.1, relapse period = 6).

【0141】このように、並列工程を含む場合の後戻り
影響度という指標に基づいてリスク管理を行う場合、
「設計C」から「設計A」への後戻り影響度が、プロジ
ェクトに最も大きな影響を与えるということが分かる。
従って、「設計A」や「設計C」の工程に優秀な技術者
を配置するなどの対策により、プロジェクトのリスク管
理を行える。
In this way, when risk management is performed based on the index of the back-back influence degree in the case of including parallel processes,
It can be seen that the degree of backtracking impact from “design C” to “design A” has the greatest impact on the project.
Therefore, it is possible to manage the risk of the project by taking measures such as allocating an excellent engineer in the processes of “design A” and “design C”.

【0142】以上、並列工程を含むプロジェクトのリス
ク管理については、後戻り影響度と並列影響度という観
点から定量化することができ、客観的なリスク評価が行
える。
As described above, the risk management of the project including the parallel process can be quantified from the viewpoint of the backward influence degree and the parallel influence degree, and the objective risk evaluation can be performed.

【0143】[0143]

【発明の効果】本発明によれば、DSMデータで表現さ
れた詳細なプロセス・モデルに基づいて、従来のFME
Aによるリスク分析よりも正確に、後戻り工程のリスク
及び並列工程のリスクを定量化することができる。これ
に伴い、クリティカル・パス上のタスクに対して、後戻
り工程や並列工程による遅れがプロジェクトにどのよう
な影響を及ぼすのかを把握でき、従来のクリティカル・
パスだけによるプロジェクト管理に比べて、現実的な時
間管理、リスク管理が可能となる。
According to the present invention, the conventional FME based on the detailed process model represented by DSM data is used.
The risk of the backtracking process and the risk of the parallel process can be quantified more accurately than the risk analysis by A. As a result, for tasks on the critical path, it is possible to understand how delays due to backtracking processes and parallel processes affect the project, and
Compared with project management by path only, it is possible to manage time and risk more realistically.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明のプロジェクト・リスク管理方法を実行
する装置を示す図。
FIG. 1 is a diagram showing an apparatus for executing a project risk management method of the present invention.

【図2】タスク間の依存関係をマトリクス形式で表現し
たDSMを示す図。
FIG. 2 is a diagram showing a DSM in which dependency relationships between tasks are expressed in a matrix format.

【図3】Partitioningによりタスク順序の並び換えが行
われたDSMを示す図。
FIG. 3 is a diagram showing a DSM in which task order is rearranged by partitioning.

【図4】タスクの先行関係と後戻り関係を示すフローチ
ャート。
FIG. 4 is a flow chart showing a preceding relationship and a backward relationship of tasks.

【図5】タスクの作業期間情報を示す図。FIG. 5 is a diagram showing work period information of a task.

【図6】プロジェクトのクリティカル・パスを示す図。FIG. 6 is a diagram showing a critical path of a project.

【図7】タスクの完了時刻とクリティカル・パスを生成
するアルゴリズムを示すフローチャート。
FIG. 7 is a flowchart showing an algorithm for generating a task completion time and a critical path.

【図8】タスクの完了時刻とクリティカル・パスを表現
したDSMを示す図。
FIG. 8 is a diagram showing a DSM expressing a task completion time and a critical path.

【図9】並列工程を含むプロジェクトのクリティカル・
パスを示す図。
[Fig. 9] Project criticality including parallel processes
Diagram showing paths.

【図10】並列工程を含むプロジェクトのDSMを示す
図。
FIG. 10 is a diagram showing a DSM of a project including parallel processes.

【符号の説明】[Explanation of symbols]

1 :プロジェクト管理システム、 2 :表示装置、 3 :データベース、 4 :演算装置、 5 :インターフェース、 6,9 :入力タスク部、 7,10 :出力タスク部、 8,11 :依存関係表示部、 12 :タスク、 13 :タスク間の先行関係、 14 :タスク間の後戻り関係、 15 :タスク記入欄、 16 :タスク作業期間記入欄、 17 :タスク(クリティカル・パスに含ま
れない)、 18 :タスク(クリティカル・パスに含ま
れる)、 19 :開始点、 20,22−26,28 :処理、 21,27 :条件分岐、 29 :終了点、 30 :DSM、 31 :バンド、 32,38 :タスクの完了時刻(クリティカル・
パスに含まれない)、 33,39 :タスクの完了時刻(クリティカル・
パスに含まれる)、 34,36 :依存関係のあるタスクを並列化した
並列工程、 35 :並列工程を含むプロジェクトのクリ
ティカル・パス、 37 :並列工程を含むプロジェクトのDS
Mデータ、 40 :DSMのウェイト。
1: Project management system 2: Display device 3: Database 4: Computing device 5: Interface 6,9: Input task unit 7,10: Output task unit 8, 11: Dependency display unit, 12 : Task, 13: Preceding relationship between tasks, 14: Backtracking relationship between tasks, 15: Task entry column, 16: Task work period entry column, 17: Task (not included in critical path), 18: Task ( (Included in critical path), 19: start point, 20, 22-26, 28: processing, 21, 27: conditional branch, 29: end point, 30: DSM, 31: band, 32, 38: completion of task Time (Critical
33, 39: Task completion time (critical, not included in path)
(Included in the path), 34, 36: Parallel process in which tasks with dependencies are parallelized, 35: Critical path of the project including the parallel process, 37: DS of the project including the parallel process
M data, 40: DSM weight.

Claims (17)

【特許請求の範囲】[Claims] 【請求項1】 プロジェクトに含まれる複数のタスク間
の依存性を示す依存度をマトリクス形式で表したデザイ
ン・ストラクチャー・マトリクスを作成する第1ステッ
プと、 前記複数のタスクの作業期間と先行関係とに基づいて、
前記プロジェクトの開始時刻を基準とした各タスクの完
了時刻を算出する第2ステップと、 前記複数のタスクのうち、第1タスクの完了時刻から前
記第1タスクよりも先行する第2タスクの開始時刻まで
の後戻り期間を算出する第3ステップと、 前記第1タスクから前記第2タスクへの依存度と前記後
戻り期間とを掛け合わせて、後戻り影響度を算出する第
4ステップとを具備することを特徴とするプロジェクト
管理方法。
1. A first step of creating a design structure matrix in which a degree of dependency indicating a dependency between a plurality of tasks included in a project is expressed in a matrix format, and a work period and a preceding relationship of the plurality of tasks. On the basis of,
A second step of calculating a completion time of each task based on the start time of the project; and a start time of a second task preceding the first task from the completion time of the first task among the plurality of tasks And a fourth step of calculating a backtracking influence degree by multiplying the backtracking period by the degree of dependence from the first task to the second task. The characteristic project management method.
【請求項2】 プロジェクトに含まれる複数のタスク間
の依存性を示す依存度をマトリクス形式で表したデザイ
ン・ストラクチャー・マトリクスを作成する第1ステッ
プと、 前記複数のタスクの作業期間と先行関係とに基づいて、
前記プロジェクトの開始時刻を基準とした各タスクの完
了時刻を算出する第2ステップと、 前記複数のタスクのうち、第1タスクと、前記第1タス
クに対して依存度を有し、前記第1タスクが完了する前
に開始する並列関係を有する第2タスクとに関して、前
記第1及び第2タスクが重なり合う並列期間を算出する
第3ステップと、 前記第1タスクから前記第2タスクへの依存度と前記並
列期間とを掛け合わせて、並列影響度を算出する第4ス
テップとを具備することを特徴とするプロジェクト管理
方法。
2. A first step of creating a design structure matrix in which a degree of dependency indicating a dependency between a plurality of tasks included in a project is expressed in a matrix format, and a work period and a preceding relationship of the plurality of tasks. On the basis of,
A second step of calculating a completion time of each task based on a start time of the project; a first task among the plurality of tasks; and a dependency on the first task, A third step of calculating a parallel period in which the first and second tasks overlap with respect to a second task having a parallel relationship that starts before the task is completed; and a degree of dependence from the first task to the second task And a parallel step, the fourth step of calculating a parallel influence degree by multiplying the parallel period.
【請求項3】 請求項2記載のプロジェクト管理方法に
おいて、 前記第2タスクの完了時刻から前記第1タスクの開始時
刻までの後戻り期間を算出する第5ステップと、 前記第2タスクから前記第1タスクへの依存度及び前記
後戻り期間を掛け合わせて、前記並列関係を有する前記
第1及び第2タスクの後戻り影響度を算出する第6ステ
ップとを具備することを特徴とするプロジェクト管理方
法。
3. The project management method according to claim 2, wherein a fifth step of calculating a backtrack period from the completion time of the second task to the start time of the first task, and the second task to the first A sixth step of calculating the degree of backtracking influence of the first and second tasks having the parallel relationship by multiplying the degree of dependency on the task and the backtracking period.
【請求項4】 前記複数のタスクの完了時刻は、前記デ
ザイン・ストラクチャー・マトリクスの対角線部分に記
録されることを特徴とする請求項1又は2又は3記載の
プロジェクト管理方法。
4. The project management method according to claim 1, wherein the completion times of the plurality of tasks are recorded in a diagonal line portion of the design structure matrix.
【請求項5】 前記複数のタスクの完了時刻のうち、ク
リティカル・パスを構成するタスクの完了時刻は、他の
タスクの完了時刻とは区別されて記録されていることを
特徴とする請求項4記載のプロジェクト管理方法。
5. The completion time of the tasks constituting the critical path among the completion times of the plurality of tasks is recorded separately from the completion times of other tasks. Described project management method.
【請求項6】 前記複数のタスクは、開始時刻が早い順
に、前記デザイン・ストラクチャー・マトリクス内に配
列され、前記対角線部分に対して一方側の三角行列部分
が先行関係、他方側の三角行列部分が後戻り関係を表し
ていることを特徴とする請求項4記載のプロジェクト管
理方法。
6. The plurality of tasks are arranged in the design structure matrix in ascending order of start time, and a triangular matrix portion on one side of the diagonal line portion has a preceding relationship, and a triangular matrix portion on the other side. 5. The project management method according to claim 4, wherein represents a backtracking relationship.
【請求項7】 請求項1又は2記載の第1乃至第4ステ
ップを実行させるためのプログラム。
7. A program for executing the first to fourth steps according to claim 1 or 2.
【請求項8】 請求項1又は2記載の第1乃至第4ステ
ップを実行させるためのプログラムが記録されたコンピ
ュータ読み取り可能な記録媒体。
8. A computer-readable recording medium in which a program for executing the first to fourth steps according to claim 1 or 2 is recorded.
【請求項9】 プロジェクトに含まれる複数のタスク間
の依存性を示す依存度をマトリクス形式で表したデザイ
ン・ストラクチャー・マトリクス、前記複数のタスクの
作業期間及び先行関係が記録されるデータベースと、前
記作業期間及び前記先行関係とに基づいて、前記プロジ
ェクトの開始時刻を基準とした各タスクの完了時刻を算
出する演算装置とを具備し、 前記演算装置は、前記複数のタスクのうち、第1タスク
の完了時刻から前記第1タスクよりも先行する第2タス
クの開始時刻までの後戻り期間を算出し、かつ、前記第
1タスクから前記第2タスクへの依存度と前記後戻り期
間とを掛け合わせて、後戻り影響度を算出することを特
徴とするプロジェクト管理装置。
9. A design structure matrix in which the degree of dependency indicating a dependency among a plurality of tasks included in a project is expressed in a matrix format, a database in which a work period and a preceding relationship of the plurality of tasks are recorded, and An arithmetic unit for calculating the completion time of each task based on the start time of the project based on the work period and the preceding relationship, wherein the arithmetic unit is the first task among the plurality of tasks. From the completion time to the start time of the second task preceding the first task, and multiplying the degree of dependence from the first task to the second task by the backtrack period. A project management device characterized by calculating a backtracking influence degree.
【請求項10】 プロジェクトに含まれる複数のタスク
間の依存性を示す依存度をマトリクス形式で表したデザ
イン・ストラクチャー・マトリクス、前記複数のタスク
の作業期間及び先行関係が記録されるデータベースと、
前記作業期間及び前記先行関係とに基づいて、前記プロ
ジェクトの開始時刻を基準とした各タスクの完了時刻を
算出する演算装置とを具備し、 前記演算装置は、前記複数のタスクのうち、第1タスク
と、前記第1タスクに対して依存度を有し、前記第1タ
スクが完了する前に開始する並列関係を有する第2タス
クとに関して、前記第1及び第2タスクが重なり合う並
列期間を算出し、かつ、前記第1タスクから前記第2タ
スクへの依存度と前記並列期間とを掛け合わせて、並列
影響度を算出することを特徴とするプロジェクト管理装
置。
10. A design structure matrix in which a degree of dependency indicating a dependency between a plurality of tasks included in a project is expressed in a matrix format, a database in which a work period of the plurality of tasks and a preceding relationship are recorded.
An arithmetic unit for calculating the completion time of each task based on the start time of the project based on the work period and the preceding relationship, wherein the arithmetic unit is the first of the plurality of tasks. For a task and a second task having a dependency on the first task and having a parallel relationship that starts before the first task is completed, a parallel period in which the first and second tasks overlap is calculated. Further, the project management apparatus is characterized in that the degree of parallel influence is calculated by multiplying the degree of dependence from the first task to the second task and the parallel period.
【請求項11】 請求項10記載のプロジェクト管理方
法において、 前記演算装置は、 前記第2タスクの完了時刻から前記第1タスクの開始時
刻までの後戻り期間を算出し、かつ、前記第2タスクか
ら前記第1タスクへの依存度及び前記後戻り期間を掛け
合わせて、前記並列関係を有する前記第1及び第2タス
クの後戻り影響度を算出することを特徴とするプロジェ
クト管理装置。
11. The project management method according to claim 10, wherein the arithmetic device calculates a backtracking period from the completion time of the second task to the start time of the first task, and calculates from the second task. A project management apparatus, wherein the degree of backtracking influence of the first and second tasks having the parallel relationship is calculated by multiplying the degree of dependence on the first task and the backtracking period.
【請求項12】 前記複数のタスクの完了時刻は、前記
デザイン・ストラクチャー・マトリクスの対角線部分に
記録されることを特徴とする請求項9又は10又は11
記載のプロジェクト管理装置。
12. The completion time of the plurality of tasks is recorded in a diagonal line portion of the design structure matrix.
Described project management device.
【請求項13】 前記複数のタスクの完了時刻のうち、
クリティカル・パスを構成するタスクの完了時刻は、他
のタスクの完了時刻とは区別されて記録されていること
を特徴とする請求項12記載のプロジェクト管理装置。
13. Among the completion times of the plurality of tasks,
13. The project management apparatus according to claim 12, wherein the completion times of the tasks forming the critical path are recorded separately from the completion times of other tasks.
【請求項14】 前記複数のタスクは、開始時刻が早い
順に、前記デザイン・ストラクチャー・マトリクス内に
配列され、前記対角線部分に対して一方側の三角行列部
分が先行関係、他方側の三角行列部分が後戻り関係を表
していることを特徴とする請求項12記載のプロジェク
ト管理装置。
14. The plurality of tasks are arranged in the design structure matrix in ascending order of start time, and a triangular matrix portion on one side with respect to the diagonal line portion has a preceding relationship, and a triangular matrix portion on the other side. 13. The project management apparatus according to claim 12, wherein represents a backtracking relationship.
【請求項15】 プロジェクトに含まれる複数のタスク
間の依存性を示す依存度をマトリクス形式で表したデザ
イン・ストラクチャー・マトリクスにおいて、前記複数
のタスクは、開始時刻が早い順に、行方向に入力タスク
として、列方向に出力タスクとして、それぞれ、前記デ
ザイン・ストラクチャー・マトリクス内に配列され、前
記プロジェクトの開始時刻を基準とした各タスクの完了
時刻は、前記デザイン・ストラクチャー・マトリクスの
対角線部分に配置され、前記対角線部分に対して、前記
入力タスク側の三角行列部分が後戻り関係、前記出力タ
スク側の三角行列部分が先行関係を表していることを特
徴とするデザイン・ストラクチャー・マトリクス。
15. A design structure matrix in which a dependency indicating a dependency between a plurality of tasks included in a project is expressed in a matrix format, wherein the plurality of tasks are input tasks in a row direction in ascending order of start time. As the output tasks in the column direction, they are arranged in the design structure matrix, respectively, and the completion time of each task based on the start time of the project is arranged in the diagonal line portion of the design structure matrix. The design structure matrix is characterized in that, with respect to the diagonal line portion, a triangular matrix portion on the input task side represents a backward relationship and a triangular matrix portion on the output task side represents a preceding relationship.
【請求項16】 前記複数のタスクの完了時刻のうち、
クリティカル・パスを構成するタスクの完了時刻は、他
のタスクの完了時刻とは区別されて記録されていること
を特徴とする請求項15記載のデザイン・ストラクチャ
ー・マトリクス。
16. Among the completion times of the plurality of tasks,
16. The design structure matrix according to claim 15, wherein the completion times of the tasks constituting the critical path are recorded separately from the completion times of other tasks.
【請求項17】 前記出力タスクとしての前記複数のタ
スクは、前記複数のタスクの先行関係に応じてバンドで
区分され、前記複数のタスクの作業期間は、後続タスク
の完了時刻からそれに先行する先行タスクの完了時刻を
差し引いた期間に等しくなることを特徴とする請求項1
5記載のデザイン・ストラクチャー・マトリクス。
17. The plurality of tasks as the output tasks are divided into bands according to a preceding relationship of the plurality of tasks, and a work period of the plurality of tasks is a preceding task that precedes a completion time of a succeeding task. 2. The period is equal to the period obtained by subtracting the completion time of the task.
The design structure matrix described in 5.
JP2001209731A 2001-07-10 2001-07-10 Method, device, program, and recording medium for project management Pending JP2003030395A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001209731A JP2003030395A (en) 2001-07-10 2001-07-10 Method, device, program, and recording medium for project management

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001209731A JP2003030395A (en) 2001-07-10 2001-07-10 Method, device, program, and recording medium for project management

Publications (1)

Publication Number Publication Date
JP2003030395A true JP2003030395A (en) 2003-01-31

Family

ID=19045348

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001209731A Pending JP2003030395A (en) 2001-07-10 2001-07-10 Method, device, program, and recording medium for project management

Country Status (1)

Country Link
JP (1) JP2003030395A (en)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007079868A (en) * 2005-09-13 2007-03-29 Internatl Business Mach Corp <Ibm> System and method for managing progress of task
WO2007043284A1 (en) * 2005-10-14 2007-04-19 Itid Consulting, Ltd. Product development process supporting system and product development process supporting method
JP2007310642A (en) * 2006-05-18 2007-11-29 Toyota Motor Corp Impact analyzer, method, and computer program
JP2009176010A (en) * 2008-01-24 2009-08-06 Internatl Business Mach Corp <Ibm> System for performing process management, process management method and program
JP2009193313A (en) * 2008-02-14 2009-08-27 Hiroshima Univ Apparatus, method and program for supporting design of bugless software system
WO2012053059A1 (en) * 2010-10-19 2012-04-26 株式会社日立製作所 Design support system
US8201174B2 (en) 2007-05-30 2012-06-12 International Business Machines Corporation Technique of determining performing order of processes
JP2015088141A (en) * 2013-11-01 2015-05-07 日立Geニュークリア・エナジー株式会社 Process planning assistance apparatus and process planning assistance method
CN106960088A (en) * 2017-03-13 2017-07-18 西北工业大学 The three-dimensional process model automatic update method changed towards process
JP2017173991A (en) * 2016-03-22 2017-09-28 日本電気株式会社 Support device, support method and program
CN110348623A (en) * 2019-07-03 2019-10-18 西安交通大学 Complex Product Development time prediction and optimization method based on Design Structure Model
CN111340320A (en) * 2018-12-18 2020-06-26 西安海平方网络科技有限公司 Work plan determination method and device, computer equipment and storage medium
WO2022162761A1 (en) * 2021-01-27 2022-08-04 三菱電機株式会社 Process maturity evaluation device and process maturity evaluation method

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007079868A (en) * 2005-09-13 2007-03-29 Internatl Business Mach Corp <Ibm> System and method for managing progress of task
US8458006B2 (en) 2005-10-14 2013-06-04 Itid Consulting, Ltd. Product development process supporting system and product development process supporting method
WO2007043284A1 (en) * 2005-10-14 2007-04-19 Itid Consulting, Ltd. Product development process supporting system and product development process supporting method
US8209212B2 (en) 2005-10-14 2012-06-26 Itid Consulting, Ltd. Product development process supporting system and product development process supporting method
JP2007310642A (en) * 2006-05-18 2007-11-29 Toyota Motor Corp Impact analyzer, method, and computer program
US8201174B2 (en) 2007-05-30 2012-06-12 International Business Machines Corporation Technique of determining performing order of processes
JP2009176010A (en) * 2008-01-24 2009-08-06 Internatl Business Mach Corp <Ibm> System for performing process management, process management method and program
US8655696B2 (en) 2008-01-24 2014-02-18 International Business Machines Corporation System for performing schedule management, schedule management method and program
JP2009193313A (en) * 2008-02-14 2009-08-27 Hiroshima Univ Apparatus, method and program for supporting design of bugless software system
WO2012053059A1 (en) * 2010-10-19 2012-04-26 株式会社日立製作所 Design support system
JP2015088141A (en) * 2013-11-01 2015-05-07 日立Geニュークリア・エナジー株式会社 Process planning assistance apparatus and process planning assistance method
JP2017173991A (en) * 2016-03-22 2017-09-28 日本電気株式会社 Support device, support method and program
CN106960088A (en) * 2017-03-13 2017-07-18 西北工业大学 The three-dimensional process model automatic update method changed towards process
CN106960088B (en) * 2017-03-13 2020-05-01 西北工业大学 Three-dimensional process model automatic updating method facing process change
CN111340320A (en) * 2018-12-18 2020-06-26 西安海平方网络科技有限公司 Work plan determination method and device, computer equipment and storage medium
CN111340320B (en) * 2018-12-18 2023-09-22 西安海平方网络科技有限公司 Work plan determining method, apparatus, computer device, and storage medium
CN110348623A (en) * 2019-07-03 2019-10-18 西安交通大学 Complex Product Development time prediction and optimization method based on Design Structure Model
CN110348623B (en) * 2019-07-03 2021-11-19 西安交通大学 Complex product development time prediction and optimization method based on design structure matrix
WO2022162761A1 (en) * 2021-01-27 2022-08-04 三菱電機株式会社 Process maturity evaluation device and process maturity evaluation method

Similar Documents

Publication Publication Date Title
Pleuss et al. Model-driven support for product line evolution on feature level
Albers Five hypotheses about engineering processes and their consequences
Hoogeveen Multicriteria scheduling
Stefansson et al. Discrete and continuous time representations and mathematical models for large production scheduling problems: A case study from the pharmaceutical industry
KR101532451B1 (en) Scheduling application allowing freeform data entry
Schmid et al. Hybridization of very large neighborhood search for ready-mixed concrete delivery problems
US7562062B2 (en) Forecasting system tool
JP2003030395A (en) Method, device, program, and recording medium for project management
US20100010856A1 (en) Method and system for constraint-based project scheduling
JPH077431B2 (en) Sequential fixed production planning system
US7369910B2 (en) Method for the optimizing of a production process
Bülbül et al. A linear programming-based method for job shop scheduling
Fachini et al. Exact and heuristic dynamic programming algorithms for the traveling salesman problem with flexible time windows
Portoleau et al. Robust decision trees for the multi-mode project scheduling problem with a resource investment objective and uncertain activity duration
Zwikael et al. Non-delay scheduling as a managerial approach for managing projects
Ludwig et al. Explaining Complex Scheduling Decisions.
JP2009258969A (en) Progress planning apparatus and method
Masin et al. Linear programming-based algorithms for the minimum makespan high multiplicity jobshop problem
JP3241714B2 (en) Plan type inference method and apparatus
JP2007072527A (en) Method for dynamic lot size scheduling involving setup having a plurality of attributes
Dori Simulation-based methods for float time determination and schedule optimization for construction projects
Schär et al. Towards an agile requirements engineering process combining HERMES 5 and SCRUM
JP7147243B2 (en) Scheduling device, method and program
Zekeng Ndadji et al. A grammatical model for the specification of administrative workflow using scenario as modelling unit
US20230351282A1 (en) Systems and methods for preparing and optimizing a project plan