JP2006323636A - プロジェクトリスク管理支援システム - Google Patents

Abstract

【課題】 管理対象プロジェクトに発生するイベントの系列からそれに起因するリスクを検出する。
【解決手段】 プロジェクト情報データベース２０２は、管理対象プロジェクトのイベント系列を記憶し、かつ他のプロジェクトにおいてリスク発生につながったイベント系列を記憶する。リスク検索部２０３は、プロジェクト情報データベース２０２を検索し、管理対象プロジェクトのイベント系列に一致する他のプロジェクトのイベント系列に対応するリスクを抽出する。
【選択図】 図２

Description

本発明は，プロジェクト実行時において不測事態の発生を防止するために、遂行過程で発生しうるリスクを予め予測して管理するプロジェクトリスク管理支援システムに関する。

プロジェクトリスクの管理支援方法としては、例えば特開２００１−１９５４８３号公報（特許文献１）に記載されているプロジェクトリスク管理支援方法がある．これは、リスク管理の管理対象プロジェクトの客観的評価と主観的評価から過去の類似プロジェクトを検索し、管理対象プロジェクトのもつリスクを予測/提示し、かつ管理対象プロジェクトのリスク対策内容・対策時期を記憶し監視するものである。

特開２００１−１９５４８３号公報

上記従来技術では、プロジェクトのある時点におけるプロジェクトの客観情報および主観情報に基づいてリスクを検索する。プロジェクトのリスクは、プロジェクトの特性に起因するリスクと、プロジェクトで起きたイベント系列に起因するリスクがある。ある時点の客観情報および主観情報ではプロジェクトの特性の変化およびイベント系列に起因するリスクを検出することは不可能である。

また、検出されたリスクの優先順位を決定する際にも、ある時点のリスクインパクトを提示するものであり、プロジェクトの状況変化に伴い早急に対応が必要なリスクを洗い出すことは不可能である。

また、従来技術は、検出されたリスクの施策決定については、類似プロジェクトの対応策を提示するが、プロジェクトマネージャーが立てた施策を評価することは不可能である。

本発明は、プロジェクトのイベント系列に起因するリスクを検出できないという問題を解決し、検出漏れの少ないリスク検索方法を提供することを目的とする。

本発明は、上記課題を解決すべく、管理対象プロジェクトのイベント系列を監視し、そのイベント系列と他のプロジェクトのイベント系列を比較し、両者が一致するイベント系列に起因するリスクを管理対象プロジェクトのリスクとして抽出する技術を特徴とする。

本発明によれば、管理対象プロジェクトに発生するイベント系列からそれに起因するリスクを検出できる。

以下、本発明のプロジェクトリスク管理支援の実施形態について図面を用いて詳細に説明する。

図１は、プロジェクトリスク管理支援システムの構成を示すブロック図である。プロジェクトマネジメントシステム１０１は、プロジェクトマネージャー、プロジェクトメンバ、支援部門などが利用する情報端末１０２−１、１０２−２、１０２−３と、データベース（ＤＢ）サーバ１０５と、アプリケーションサーバ１０６とを含んでいる。これらの端末およびサーバは、ＬＡＮおよびＷＡＮなどのネットワーク１１０により互いに接続されている。また、プロジェクトマネジメントシステム１０１は、ネットワーク１０７を介してプロジェクトの顧客企業にある情報端末１０８や業務上の取引先にある情報端末１０９とも接続されている。

ＤＢサーバ１０５およびアプリケーションサーバ１０６は、ＣＰＵ、メモリ、その他の記憶装置を備えるコンピュータである。情報端末１０２および情報端末１０８，１０９は、ＣＰＵ、メモリなどを備えるパーソナルコンピュータなどのコンピュータである。

図２は、プロジェクトマネジメントシステム１０１のソフトウェア構成図である。プロジェクトマネジメントシステム１０１は、イベント系列情報監視部２０１と、プロジェクト情報ＤＢ２０２と、リスク検索部２０３と、進捗情報監視部２０４と、リスクインパクト算出部２０６と、特性情報管理部２０７と、類似リスク検索部２０８とリスク対応計画作成支援部２０９と、リスク対応プロセス監視部２０５で構成されている。

