(57)【要約】【課題】過去のプロジェクトの類似した懸案の実績から、状況の変化に合わせて発生し得る懸案の実績を取り出して、適確なリスクマネージメントを行うことを可能とする。【解決手段】プロジェクトの作業をＷＢＳにより管理するＰＭツール173と、プロジェクトで発生した懸案及び解決策を懸案履歴ＤＢに格納する懸案管理ツール172と、発生し得る懸案を検索するために入力されたプロジェクトの類似する懸案の類似度を算出する類似度算出処理部174とを備え、類似度算出処理部174は、入力される発生し得る懸案を検索するプロジェクトのＷＢＳ構成、各ＷＰの作業属性、状態に基づいて、懸案履歴ＤＢから、前記発生し得る懸案を検索するプロジェクトに存在するＷＰと同じ作業属性を持つＷＰで発生した懸案の一覧をＷＰ単位にまとめて取り出し、取り出した懸案の類似度を算出し、算出した懸案の類似度により関連する懸案を抽出する。【選択図】図１
2007316853.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクトの実施時に発生し得る懸案に対する解決策を提示するプロジェクトの管理方法において、
ＣＰＵ、ディスプレイ、懸案履歴ＤＢ及び主記憶装置を有するプロジェクト・懸案管理サーバ内に、プロジェクトの作業をＷＢＳ(Work Breakdown Structure)により管理するプロジェクトマネジメントツールと、プロジェクトで発生した懸案及び解決策を懸案履歴ＤＢに格納する懸案管理ツールとを構成し、
前記懸案管理ツールは、前記プロジェクトマネージメントツールを介して入力されるプロジェクトで発生した懸案及び発生した作業が属するＷＰ(Work Package)を、懸案発生時のプロジェクトのＷＢＳとＷＰの作業属性と状態とを懸案に関連付けて、前記懸案履歴ＤＢに格納しておくことを特徴とするプロジェクトの管理方法。
【請求項２】
プロジェクトの実施時に発生し得る懸案に対する解決策を提示するプロジェクトの管理方法において、
ＣＰＵ、ディスプレイ、懸案履歴ＤＢ及び主記憶装置を有するプロジェクト・懸案管理サーバ内に、プロジェクトの作業をＷＢＳ(Work Breakdown Structure)により管理するプロジェクトマネジメントツールと、プロジェクトで発生した懸案及び解決策を懸案履歴ＤＢに格納する懸案管理ツールと、発生し得る懸案を検索するために入力されたプロジェクトの類似する懸案の類似度を算出する類似度算出処理部とを構成し、
前記懸案管理ツールは、前記プロジェクトマネージメントツールを介して入力されるプロジェクトで発生した懸案及び発生した作業が属するＷＰ(Work Package)を、懸案発生時のプロジェクトのＷＢＳとＷＰの作業属性と状態とを懸案に関連付けて、前記懸案履歴ＤＢに格納しておき、
前記類似度算出処理部は、前記プロジェクトマネージメントツールを介して入力される発生し得る懸案を検索するプロジェクトのＷＢＳ構成、各ＷＰの作業属性、状態に基づいて、前記懸案履歴ＤＢから、前記発生し得る懸案を検索するプロジェクトに存在するＷＰと同じ作業属性を持つＷＰで発生した懸案の一覧をＷＰ単位にまとめて取り出し、取り出した懸案の類似度を算出し、算出した懸案の類似度により関連する懸案を抽出することを特徴とするプロジェクトの管理方法。
【請求項３】
前記類似度算出処理部は、前記取り出した懸案の一覧からＷＢＳの形態類似度により懸案を選択し、さらに、この選択された懸案からＷＢＳの状態類似度により懸案を選択することを特徴とする請求項２記載のプロジェクトの管理方法。
【請求項４】
前記プロジェクトマネージメントツールは、前記抽出された懸案をＷＰ単位で、表示装置に表示することを特徴とする請求項２または３記載のプロジェクトの管理方法。
【請求項５】
プロジェクトの実施時に発生し得る懸案に対する解決策を提示するプロジェクトの管理システムにおいて、
ＣＰＵ、ディスプレイ、懸案履歴ＤＢ及び主記憶装置を有するプロジェクト・懸案管理サーバ内に、プロジェクトの作業をＷＢＳ(Work Breakdown Structure)により管理するプロジェクトマネジメントツールと、プロジェクトで発生した懸案及び解決策を懸案履歴ＤＢに格納する懸案管理ツールと、発生し得る懸案を検索するために入力されたプロジェクトの類似する懸案の類似度を算出する類似度算出処理部とが構成されており、
前記懸案管理ツールは、前記プロジェクトマネージメントツールを介して入力されるプロジェクトで発生した懸案及び発生した作業が属するＷＰ(Work Package)を、懸案発生時のプロジェクトのＷＢＳとＷＰの作業属性と状態とを懸案に関連付けて、前記懸案履歴ＤＢに格納する機能を有し、
前記類似度算出処理部は、前記プロジェクトマネージメントツールを介して入力される発生し得る懸案を検索するプロジェクトのＷＢＳ構成、各ＷＰの作業属性、状態に基づいて、前記懸案履歴ＤＢから、前記発生し得る懸案を検索するプロジェクトに存在するＷＰと同じ作業属性を持つＷＰで発生した懸案の一覧をＷＰ単位にまとめて取り出す機能と、取り出した懸案の類似度を算出する機能と、算出した懸案の類似度により関連する懸案を抽出する機能を有することを特徴とするプロジェクトの管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロジェクトの管理方法及びシステムに係り、懸案の発生時にプロジェクトの状況を記録・蓄積して、リスクマネジメントを行うことを可能としたプロジェクトの管理方法及びシステムに関する。
【背景技術】
【０００２】
プロジェクトのリスクマネジメントを行う方法に関する従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、リスク評価シートと問題点管理シートとを関連付け、新規プロジェクトの計画段階において、新規プロジェクトの規模やリスク評価シートの評価点から類似している過去のプロジェクトの実績を取り出し、発生し得る問題点を予測してリスクマネジメントを行うというものである。前述のリスク評価シートとは、プロジェクトの遂行にあたってリスク要因となり得るリスクに対して、付与されるリスク項番と、該リスク項番が付されたリスク要因に関連する評価項目と、該評価項目毎に付与されたリスクの大小に基づくリスク評価点とを管理して、リスクを評価するために利用するシートである。また、問題点管理シートは、前記リスク項番と対応する対応リスク項番と、問題点発見工程、問題点、対策及びその効果のうちから選択される少なくとも１つとを管理するシートである。
【特許文献１】特開２００５−１４９４１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前述した従来技術は、リスク評価シートの評価点の類似性により過去のプロジェクトの実績を取り出すことがキーポイントとなっており、リスク評価シートの作成及び評価を新規なプロジェクトの開始時に実施している。しかし、実際のプロジェクトは、そのプロジェクトの進行に伴ってリスクが変化する。そして、前述した従来技術は、状況に応じた再評価を行うためにはリスク評価シートの再作成が必要でとなり、状況の変化を追って類似した問題点の実績を取り出すことが困難であるという問題点を有している。
【０００４】
本発明の目的は、前述した従来技術の問題点を解決し、プロジェクトの実施時に発生し得る懸案に対する解決策を、過去のプロジェクトの類似した懸案の実績に基づいて提示し、適確なリスクマネージメントを行うことができるようにしたプロジェクトの管理方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明によれば前記目的は、プロジェクトの実施時に発生し得る懸案に対する解決策を提示するプロジェクトの管理方法において、ＣＰＵ、ディスプレイ、懸案履歴ＤＢ及び主記憶装置を有するプロジェクト・懸案管理サーバ内に、プロジェクトの作業をＷＢＳ(Work Breakdown Structure)により管理するプロジェクトマネジメントツールと、プロジェクトで発生した懸案及び解決策を懸案履歴ＤＢに格納する懸案管理ツールとを構成し、前記懸案管理ツールは、前記プロジェクトマネージメントツールを介して入力されるプロジェクトで発生した懸案及び発生した作業が属するＷＰ(Work Package)を、懸案発生時のプロジェクトのＷＢＳとＷＰの作業属性と状態とを懸案に関連付けて、前記懸案履歴ＤＢに格納しておくことにより達成される。
【０００６】
また、前記目的は、プロジェクトの実施時に発生し得る懸案に対する解決策を提示するプロジェクトの管理方法において、ＣＰＵ、ディスプレイ、懸案履歴ＤＢ及び主記憶装置を有するプロジェクト・懸案管理サーバ内に、プロジェクトの作業をＷＢＳ(Work Breakdown Structure)により管理するプロジェクトマネジメントツールと、プロジェクトで発生した懸案及び解決策を懸案履歴ＤＢに格納する懸案管理ツールと、発生し得る懸案を検索するために入力されたプロジェクトの類似する懸案の類似度を算出する類似度算出処理部とを構成し、前記懸案管理ツールは、前記プロジェクトマネージメントツールを介して入力されるプロジェクトで発生した懸案及び発生した作業が属するＷＰ(Work Package)を、懸案発生時のプロジェクトのＷＢＳとＷＰの作業属性と状態とを懸案に関連付けて、前記懸案履歴ＤＢに格納しておき、前記類似度算出処理部は、前記プロジェクトマネージメントツールを介して入力される発生し得る懸案を検索するプロジェクトのＷＢＳ構成、各ＷＰの作業属性、状態に基づいて、前記懸案履歴ＤＢから、前記発生し得る懸案を検索するプロジェクトに存在するＷＰと同じ作業属性を持つＷＰで発生した懸案の一覧をＷＰ単位にまとめて取り出し、取り出した懸案の類似度を算出し、算出した懸案の類似度により関連する懸案を抽出することにより達成される。
【発明の効果】
【０００７】
本発明によれば、プロジェクトの進捗に合わせて更新される各ＷＰ（Work Package）の状態を使用して、類似した懸案の実績を容易に取り出すことができ、適確なリスクマネージメントを行うことができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明によるプロジェクトの管理方法及びシステムの実施形態を図面により詳細に説明する。
【０００９】
図１は本発明の一実施形態によるプロジェクトの管理システムの構成を示すブロック図である。図１において、１０はプロジェクト・懸案管理サーバ、１１はＣＰＵ、１２はキーボード、１３はディスプレイ、１４は懸案履歴ＤＢ（データベース）、１５はプロジェクトＤＢ、１６はネットワークインタフェース、１７は主記憶装置、１８はバス、２０はネットワーク、３０は作業者用端末、３１は通信部、３２は入力部、３３は表示部、３４は記憶部、３５は処理部、１４１は懸案情報、１４２は発生ＷＢＳ（Work Breakdown Structure）情報、１７１はＯＳ、１７２は懸案管理ツール、１７３はＰＭツール、１７４は類似度算出処理部、１７５はＷＢＳ管理部、１７６は関連懸案表示制御部、１７７はＷＢＳ形態類似度閾値、１７８はＷＢＳ状態類似度閾値である。
【００１０】
本発明の実施形態によるプロジェクトの管理システムは、ネットワーク２０に接続したプロジェクト・懸案管理サーバ１０と作業者用端末３０とにより構成されている。
【００１１】
プロジェクト・懸案管理サーバ１０は、ＣＰＵ１１、キーボード１２、ディスプレイ１３、懸案履歴ＤＢ（データベース）１４、プロジェクトＤＢ１５、ネットワークインタフェース１６及び主記憶装置１７から構成されており、それぞれがバス１８で接続されている。主記憶装置１７には、ＯＳ（オペレーティングシステム）１７１、懸案管理ツール１７２、ＰＭ（プロジェクトマネジメント）ツール１７３、類似度算出処理部１７４が展開されている。ＰＭツール１７３は、プロジェクトのＷＢＳ及びＷＰ（Work Package）の情報を管理するＷＢＳ管理部１７５と、類似プロジェクトで発生した懸案を表示制御するための関連懸案表示制御部１７６とにより構成されている。類似度算出処理部１７４は、類似懸案を選出するために使用するＷＢＳ形態類似度閾値１７７及びＷＢＳ状態類似度閾値１７８を有している。懸案管理ツール１７２及びＰＭツール１７３は、それぞれの処理結果をネットワーク２０経由で作業者端末３０に送信する。
【００１２】
前述において、懸案履歴ＤＢ１４、プロジェクトＤＢ１５は、コンピュータ内に構築されるプロジェクト・懸案管理サーバ１０が持つＨＤＤ等の記憶装置内に設けられていればよく、また、主記憶装置１７に展開されているＯＳ１７１、懸案管理ツール１７２、ＰＭツール１７３、類似度算出処理部１７４は、それぞれ、プログラムにより構成され、前述のＨＤＤ等の記憶装置内に格納されていて、主記憶装置１７に展開された後に、ＯＳ１７１の下でＣＰＵ１１により実行されることにより各機能が構築される。
【００１３】
作業者端末３０は、パーソナルコンピュータ等のコンピュータであり、よく知られているような一般的な構成を備えている。すなわち、作業者用端末３０は、ネットワークインタフェース等の通信部３１、キーボード、マウス等の入力部３２、コンピュータディスプレイ等の表示部３３、主メモリ等の記憶部３４、ＣＰＵ等の処理部３５を有すると共に、ＨＤＤ等による記憶装置が実装されて構成されている。
【００１４】
図２はＰＭツール１７３と懸案管理ツール１７２とが連携して懸案履歴ＤＢ１４に懸案情報１４１と発生ＷＢＳ情報１４２とを蓄積する動作の概要を説明する図、図３は懸案履歴ＤＢ１４内の懸案情報１４１を更新する動作の概要を説明する図である。図２により説明する動作は、プロジェクトを実施する途中等で発生した懸案を入力し、また、その懸案が解決した情報を入力して、懸案履歴ＤＢ１４に懸案情報１４１と発生ＷＢＳ情報１４２とを蓄積する動作であり、複数のプロジェクトのでの多数の情報を蓄積していく。このようにして作成された懸案履歴ＤＢ１４内の情報は、プロジェクトを実施する途中で発生し得る懸案を解決するために利用される。
【００１５】
図２において、懸案を登録する際、登録者は、まず、作業者用端末３０から発生ＷＰ１１１を指定する。この発生ＷＰ１１１の情報は、プロジェクト・懸案管理サーバ１７の懸案管理ツール１７２を介して、ＰＭツール１７３に送付される。ＰＭツール１７３は、該当するＷＰの作業属性１１３を懸案管理ツール１７２に通知すると共に、懸案履歴ＤＢ１４に発生ＷＢＳ情報１４２を登録する。懸案管理ツール１７２は、作業属性１１３を発生ＷＰの作業属性１１２として懸案の内容に付加し、懸案履歴ＤＢ１４に懸案情報１４１を登録する。このとき、懸案情報１４１には、懸案の内容として、発生ＷＰ１１１、作業属性１１２だけでなく、懸案タイトル、懸案内容、発生日、完了日（懸案が解決された日の情報であり、解決されるまでは空欄）が格納される。
【００１６】
そして、懸案が解決された場合等に、登録者が発生ＷＰを指定し、例えば、完了日を入力すると、図３に示すように、懸案管理ツール１７２は、対応する懸案の内容の完了日に入力された完了日を入力して、懸案情報１４１を修正、更新する。
【００１７】
図４は懸案履歴ＤＢ１４の情報を使用して、現在進行中のプロジェクトで発生し得る懸案に類似する懸案を、類似するプロジェクトから検索する処理の動作を説明するフローチャートであり、次に、これについて説明する。
【００１８】
（１）まず、ＰＭツール１７３に対して発生し得る懸案を調べたい対象プロジェクトを指定する。以後、この対象プロジェクトをプロジェクトαと呼ぶこととする。ＰＭツール１７３は、プロジェクトαのＷＢＳ構成、各ＷＰの作業属性、状態を類似度算出処理部１７４に送付する（ステップ２１０、２２０）。
【００１９】
（２）プロジェクトαのＷＢＳ構成、各ＷＰの作業属性、状態を受け取った類似度算出処理部１７４は、懸案履歴ＤＢ１４からプロジェクトαに存在するＷＰと同じ作業属性を持つＷＰで発生した懸案の一覧をＷＰ単位にまとめて取り出す。なお、この処理の詳細については、図５に示すフローにより後述する（ステップ２３０）。
【００２０】
（３）次に、類似度算出処理部１７４は、ステップ２３０の処理で取り出した懸案の一覧からＷＢＳ形態類似度閾値１７７に基づいて懸案の選択を行う。なお、この処理の詳細については、図７に示すフローにより後述する（ステップ２５０）。
【００２１】
（４）さらに、類似度算出処理部１７４は、ステップ２５０の処理で選択した懸案に対して、その懸案からＷＢＳ形態類似度閾値１７７に基づいて懸案の選択を行う。なお、この処理の詳細については、図１０に示すフローにより後述する（ステップ２７０）。
【００２２】
（５）ＰＭツール１７３は、ステップ２７０での懸案の選択の結果が類似度算出処理部１７４から送信されてくるのでこれを受け取って、作業者用端末３０の表示部３３に表示する（ステップ２９０）。
【００２３】
図５は図４に示すフローのステップ２３０での懸案履歴ＤＢ１４からプロジェクトαに存在するＷＰと同じ作業属性を持つＷＰで発生した懸案の一覧を取り出す処理の動作を説明するフローチャートであり、次に、これについて説明する。
【００２４】
（１）ここでの処理が開始されると、類似度算出処理部１７４は、ＰＭツール１７２からＷＢＳの情報を取得すると、ＷＢＳを木構造で捉えた場合の葉に当たる下位に他のＷＰが存在しないＷＰとその作業属性Ｃとを懸案履歴ＤＢ１４から取り出す（ステップ２０３〜２３２）。
【００２５】
（２）懸案履歴ＤＢ１４から取り出した懸案情報と、発生時ＷＢＳ情報の１つとを取り出して、懸案発生時のＷＰの作業属性が懸案履歴ＤＢ１４から取り出した作業属性Ｃと一致しているか否かを比較判定する（ステップ２３３、２３４）。
【００２６】
（３）ステップ２３４の判定で、懸案発生時のＷＰの作業属性が懸案履歴ＤＢ１４から取り出した作業属性Ｃと一致していた場合、ＷＰの関連懸案一覧に、懸案と発生時ＷＢＳ情報を追加する（ステップ２３５）。
【００２７】
（４）ステップ２３５の処理の後、または、ステップ２３４の判定で、懸案発生時のＷＰの作業属性が懸案履歴ＤＢ１４から取り出した作業属性Ｃと一致していなかった場合、全ての懸案のチェックが済んだか否かを判定し、済んでいなかった場合、ステップ２３３からの処理に戻って処理を繰り返す（ステップ２３６）。
【００２８】
（５）ステップ２３６の判定で、全ての懸案のチェックが済んでいた場合、ＷＢＳの全ての葉のＷＰのチェックが済んだか否かを判定し、済んでいなかった場合、ステップ２３２からの処理に戻って処理を繰り返し、済んでいた場合、ここでの処理を終了する（ステップ２３７）。
【００２９】
前述した図５の処理を行うことにより、ＷＰ毎に同一の作業属性を持つＷＰで発生した懸案の一覧を取得することができる。
【００３０】
図６は図５により説明した処理におけるデータの流れを示す図である。図５の処理の結果、懸案一覧の件数をカウントすることによりＷＰと対応する懸案数の表３０１の情報が類似度算出処理部１７４に生成される。ここで得られた懸案の一覧は、同一の作業属性のＷＰで発生したというだけであるため、発生し得る懸案としては範囲が広すぎる。プロジェクトの状態が類似した状況で発生した懸案のみを選択するために、次に、図４に示すフローのステップ２５０での選択操作を実施する。
【００３１】
図７は図４に示すフローのステップ２５０での類似度算出処理部１７４がＷＢＳ形態類似度閾値１７７を使用して懸案を選択する処理の動作を説明するフローチャートであり、次に、これについて説明する。
【００３２】
（１）ここでの処理が開始されると、類似度算出処理部１７４は、ステップ２３０の処理で作成された懸案の一覧から、一覧に含まれるプロジェクトαのＷＢＳの葉のＷＰの作業属性リスト（List１）を作成し、ＷＰ単位の懸案リストの１つを取り出す（ステップ２５０〜２５２）。
【００３３】
（２）ステップ２５２の処理で取り出したＷＰの作業属性がＣの懸案リストの懸案が、図８により後述するように、β１〜β１２の１２個ある場合、それぞれの懸案を取り出した後、懸案発生時のＷＢＳの葉のＷＰの作業属性リスト（List２）を作成する（ステップ２５３、２５４）。
【００３４】
（３）次に、List１とList２との排他的論理和をとってList３を生成し、List３のＷＰの数を数える。そして、List３の要素数（ＷＰの数）とＷＢＳ形態類似度閾値とを比較し、
List３の要素数（ＷＰの数）≦ＷＢＳ形態類似度閾値
の関係を満たしているか否かを判定し、満たしていなかった場合、懸案リストから懸案を削除する（ステップ２５５〜２５７）。
【００３５】
（４）ステップ２５７の処理の後、または、ステップ２５６の判定で、前述の式の関係を満たしていた場合、懸案リストの全懸案についてチェックを終了したか否かを判定し、終了していなかった場合、ステップ２５３からの処理に戻って処理を続ける（ステップ２５８）。
【００３６】
（５）ステップ２５８の判定で、懸案リストの全懸案についてチェックを終了していなかった場合、ステップ２５２からの処理に戻って処理を続け、懸案リストの全懸案についてチェックを終了していた場合、ここでの処理を終了する（ステップ２５９）。
【００３７】
図７により説明したような処理を、ＷＰ単位の懸案リスト全てに対して実施することにより、ＷＢＳ構成が大幅に異なるプロジェクトで発生した懸案を除外することができる。
【００３８】
図８は作業属性ＣのＷＰで発生した懸案履歴一覧を図７に示すフローに沿って選択した例を示す図である。図８において、ステップ２５１の処理で作成されたList１がプロジェクトαの作業属性リスト４０１であり、ステップ２５４の処理で作成されたList２が各懸案発生時ＷＢＳの作業属性リスト４０２〜４０５である。また、ステップ２５５の処理で、作業属性リスト４０１と作業属性リスト４０２との排他的論理和をとり、ＷＰの数を数えた結果が、図８に示す表４１１のように、共通でない作業属性を持つＷＰの数を数えたものである。各作業属性リスト４０３〜４０５の右に示す表が、作業属性リスト４０１と各作業属性リスト４０３〜４０５のそれぞれとの排他的論理和をとり、ＷＰの数を数えた結果を示している。
【００３９】
図９は図７に示すフローの処理によるＷＢＳ形態類似度閾値１７７による選択の結果、図６に示した表３０１がどのように変化したかを示す図である。この図から同一の作業属性で発生した懸案履歴の数を大きく低減できたことが判る。
【００４０】
図１０は図４に示すフローのステップ２７０での類似度算出処理部１７４がＷＢＳ状態類似度閾値１７８を使用して懸案を選択する処理の動作を説明するフローチャート、図１１は作業属性ＣのＷＰで発生した懸案履歴一覧について図１０に示す処理を実施した例を示す図であり、次に、これらについて説明する。
【００４１】
（１）ここでの処理が開始されると、類似度算処理出部１７４は、ステップ２５０の処理で作成された懸案の一覧から、一覧に含まれるプロジェクトαのＷＢＳの葉のＷＰの作業属性リスト（List１）を、図１１の表５０１のように作成し、ＷＰ単位の懸案リストの１つを取り出す（ステップ２７０〜２７２）。
【００４２】
（２）ステップ２５２の処理で取り出したＷＰの作業属性がＣの懸案リストから懸案の１つを取り出し、取り出した懸案の作業属性リスト（List２）を、図１１の表５０２、５０３のように作成する（ステップ２７３、２７４）。
【００４３】
（３）その後、類似度算処理出部１７４は、List１とList２との作業属性に関する論理積をとったリスト（List３）を作成する。ここでの処理において、図１１に示す表５０１と５０２との作業属性に関する論理積をとった結果が表５０４であり、同様に、表５０１と５０３との作業属性に関する論理積をとった結果が表５０５である（ステップ２７５）。
【００４４】
（４）次に、List１の各ＷＰのうちList２に含まれる作業属性を持つＷＰの状態を取り出して数値化（値ａ）し、List１の各ＷＰのうちList３に含まれる作業属性を持つＷＰの状態を取り出して数値化（値ｂ）する。具体的には、表５０４の作業属性を持つＷＰの状態だけを抜き出して数値化し、表５０４の作業属性を持つＷＰの状態だけを抜き出して数値化する（ステップ２７６、２７７）。
【００４５】
（５）同一の作業属性を有するＷＰ同士で、ステップ２７６、２７７の処理で求めた値ａ−値ｂの演算を行い、結果を合計する。表５０４、５０５に対して、ここでの処理を行った結果が、５１１に示す値１及び５１２に示す値−９である（ステップ２７８）。
【００４６】
（６）ステップ２７８で求めた合計の絶対値とＷＰ状態類似度閾値とを比較し、
合計の絶対値≦ＷＰ状態類似度閾値
の関係を満たしているか否かを判定し、満たしていなかった場合、懸案リストから懸案を削除する。値５１２に示す値は−９であり、｜−９｜＞ＷＢＳ状態類似度閾値であるので懸案β１２は懸案リストから削除される（ステップ２７９、２８０）。
【００４７】
（７）ステップ２８０の処理の後、または、ステップ２７９の判定で、前述の関係を満たしていた場合、懸案リストの全懸案についてチェックを終了したか否かを判定し、終了していなかった場合、ステップ２７３からの処理に戻って処理を続ける（ステップ２８１）。
【００４８】
（８）ステップ２８１の判定で、懸案リストの全懸案についてチェックを終了していた場合、全ＷＰの全懸案リストについてチェックを終了したか否かを判定し、終了していなかった場合、ステップ２７２からの処理に戻って処理を続け、終了していた場合、ここでの処理を終了する（ステップ２８２）。
【００４９】
各ＷＰの懸案リストに対して前述した処理を行うことにより、状態の差分の小さい状況で発生した懸案だけを残すことができる。
【００５０】
図１２はＷＢＳ状態類似度閾値１７８による選択の結果、図９の表が変化した例を示す図である。表６０１に示すように、同一の属性のＷＰの状態の差分により選別した結果、同一の作業属性で発生した懸案履歴の数を大きく低減できたことが判る。
【００５１】
類似度算出処理部１７４は、選択の結果６０１をＰＭツール１７３に送付する。ＰＭツールは、この結果を元にＷＰ毎に類似プロジェクトで発生した懸案を表示例６０２として示すように表示する。この表示例６０２の懸案の件数の部分をクリックすると、その内容を表示させることができる。このような内容の表示を、件数と同時に表示するようにしてよい。作業者等は、この表示により各懸案を確認することにより、プロジェクトαの実施時点での状態で発生し得る懸案の情報を、その時点のリスク管理シートを作成する手間を必要とせずに得ることができ、リスクマネジメントにつなげることができる。
【００５２】
前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。
【図面の簡単な説明】
【００５３】
【図１】本発明の一実施形態によるプロジェクトの管理システムの構成を示すブロック図である。
【図２】ＰＭツールと懸案管理ツールとが連携して懸案履歴ＤＢに懸案情報と発生ＷＢＳ情報とを蓄積する動作の概要を説明する図である。
【図３】懸案履歴ＤＢ内の懸案情報を更新する動作の概要を説明する図である。
【図４】懸案履歴ＤＢの情報を使用して、現在進行中のプロジェクトで発生し得る懸案に類似する懸案を、類似するプロジェクトから検索する処理の動作を説明するフローチャートである。
【図５】図４に示すフローのステップ２３０での懸案履歴ＤＢからプロジェクトαに存在するＷＰと同じ作業属性を持つＷＰで発生した懸案の一覧を取り出す処理の動作を説明するフローチャートである。
【図６】図５により説明した処理におけるデータの流れを示す図である。
【図７】図４に示すフローのステップ２５０での類似度算出処理部がＷＢＳ形態類似度閾値を使用して懸案を選択する処理の動作を説明するフローチャートである。
【図８】作業属性ＣのＷＰで発生した懸案履歴一覧を図７に示すフローに沿って選択した例を示す図である。
【図９】図７に示すフローの処理によるＷＢＳ形態類似度閾値による選択の結果、図６に示した表がどのように変化したかを示す図である。
【図１０】図４に示すフローのステップ２７０での類似度算出処理部がＷＢＳ状態類似度閾値を使用して懸案を選択する処理の動作を説明するフローチャートである。
【図１１】作業属性ＣのＷＰで発生した懸案履歴一覧について図１０に示す処理を実施した例を示す図である。
【図１２】ＷＢＳ状態類似度閾値による選択の結果、図９の表が変化した例を示す図である。
【符号の説明】
【００５４】
１０  プロジェクト・懸案管理サーバ
１１  ＣＰＵ
１２  キーボード
１３  ディスプレイ
１４  懸案履歴ＤＢ（データベース）
１５  プロジェクトＤＢ
１６  ネットワークインタフェース
１７  主記憶装置
１８  バス
２０  ネットワーク
３０  作業者用端末
３１  通信部
３２  入力部
３３  表示部
３４  記憶部
３５  処理部
１４１  懸案情報
１４２  発生ＷＢＳ（Work Breakdown Structure）情報
１７１  ＯＳ
１７２  懸案管理ツール
１７３  ＰＭ（プロジェクトマネジメント）ツール
１７４  類似度算出処理部
１７５  ＷＢＳ管理部
１７６  関連懸案表示制御部
１７７  ＷＢＳ形態類似度閾値
１７８  ＷＢＳ状態類似度閾値
【図１】
2007316853.tif 000003
【図２】
2007316853.tif 000004
【図３】
2007316853.tif 000005
【図４】
2007316853.tif 000006
【図５】
2007316853.tif 000007
【図６】
2007316853.tif 000008
【図７】
2007316853.tif 000009
【図８】
2007316853.tif 000010
【図９】
2007316853.tif 000011
【図１０】
2007316853.tif 000012
【図１１】
2007316853.tif 000013
【図１２】
2007316853.tif 000014