プロジェクト情報ＤＢ２０２は、ＤＢサーバ１０５の記憶装置に格納されるデータベースである。イベント系列情報監視部２０１、リスク検索部２０３、進捗情報監視部２０４、リスクインパクト算出部２０６、特性情報管理部２０７、類似リスク検索部２０８、リスク対応計画作成支援部２０９およびリスク対応プロセス監視部２０５は、アプリケーションサーバ１０６のメモリに格納され、そのＣＰＵによって実行されるプログラムである。ＤＢサーバ１０５とアプリケーションサーバ１０６を１台のコンピュータで実現することもできる。

情報端末１０２および情報端末１０８，１０９は、ユーザインタフェースを実現するソフトウェアを搭載し、ネットワークを介してＤＢサーバ１０５およびアプリケーションサーバ１０６にアクセスし、プロジェクトの進捗状況を参照することができる。またプロジェクトマネージャーは、いずれかの情報端末１０２を介してＤＢサーバ１０５にプロジェクト管理に関する情報を登録する。

新規にリスク管理を行うプロジェクト（管理対象プロジェクトと呼ぶ）が発生すると、特性情報管理部２０７は、プロジェクトマネージャーが情報端末１０２を介して入力するプロジェクトの特性情報をプロジェクト情報ＤＢ２０２に書き込む。特性情報の入力は、プロジェクト特性登録画面を介して行われる。

図３にプロジェクト特性登録画面の例を示す。プロジェクト特性登録画面は、プロジェクト名４０１と、顧客特性４０２と、システム特性４０３、新規特性定義４０４を入力する領域を有する。

プロジェクト名４０１は、管理対象プロジェクトのプロジェクト名を入力する領域であり、ここに入力されたプロジェクト名は、プロジェクト情報ＤＢ２０２のプロジェクト情報テーブル２０２−１に書き込まれる。

プロジェクト情報テーブル２０２−１の例を図４に示す。プロジェクト情報テーブル２０２−１の各レコードは、プロジェクトＩＤ３０１と、プロジェクト名４０１と状態３０３からなる。プロジェクトＩＤ３０１は、各レコードにユニークな値が格納される。プロジェクト名４０１にはプロジェクト特性登録画面のプロジェクト名４０１で入力された値が格納される。プロジェクト特性登録画面にプロジェクト名４０１が入力されると、その管理対象プロジェクトにユニークなプロジェクトＩＤ３０１が割り振られる。状態３０３には、プロジェクトが進行しているか、終了しているかの状態を示す情報が格納される。状態３０３が“終了済”のプロジェクトは、過去事例として蓄積されているものであり、そのプロジェクト管理情報は、進行中プロジェクトのリスクマネジメントに対する提供情報となる。一方、状態３０３が“進行中”のプロジェクトについても、プロジェクト終了後には状態３０３が“終了済”に変わり、過去事例として蓄積される。

プロジェクト特性登録画面の顧客特性４０２およびシステム特性４０３は、プロジェクトの特性情報をあらわすもので、過去事例からプロジェクトの特性情報として定義されているものである。この特性情報はプロジェクト情報ＤＢ２０２の特性情報テーブル２０２−２に格納されている。

特性情報テーブル２０２−２の例を図５に示す。特性情報テーブル２０２−２の各レコードは、特性ＩＤ５０１と、特性種類５０２と、特性項目５０３からなる。特性ＩＤ５０１には、各レコードにユニークな値が格納される。特性種類５０２には、その特性が顧客特有の特性なのか、システム特有の特性なのかによって、“顧客特性”または“システム特性”の値が格納されている。特性項目５０３には、特性の具体的な内容が格納されている。

プロジェクト特性登録画面の顧客特性４０２には、特性情報テーブル２０２−２の特性種類５０２の値が“顧客特性”であるものが表示される。また、システム特性４０３には、特性情報テーブル２０２−２の特性種類５０２の値が“システム特性”であるものが表示される。プロジェクトマネージャーは、図３に示すように表示された顧客特性およびシステム特性から管理対象プロジェクトに該当するものをチェックする。また、管理対象プロジェクトにおいて特性情報テーブル２０２−２に格納されていない特性が存在する場合には、プロジェクトマネージャーは、新規特性定義４０４でその特性を定義し、新規の特性が“顧客特性”か“システム特性”かをチェックし、その特性項目を記入する。こうして新規に定義された特性は、特性情報テーブル２０２−２に書き込まれる。

プロジェクト特性登録画面でチェックされた管理対象プロジェクトの特性情報は、プロジェクト情報ＤＢ２０２のプロジェクト特性テーブル２０２−３に書き込まれる。プロジェクト特性テーブル２０２−３の例を図６に示す。プロジェクト特性テーブル２０２−３の各レコードは、プロジェクトＩＤ３０１と特性ＩＤ５０１からなる。プロジェクトＩＤ３０１には管理対象プロジェクトのプロジェクトＩＤ３０１が書き込まれる。特性ＩＤ５０１はプロジェクト特性登録画面でチェックされたプロジェクト特性の特性ＩＤ５０１が書き込まれる。プロジェクト特性テーブル２０２−３を参照することにより、管理対象プロジェクトの特性と類似度が高い過去プロジェクトは、類似プロジェクトとして抽出可能である。

特性情報管理部２０７は、プロジェクト進行中に特性が変った場合に、プロジェクトマネージャーの情報入力に応じて特性情報テーブル２０２−２およびプロジェクト特性テーブル２０２−３を更新する。

管理対象プロジェクトを開始する際、およびプロジェクトの計画が変更した際、進捗情報監視部２０４は、プロジェクトマネージャーが情報端末１０２を介して入力するプロジェクトの計画および進捗状況をプロジェクト情報ＤＢ２０２に書き込む。プロジェクト計画についての情報は、プロジェクト計画入力画面を介して入力される。

図７にプロジェクト計画入力画面の例を示す。プロジェクト計画入力画面は、管理対象プロジェクトについて各フェーズ７０１で実施する作業７０２と、その成果物７０３、および作業に携わる人員７０４、開始日７０５、終了予定日７０６を入力する領域を有する。ここで入力された情報は、プロジェクト情報ＤＢ２０２の作業情報定義テーブル２０２−４に書き込まれる。

作業情報定義テーブル２０２−４の例を図８に示す。作業情報定義テーブル２０２−４の各レコードは、プロジェクトＩＤ３０１と、作業ＩＤ８０２と、作業７０２と、開始日７０５と、終了予定日７０６と、人員７０４からなる。

プロジェクト進行中、進捗情報監視部２０４は、プロジェクトマネージャーの情報入力に応じて管理対象プロジェクトの進捗状況を管理する。

プロジェクトの進捗状況管理は、プロジェクト進捗管理画面を介して行われる。プロジェクト進捗管理画面の例を図９に示す。プロジェクト進捗管理画面は、管理対象プロジェクトについてフェーズ７０１を選択し、選択したフェーズで計画されているプロジェクトの作業の進捗率１６０２を入力する領域を有する。

進捗情報監視部２０４は、プロジェクト進捗管理画面の入力と、プロジェクト計画としてプロジェクト情報ＤＢ２０２の作業情報定義テーブル２０２−４に格納されている情報をもとに、プロジェクト情報ＤＢ２０２の作業状態テーブル２０２−５に値を書き込む。

作業状態テーブル２０２−５の例を図１０に示す。作業状態テーブル２０２−５の各レコードは、作業ＩＤ８０２と、進捗率１６０２と、終了予測日１７０３からなる。プロジェクト進捗管理画面を介して入力された各作業に対する進捗率１６０２が進捗率１６０２に書き込まれる。プロジェクトマネージャは、各作業に対して、作業情報定義テーブル２０２−４に格納されている開始日７０５、終了予定日７０６、人員７０４および作業状態テーブル２０２−５の進捗率１６０２から、作業の終了日を予測すると、進捗情報監視部２０４は、その予測日を終了予測日１７０３に書き込む。

終了予測日１７０３の値が作業情報定義テーブル２０２−４の終了予定日７０６より後の期日の場合、進捗情報監視部２０４は、リスク対応プロセス監視部２０５に、作業が遅れていることを一つのイベントとして通知する。

イベント系列情報監視部２０１は、プロジェクトマネージャーの情報入力に応じて管理対象プロジェクトで発生したイベントの経過情報を定期的に管理する。

プロジェクトで発生したイベントの経過情報は、プロジェクトイベント入力画面を介して入力される。プロジェクトイベント入力画面の例を図１１に示す。プロジェクトイベント入力画面は、プロジェクトマネージャが管理対象プロジェクトのフェーズ７０１をプルダウンメニューから選択し、選択したフェーズで発生したプロジェクトのイベント９０２をチェックするとともに、以前に発生したイベントで関連するものを関連イベント９０３としてプルダウンメニューから選択するために用いられる。

ここでイベントとは、プロジェクト中で発生した事象を意味する。イベントには、何かの活動を行ったことと、何かの活動を行っていないという両方の観点から定義される。各イベントは、過去のプロジェクトの経験から定義済とする。

プロジェクトのイベント９０２は、プロジェクト情報ＤＢ２０２のイベント情報テーブル２０２−６で定義されている。イベント情報テーブル２０２−６の例を図１２に示す。イベント情報テーブル２０２−６の各レコードは、フェーズ７０１と、イベントＩＤ１００２と、イベント９０２からなる。プロジェクトのイベント９０２には、“段階別見積を顧客と合意”１００４のようなプロジェクトで行った事象や、“複数の設計者の見積が異なる”１００５のようなプロジェクトの状態が含まれる。

プロジェクトイベント入力画面を介して入力された情報は、プロジェクト情報ＤＢ２０２のプロセステーブル２０２−７に書き込まれる。ここでプロセスとは、関連性をもつイベントの時系列順の系列をいい、イベント系列と同じ意味である。プロセステーブル２０２−７の例を図１３に示す。プロセステーブル２０２−７の各レコードは、プロジェクトＩＤ３０１と、親イベント１１０２と、子イベント１１０３、子イベント発生日１１０４からなる。親イベント１１０２には、プロジェクトイベント入力画面で関連イベント９０３として選択されたイベント９０２が書き込まれ、子イベント１１０３にはプロジェクトイベント入力画面でチェックされたイベント９０２が書き込まれる。

プロセステーブル２０２−７に設定されたイベント系列を図で表現したものを図１４に示す。各イベントが時系列で、かつイベント間の関連性が保持されている。＊＊／＊＊は、時系列に配列されたイベントの発生日を示している。例えば、イベント９０２−１〜９０２−２の親子関係とイベント９０２−３〜９０２−４の親子関係は、同じ親子関係でも、親子関係の発生した期間の違いの情報を保持する。

あるイベント系列の特定のイベントが発生してから、所定の時間経過しても期待される別の特定イベントが発生していない（実行されていない）という事象も１つのイベントとしてこのイベント系列に追加できる。

特性情報管理部２０７、進捗情報監視部２０４およびイベント系列情報監視部２０１がプロジェクト情報ＤＢ２０２に蓄積した情報をもとに、リスク検索部２０３は、管理対象プロジェクトが持っているリスクを検索する。

プロジェクトの持ちうるリスクは、プロジェクト情報ＤＢ２０２のリスク定義テーブル２０２−８で定義される。リスク定義テーブル２０２−８の例を図１５に示す。リスク定義テーブル２０２−８の各レコードは、リスク識別子１４０１とリスク項目１４０２からなる。

また、リスクの発生は、過去プロジェクトの特性およびイベント系列の組み合わせによりプロジェクト情報ＤＢ２０２のリスク発生プロセステーブル２０２−９で定義される。リスク発生プロセステーブル２０２−９の例を図１６に示す。リスク発生プロセステーブル２０２−９の各レコードは、リスク識別子１４０１と、特性１（５０１ａ）、特性２（５０１ｂ）…と、イベント１（９０２ａ）、イベント２（９０２ｂ）…からなる。ここで、特性１（５０１ａ）、特性２（５０１ｂ）…には依存関係はないが、イベント１（９０２ａ）、イベント２（９０２ｂ）…には依存関係がある。例えば、レコード１３０４の場合、プロジェクトが“sc007”、“sc011”、“cc003”の特性をもち、かつ“d02”、“d04”の順でイベントが起こった時に、リスク“rp04”が発生する。

リスク検索部２０３は、プロジェクト特性テーブル２０２−３を参照して管理対象プロジェクトの特性ＩＤ５０１を取得し、プロセステーブル２０２−７を参照して管理対象プロジェクトのイベント系列を取得する。次にリスク発生プロセステーブル２０２−９を検索して取得した特性ＩＤ５０１とイベント系列に合致するリスクを抽出する。なお特性ＩＤ５０１を無視し、管理対象プロジェクトのイベント系列に合致するリスクを検出してもよい。またリスク検索部２０３は、リスク発生プロセステーブル２０２−９を参照し、特性ＩＤ５０１の類似度が高く、イベント系列が合致するリスクを抽出してもよい。

このようにして検出されたリスクは、プロジェクトリスク一覧画面で表示される。プロジェクトリスク一覧画面の例を図１７に示す。プロジェクトリスク一覧画面には、プロジェクト名４０１と、リスク検索部２０３が検索したリスク項目１４０２、リスク発生日１５０３、およびリスクインパクト１５０４が表示される。リスク項目１４０２は、リスク定義テーブル２０２−８を参照して得られた検索されたリスクのリスク項目である。リスク発生日１５０３には、リスク検索によって初めて発生が検出された日時（該当するイベント系列中のいずれかのイベントの発生日）が表示され、リスクインパクト１５０４には、管理対象プロジェクトがとり得るリスクのインパクトが表示される。リスクインパクト１５０４は、過去事例における影響度および管理対象プロジェクトでの発生確率をもとにしてリスクインパクト算出部２０６が計算する。

リスクインパクトの変動状況は、リスクインパクト変動表示画面に表示される。リスクインパクト変動表示画面の例を図１８に示す。リスクインパクト変動表示画面には、定期的に蓄積されるリスクインパクトの値から各リスク項目のインパクトの推移が時系列で表示２００１される。また、本画面は、定期的に蓄積しているリスクインパクトの情報から、リスクインパクトの変動率のランキング２００２を表示する。リスク項目の変動率は、最近のリスクインパクトと最初のリスクインパクトの比を表している。リスク項目は、変動率の大きいものから順に配列され、対策の優先順位を示唆している。

リスク対応計画作成部２０９は、プロジェクトマネージャーの情報入力に応じてリスク検索部２０３が検出したリスクに対する施策を支援する。プロジェクトマネージャーは、プロジェクトリスク一覧画面のリスク項目１４０２について任意のリスク項目を選択し、リスクに対する対応策を立てる。対応策は、リスク対応プロセス入力画面を介して入力される。

リスク対応プロセス入力画面の例を図１９に示す。リスク対応プロセス入力画面には、管理対象プロジェクトのリスク項目１４０２の他に、対策１８０２と、根拠１８０３と、対策予定日１８０５と、実施内容１８０６と、結果１８０７の入力項目がある。リスク検索部２０３が抽出したリスクがリスク項目１４０２として表示されるので、プロジェクトマネージャーは、それに対する対策１８０２、根拠１８０３、および対策予定日１８０５を入力する。同じリスク項目に対しても、プロジェクトの背景や置かれた状況などにより、取るべき対策は異なるので、その対策を取ることの根拠１８０３も入力する。類似プロジェクト情報１８０４は、管理対象プロジェクトと特性が類似しているプロジェクトの同一リスク項目の対策と根拠を表示する。

各リスク項目について対策１８０２、根拠１８０３および対策予定日１８０５が入力された後、リスク対応プロセス監視部２０５は、対策予定日１８０５までに、リスク対策の具体的な実施内容１８０６と、その結果現れた事象の結果１８０７が入力されたか否か監視する。また結果が思わしくなかった場合には、プロジェクトマネージャーは、プロジェクト終了後に振り返り、どのようにすべきだったかという情報を結果１８０７に加えることができる。

リスク対応プロセス入力画面を介して入力された情報は、プロジェクト情報ＤＢ２０２のリスク対応プロセス情報テーブル２０２−１０に書き込まれる。図２０にリスク対応プロセス情報テーブル２０２−１０の例を示す。リスク対応プロセス情報テーブル２０２−１０の各レコードは、プロジェクトＩＤ３０１と、リスク識別子１４０１と、対策１８０２と、根拠１８０３と、対応予定日１８０５と、実施内容１８０６と、結果１８０７からなる。

類似リスク検索部２０８は、リスク対応プロセス情報テーブル２０２−１０を検索し、管理対象プロジェクトと特性が類似しているプロジェクトの同一リスク項目の対策と根拠を取得する。リスク対応計画作成支援部２０９は、取得した対策と根拠をリスク対応プロセス入力画面の類似プロジェクト情報１８０４に表示する。プロジェクトマネージャーは、表示された対策と根拠を参照し、実施内容１８０６と結果１８０７を入力する。リスク対応計画作成支援部２０９は、入力された情報をリスク対応プロセス情報テーブル２０２−１０の管理対象プロジェクトの該当する項目に登録する。

リスク対応プロセス入力画面を介して対策１８０２が入力されたとき、類似リスク検索部２０８は、対策１８０２のフリーテキストからキーワードを抽出し、リスク対応プロセス情報テーブル２０２−１０の過去のプロジェクトについて対策１８０２が類似しているものを類似検索する。その検索結果の結果１８０７からキーワードを抽出し、結果が思わしくなかったプロジェクトの対策１８０２、実施内容１８０６および結果１８０７を取得する。リスク対応計画作成支援部２０９は、取得した情報をアラーム表示画面に表示する。アラーム表示画面の例を図２１に示す。アラーム表示画面は、リスク対応プロセス入力画面に対策１８０２が入力された際、蓄積している過去プロジェクトの実施内容１８０６と、結果１８０７の推移が表示される。プロジェクトマネージャーは、この情報をもとに、再度対策について熟慮する。

プロジェクト終了後に、進捗情報監視部２０４は、プロジェクトマネージャーからの指示に基づいてプロジェクト情報テーブル２０２−１の管理対象プロジェクトの状態３０３の値を“終了済”に更新し、管理対象プロジェクトも過去事例の一つとして蓄積される。

実施形態のハードウェア構成図である。 実施形態のソフトウェア構成図である。 プロジェクト特性登録画面の例を示す図である。 プロジェクト情報テーブルの例を示す図である。 特性情報テーブルの例を示す図である。 プロジェクト特性テーブルの例を示す図である。 プロジェクト計画入力画面の例を示す図である。 作業情報定義テーブルの例を示す図である。 プロジェクト進捗管理画面の例を示す図である。 作業状態テーブルの例を示す図である。 プロジェクトイベント入力画面の例を示す図である。 イベント情報テーブルの例を示す図である。 プロセス系列テーブルの例を示す図である。 イベント系列を説明する図である。 リスク定義テーブルの例を示す図である。 リスク発生プロセステーブルの例を示す図である。 プロジェクトリスク一覧画面の例を示す図である。 リスクインパクト変動表示画面の例を示す図である。 リスク対応プロセス入力画面の例を示す図である。 リスク対応プロセス情報テーブルの例を示す図である。 アラーム表示画面の例を示す図である。

符号の説明

２０１…イベント系列情報監視部、２０２…プロジェクト情報ＤＢ、２０３…リスク検索部、２０４…進捗情報監視部、２０５…リスク対応プロセス監視部、２０６…リスクインパクト算出部、２０７…特性情報管理部、２０８…類似リスク検索部、２０９…リスク対応計画作成支援部、５０１…特性ＩＤ、９０２…イベント

Claims (5)

1. プロジェクト進行中に発生した事象をイベントと呼び、関連する複数のイベントの時系列順の系列をイベント系列と呼ぶ場合に、管理対象プロジェクトのイベント系列を記憶し、かつ他のプロジェクトにおいてリスク発生につながったイベント系列を記憶するプロジェクト情報データベースと、
   前記プロジェクト情報データベースを検索し、前記管理対象プロジェクトのイベント系列に一致する前記他のプロジェクトのイベント系列に対応するリスクを抽出するリスク検索部とを備えたことを特徴とするプロジェクトリスク管理支援システム。
2. 前記プロジェクト情報データベースは、さらに前記管理対象プロジェクトの特性情報と前記他のプロジェクトの特性情報を記憶し、
   前記リスク検索部は、前記管理管理対象プロジェクトの特性情報と前記他のプロジェクトの特性情報の類似度が高い場合に、前記のリスク抽出処理を行うことを特徴とする請求項１記載のプロジェクトリスク管理支援システム。
3. 前記イベント系列中の特定のイベントが発生してから、所定の時間が経過しても別の特定のイベントが発生していないという事象も１つのイベントとして当該イベント系列に追加されることを特徴とする請求項１記載のプロジェクトリスク管理支援システム。
4. プロジェクト進行中に発生した事象をイベントと呼び、関連する複数のイベントの時系列順の系列をイベント系列と呼ぶ場合に、管理対象プロジェクトのイベント系列と、他のプロジェクトにおいてリスク発生につながったイベント系列とをプロジェクト情報データベースに格納し、
   前記プロジェクト情報データベースに格納される他のプロジェクトに関するイベント系列を検索し、前記管理対象プロジェクトのイベント系列に一致する前記他のプロジェクトのイベント系列に対応するリスクを抽出することを特徴とするプロジェクトリスク管理支援方法。
5. 前記プロジェクト情報データベースは、さらに前記管理対象プロジェクトの特性情報と前記他のプロジェクトの特性情報を記憶し、
   前記管理対象プロジェクトの特性情報と前記他のプロジェクトの特性情報の類似度が高い場合に、前記のリスク抽出処理を行うことを特徴とする請求項４記載のプロジェクトリスク管理支援方法。
   

Images