(57)【要約】【課題】  履歴として格納されたプロジェクトの状況との類似性をふまえて、発生が予測されるリスクに対して対策を提示することで、プロジェクトを管理する立場の人に対して客観的なデータによるサポートを行うことができるようにする。【解決手段】  類似性判定部４は、プロジェクトの性質（開発期間・規模・人数、開発メンバのスキル、場所の制約など）や状況（予定工数、実績工数、成果物実績、発生障害件数など）から、類似性の高いプロジェクト、そのプロジェクトにおける類似性の高い状況、類似性の高いリスクの判定を、履歴データとして格納された各データに対して行う。そして通知データ抽出部６は、類似性が高いと判定されたプロジェクトでの、類似性が高いと判定された状況での、類似性が高いと判定されたリスクに対して、所定レベル以上の効果が認められた対策方法を選択し、表示部８１やメール送信部８２により利用者に通知する。【選択図】  図１
2007058409.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクト進行に関するデータの履歴を格納する履歴格納手段と、
対象となるものおよび同項目の他のものの間の類似性が高いか否かを判定する類似性判定手段と、
前記類似性判定手段により類似性が高いと判定されたプロジェクトでの、類似性が高いと判定された状況での、類似性が高いと判定されたリスクに対する対策を前記履歴格納手段に格納されたデータから抽出するデータ抽出手段と、
前記データ抽出手段により抽出された対策を通知する通知手段と、を備えたことを特徴とするプロジェクト管理システム。
【請求項２】
前記データ抽出手段は、前記類似性判定手段により類似性が高いと判定されたリスクに対する対策と共に、当該対策実施時に必要となるコスト情報、課題情報および当該対策実施に伴うリスクの情報を前記履歴格納手段から抽出することを特徴とする請求項１記載のプロジェクト管理システム。
【請求項３】
前記データ抽出手段により抽出された対策の有効度を、前記履歴格納手段に格納されたデータに基づいて算出する有効度算出手段を備え、
前記通知手段は、前記データ抽出手段により抽出された対策と共に、前記有効度算出手段により算出された有効度を通知することを特徴とする請求項１または２記載のプロジェクト管理システム。
【請求項４】
プロジェクト進行に関するデータの履歴を格納する履歴格納手段を備えたプロジェクト管理システムのプログラムであって、
コンピュータに、
対象となるものおよび同項目の他のものの間の類似性が高いか否かを判定する類似性判定処理と、
前記類似性判定処理により類似性が高いと判定されたプロジェクトでの、類似性が高いと判定された状況での、類似性が高いと判定されたリスクに対する対策を前記履歴格納手段に格納されたデータから抽出するデータ抽出処理と、
前記データ抽出処理により抽出された対策を通知する通知処理と、を実行させることを特徴とするプロジェクト管理システムのプログラム。
【請求項５】
前記データ抽出処理では、前記類似性判定処理により類似性が高いと判定されたリスクに対する対策と共に、当該対策実施時に必要となるコスト情報、課題情報および当該対策実施に伴うリスクの情報を前記履歴格納手段から抽出することを特徴とする請求項４記載のプロジェクト管理システムのプログラム。
【請求項６】
前記コンピュータに、
前記データ抽出処理により抽出された対策の有効度を、前記履歴格納手段に格納されたデータに基づいて算出する有効度算出処理を実行させ、
前記通知処理では、前記データ抽出処理により抽出された対策と共に、前記有効度算出処理により算出された有効度を通知することを特徴とする請求項４または５記載のプロジェクト管理システムのプログラム。
【請求項７】
請求項４から６の何れか１項に記載のプロジェクト管理システムのプログラムが記録されたことを特徴とするプロジェクト管理システムのプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータによりプロジェクトの進行管理におけるサポートを行うためのプロジェクト管理システム、該システムのプログラムおよび該プログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
近年、各種の製品に求められる機能の複雑化や高度化により、ソフトウェア製品開発プロジェクトなどの各種プロジェクトの規模は増大し、また素早く製品を世の中に出すために開発期間の短縮が求められている。このような傾向により、担当者のスキルや生産性だけでなく、プロジェクト管理の方法によっても、プロジェクトの成否が決定されかねない時代になってきている。
【０００３】
例えば、現状のプロジェクトの状況、状態を正確に把握し、素早く対応するようなプロジェクトの進め方が必要になってきている。また、プロジェクト管理の手法も個人のスキルに委ねるのではなく、一元化、効率化することが求められるようになってきている。
【０００４】
また、特許文献１のものでは、プロジェクトの状況把握と対応作業の効率化を目的として、予定コスト／期間を超過する兆候のあるプロジェクトを早期に検出し、過去のノウハウを再利用することが試みられている。
【０００５】
また、本出願人により先に出願されている特許文献２、３のものでは、アウトプット文書を視覚的に管理することによって進捗管理を行なう技術が示されている。
【特許文献１】特開２００３−１９６４４７号公報
【特許文献２】特開２００３−１０８７３５号公報
【特許文献３】特開２００３−１４１３２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のプロジェクトの現場においては、プロジェクトマネージャが過去のプロジェクトで得た勘と経験に基づいて対策を実施している。
具体的には、
・  対策案の選択の幅が自身の経験の範囲に限定される。
・  環境要因の違いの考慮なく、問題の現象のみから成功体験に基づく対策が行われる。
・  不明確な基準で対策案が選択される。
などにより、対策の十分な効果が得られない、ノウハウとして蓄積されない、といった状況が少なからず発生してしまう虞があった。
【０００７】
また、上述した特許文献１のものでは、履歴として格納されたプロジェクトの状況との類似性をふまえて、発生が予測されるリスクに対して対策を提示することについてまで考慮されたものではなかった。
【０００８】
また、上述した特許文献２，３のものでは、プロジェクトの状況の把握に関してはアウトプット文書による進捗のみであり、状況の類似性をふまえてリスクへの対策を提示することについてまで考慮されたものではなかった。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、履歴として格納されたプロジェクトの状況との類似性をふまえて、発生が予測されるリスクに対して対策を提示することで、プロジェクトを管理する立場の人に対して客観的なデータによるサポートを行うことができるプロジェクト管理システム、該システムのプログラムおよび該プログラムを記録した記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１０】
かかる目的を達成するために、本発明の第１の態様としてのプロジェクト管理システムは、プロジェクト進行に関するデータの履歴を格納する履歴格納手段と、対象となるものおよび同項目の他のものの間の類似性が高いか否かを判定する類似性判定手段と、類似性判定手段により類似性が高いと判定されたプロジェクトでの、類似性が高いと判定された状況での、類似性が高いと判定されたリスクに対する対策を履歴格納手段に格納されたデータから抽出するデータ抽出手段と、データ抽出手段により抽出された対策を通知する通知手段と、を備えたことを特徴とする。
【００１１】
上記したデータ抽出手段は、類似性判定手段により類似性が高いと判定されたリスクに対する対策と共に、当該対策実施時に必要となるコスト情報、課題情報および当該対策実施に伴うリスクの情報を履歴格納手段から抽出することが好ましい。
【００１２】
上記したデータ抽出手段により抽出された対策の有効度を、履歴格納手段に格納されたデータに基づいて算出する有効度算出手段を備え、上記した通知手段は、データ抽出手段により抽出された対策と共に、有効度算出手段により算出された有効度を通知することが好ましい。
【００１３】
また、本発明の第２の態様としてのプロジェクト管理システムのプログラムは、プロジェクト進行に関するデータの履歴を格納する履歴格納手段を備えたプロジェクト管理システムのプログラムであって、コンピュータに、対象となるものおよび同項目の他のものの間の類似性が高いか否かを判定する類似性判定処理と、類似性判定処理により類似性が高いと判定されたプロジェクトでの、類似性が高いと判定された状況での、類似性が高いと判定されたリスクに対する対策を履歴格納手段に格納されたデータから抽出するデータ抽出処理と、データ抽出処理により抽出された対策を通知する通知処理と、を実行させることを特徴とする。
【００１４】
上記したデータ抽出処理では、類似性判定処理により類似性が高いと判定されたリスクに対する対策と共に、当該対策実施時に必要となるコスト情報、課題情報および当該対策実施に伴うリスクの情報を履歴格納手段から抽出することが好ましい。
【００１５】
コンピュータに、上記したデータ抽出処理により抽出された対策の有効度を、履歴格納手段に格納されたデータに基づいて算出する有効度算出処理を実行させ、上記した通知処理では、データ抽出処理により抽出された対策と共に、有効度算出処理により算出された有効度を通知することが好ましい。
【００１６】
また、本発明の第３の態様としてのプロジェクト管理システムのプログラムを記録した記録媒体は、上記した第２の態様としてのプロジェクト管理システムのプログラムが記録されたことを特徴とする。
【発明の効果】
【００１７】
以上のように、本発明によれば、履歴として格納されたプロジェクトの状況との類似性をふまえて、発生が予測されるリスクに対して対策を提示することで、プロジェクトを管理する立場の人に対して客観的なデータによるサポートを行うことができる。
【発明を実施するための最良の形態】
【００１８】
次に、本発明に係るプロジェクト管理システム、該システムのプログラムおよび該プログラムを記録した記録媒体を、ソフトウェアの開発プロジェクトで用いるプロジェクト管理システムに適用した一実施形態について、図面を用いて詳細に説明する。
【００１９】
図１は、本発明の実施形態としてのプロジェクト管理システムの構成例を示すブロック図である。この図１に示すように、本実施形態としてのプロジェクト管理システムは、進行中またはすでに終了したプロジェクトに関する各種の履歴データをデータ格納部９に格納し、その履歴データを用いて管理指標生成部１、評価結果生成部２、危険度判定部３、類似性判定部４、有効度算出部５などがそれぞれの処理を行う。
【００２０】
自動記録部７１は、プロジェクト進行時に、進行中のプロジェクトにおけるリスクへの対策案、コスト情報、課題情報、リスク情報などのプロジェクト関連情報を、プロジェクトの性質（開発期間・規模・人数、開発メンバのスキル、場所の制約など）や状況（予定工数、実績工数、成果物実績、発生障害件数など）に関連付けて、データ格納部９に履歴データとして格納する。
上記したリスクの対策情報は、入力部７２により利用者がプロジェクトの進行状況に応じて入力することとしてもよい。
【００２１】
本プロジェクト管理システムの利用者は、例えば各々のプロジェクトのプロジェクトマネージャと、複数のプロジェクトを管理する上級マネージャとしてもよい。
この場合、例えば図１に示すように３つのプロジェクトが進行中である場合は、プロジェクトＡのプロジェクトマネージャ、プロジェクトＢのプロジェクトマネージャ、プロジェクトＣのプロジェクトマネージャ、それらのプロジェクトを監視する上級マネージャが利用の対象者となる。
【００２２】
本システムへのインプットは、それぞれのプロジェクトにおける成果物や、その他成果物には表れない様々なデータである。
このインプットデータとしては、例えば、要求仕様書、設計仕様書、リスク一覧、ソースコード量、アウトプット品質、テスト消化数、ソフトウェア欠陥発見数、メンバのスキル、工数、コストなどが挙げられる。
これらのデータは、入力部７２から利用者により入力されてもよく、ネットワークを介して接続された情報機器から送信されてもよい。
【００２３】
本実施形態としてのプロジェクト管理システムでは、上述したインプットデータやその履歴データに基づいて、管理指標生成部１が管理指標を、評価結果生成部２がプロジェクト評価を、それぞれ生成する。
例えば、リスク管理指標、ソースコード完成率、テスト消化率、ソフトウェア欠陥発見数、メンバのスキルなどが管理指標となる。
【００２４】
こうした管理指標としては、一般化してさらに述べると、例えばスケジューリング、コスト、製品品質、人的スキル、リスク管理等が挙げられる。
プロジェクトを成功に導くためには、これらをいかにうまく管理していくのかが重要である。特に、プロジェクトの進行中に発生する、品質、コスト、日程に影響する問題（リスク）をいかに的確に予見し、回避策、もしくは発生による影響を最小限に抑える策を講じるかはプロジェクトを成功に導く重要なポイントとなる。
【００２５】
本実施形態としてのプロジェクト管理システムは、こうした管理指標やプロジェクト評価を算出して利用者に通知する機能を備える。
例えば、管理指標としてのテスト消化率は、実施予定のテストケース数に対する実施済みのテストケース数の比率として、データ格納部９に格納されたデータに基づいて算出する。すなわち、この場合、実施予定テストケース数、および実施済みテストケース数が、プロジェクトを特定する特定情報（識別コード、名称など）に関連付けられてデータ格納部９に格納されていることとなる。
なお、上述した管理指標の算出方法は、算出できれば上述したものに限定されず、各種の算出方法を用いてよい。評価結果の算出方法についても各種の算出方法であってよい。
【００２６】
危険度判定部３は、こうした管理指標をもとにプロジェクトの失敗確率や危険度を判定する。すなわち、指標値と計画値との差異を算出し、データ格納部９の過去の履歴データを参照して、類似性判定部４により算出された類似度の高いプロジェクトとの相関に基づいて失敗確率を算出する。
なお、危険度の算出方法は、算出できれば他の方法であってもよい。
【００２７】
類似性判定部４は、対象となるプロジェクトと他のプロジェクトのように、対象となるものと、同項目の他のものとの類似性が高いか否かを、例えば以下のアルゴリズムなどにより判定する。
この類似性を判定する項目としては、上記したプロジェクト、そのプロジェクトの性質、状況、その状況で発生が予想されるリスク、など各種のものがあるが、プロジェクトという項目について類似性判定を行う場合、類似性判定部４は、プロジェクトの性質や状況の類似性を数値で表現し（類似度と呼ぶ）、その値が予め定められた閾値以下の場合に「類似している」と判断する。
【００２８】
プロジェクト間の上記した類似度は、個々の性質や状況の類似度に所定の係数をかけた値の合計値として算出する。個々の性質や状況の類似度は、個々の性質や状況を数値化したものの差や比率として算出する。
また、本来数値として表現されていない性質や状況は、レベルを定義することでレベル値により数値化する。
【００２９】
通知データ抽出部６は、利用者からの要求やシステムの設定に基づいて、上述した各機能部分により算出されたデータや、プロジェクト進行上のリスクに対する対策案、対策実施時に必要となるコスト情報、考慮すべき課題情報、対策実施に伴うリスクの情報といった、利用者に通知するデータを抽出し、表示部８１での表示やメール送信部８２でのメール送信などによって通知する。
【００３０】
通知データ抽出部６は、上記した対策案やリスク情報などの通知情報を抽出するに当たって、まず、類似性判定部４に、データ格納部９に格納された履歴データに基づいてプロジェクトの性質、状況の類似度を算出させる。そして、類似度が高いと判定されたプロジェクトでの、類似度が高いと判定された状況での、類似度が高いと判定されたリスクが、対象となるプロジェクトで発生が予想されるリスクであると判定し、そのリスクおよびそのリスクに対する対策案を抽出する。
抽出したデータを通知するための表示やメール送信は、どのような形式を取ってもよい。例えば管理指標毎に表示形式が異なるようにされていてもよい。
【００３１】
図２は、本実施形態としてのプロジェクト管理システムにおけるデータ構造を示すＵＭＬ（Unified Modeling Language：統一モデリング言語）のクラス図である。
この図２に示す例では、上述した図１の例に示すプロジェクトＡ、プロジェクトＢ、プロジェクトＣのそれぞれについて、図２で示すような情報が備えられているとする。その各進行中プロジェクトから上述した成果物やその他様々データを自動記録部７１が履歴データに取り入れる。またこれらのインプットデータは、操作を行う利用者にとって無意識（アンコンシャス）に入力されるものとする。
【００３２】
例えば、リスク一覧の情報が更新されたらそのデータがデータ格納部９の履歴データに入力されるような仕組みとし、またソフトウェアの欠陥数を管理するデータベースがあるなら、そのデータベースとリンクすることで自動記録部７１により自動的にデータが履歴データに入力される仕組みとなっている。
より詳細には、例えば各プロジェクトでのリスクやそのリスクへの対策といった、履歴データに入力される各種データを、そのプロジェクトを特定する特定情報（識別コード、名称など）、および上述したプロジェクトの性質や状況と関連付けて、自動記録部７１が自動的に記録する。また、この履歴データへの入力は、入力部７２から利用者が入力することとしてもよく、他の入力方法であってもよい。
【００３３】
データ格納部９における履歴データは以下の構成となる。
‐プロジェクトの性質
‐認識されたリスク
・リスクの情報（重要度、影響度、発生可能性、実現化時期など）
・その時点でのプロジェクトの状況
・実施された対策
・対策実施に伴い発生するリスク
‐コスト
‐課題
‐リスク
・対策実施結果（有効度合い）
【００３４】
このような仕組みにより、プロジェクトのトレンドを常にシステムが把握することができる。
また、本実施形態としてのプロジェクト管理システムには様々なプロジェクトのデータやナレッジが蓄積されていくことになる。そのため複数のプロジェクトに跨った行政も可能となる。また、システム自体も進化していくことができ、使用を継続することにより、例えば対策案やコスト情報、課題、リスク情報などについてもより的確なサポート情報を通知することができるようになっていく。
【００３５】
こうして、プロジェクトマネージャは、上述した本実施形態としてのプロジェクト管理システムによってプロジェクトの定量化された管理指標とその評価結果を得ることができ、自プロジェクトの現状把握と意思決定に役立てることができる。
【００３６】
次に、本実施形態としてのプロジェクト管理システムの動作について説明する。
まず、本実施形態としてのプロジェクト管理システムが、発生が予測されるプロジェクト進行上のリスクに対して複数の対策案を利用者に通知する場合の第１の動作例について説明する。
【００３７】
この第１の動作例は、データ格納部９に履歴データとして保存している過去のプロジェクトのデータから、発生が予測される問題（リスク）への対策案を利用者に提示するものである。
ここでは、過去に発生した同種の現象の問題への対策のうち、性質や現在の状況の類似性が高いプロジェクトでの類似性が高いリスクに対する対策方法を選択して提示するものとする。
【００３８】
例として純粋な開発進捗の遅れ（作業の待合せや手戻りによる遅れではない）が発生している場合について説明する。
リスクへの対策案を提示する動作の開始トリガーが入力されると、類似性判定部４は、プロジェクトの性質（開発期間・規模・人数、開発メンバのスキル、場所の制約など）や状況（予定工数、実績工数、成果物実績、発生障害件数など）から、類似性の高いプロジェクト、そのプロジェクトにおける類似性の高い状況、類似性の高いリスクの判定を、履歴データとして格納された各データに対して行う。
そして通知データ抽出部６は、類似性が高いと判定されたプロジェクトでの、類似性が高いと判定された状況での、類似性が高いと判定されたリスクに対して、所定レベル以上の効果が認められた対策方法を選択し、表示部８１やメール送信部８２により利用者に通知する。
この対策方法とは、例えば、開発要員の追加、開発期間の延長、開発スコープの縮小、などである。
【００３９】
この開始トリガーと利用者への通知方法については、例えば図３（ａ）に示すように、対策提示の指示入力が入力部７２から入力された場合であれば、上述のようにして抽出された対策方法を表示部８１に表示することとしてよい。
【００４０】
また、図３（ｂ）に示すように、プロジェクトの状況に変化が生じるなどにより新たなリスクが認識された場合に、例えば該当するプロジェクトのマネージャなど予め設定された利用者に対して自動的にメール送信を行うことで通知するよう構成されてもよい。
このように、開始トリガーと利用者への通知方法の組み合わせは、予め設定された方法の組み合わせであれば、各種の方法の組み合わせであってよい。
【００４１】
以上のように、本実施形態としてのプロジェクト管理システムによれば、発生が予測されるプロジェクト進行上のリスクへの対策案をこれまでの履歴データに基づいて抽出し、そのプロジェクトにおけるプロジェクトマネージャなど所定の利用者に通知することができるため、プロジェクト管理に当たっての対策実施での効果、影響、コストの検討や、適切な案の選択を、客観的なデータの提示によりサポートすることができる。
【００４２】
次に、本実施形態としてのプロジェクト管理システムによる第２の動作例について説明する。
この第２の動作例は、データ格納部９に履歴データとして保存している過去のプロジェクトのデータから、発生が予測される問題（リスク）への対策案および、対策案の検討のためのポイントを提示するものである。この検討のためのポイントとしては、例えば対策実施時に必要となるコスト情報、考慮すべき課題情報およびその対策の実施に伴うリスク情報といったものである。
【００４３】
ここでは、過去に発生した同種の現象の問題への対策のうち、性質や現在の状況の類似性が高いと判定されたプロジェクトでの類似性が高いと判定されたリスクに対する対策方法を選択、抽出すると共に、そのプロジェクトの性質や状況のうち、対策の効果と所定レベル以上の関連性が認められるものを合わせて抽出し、利用者に通知するものとする。
【００４４】
例として上述した第１の動作例と同様、純粋な開発進捗の遅れ（作業の待合せや手戻りによる遅れではない）が発生している場合について説明する。
リスクへの対策案を提示する動作の開始トリガーが入力されると、類似性判定部４は、プロジェクトの性質（開発期間・規模・人数、開発メンバのスキル、場所の制約など）や状況（予定工数、実績工数、成果物実績、発生障害件数など）から、類似性の高いプロジェクト、そのプロジェクトにおける類似性の高い状況、類似性の高いリスクの判定を、履歴データとして格納された各データに対して行う。
そして通知データ抽出部６は、類似性が高いと判定されたプロジェクトでの、類似性が高いと判定された状況での、類似性が高いと判定されたリスクに対して、所定レベル以上の効果が認められた対策方法を選択し、表示部８１やメール送信部８２により利用者に通知する。
この対策方法とは、例えば、開発要員の追加、開発期間の延長、開発スコープの縮小、などである。
【００４５】
合わせて、
・  その時点での開発プロセスの詳細度や追加要員リストの充実度（開発要員追加に関する）
・  リリース時期変更によるビジネス機会の損失度合い（開発期間の延長に関する）
・  一部モジュールの外部開発の可能性（スコープの縮小に関する）
といった、対策案の検討に有効なプロジェクトの状況に関する情報を通知データ抽出部６が履歴データから抽出し、利用者への通知が行われる。
【００４６】
開始トリガーと利用者への通知方法の組み合わせについては、上述した第１の動作例と同様に、予め設定された方法の組み合わせであれば、各種の方法の組み合わせであってよい。
【００４７】
以上のように、上述した第２の動作例によれば、発生が予測されるプロジェクト進行上のリスクへの対策案と共に、対策実施時に必要となるコスト情報、考慮すべき課題情報および対策実施に伴うリスク情報といった対策案検討のポイントとなる情報を、これまでの履歴データに基づいて抽出し、そのプロジェクトにおけるプロジェクトマネージャなど所定の利用者に通知することができる。
このため、プロジェクト管理に当たっての対策実施での効果、影響、コストの検討や、適切な案の選択を、客観的なデータの提示によりサポートすることができる。
【００４８】
次に、本実施形態としてのプロジェクト管理システムによる第３の動作例について説明する。
この第３の動作例は、データ格納部９に履歴データとして保存している過去のプロジェクトのデータから、発生が予測される問題（リスク）への対策案および、対策案の検討のためのポイントを提示するものである。この検討のためのポイントとしては、第１，第２の動作例で上述したものに加えて、対策案の有効度を提示する。
【００４９】
ここでは、過去に発生した同種の現象の問題への対策のうち、性質や現在の状況の類似性が高いと判定されたプロジェクトでの類似性が高いと判定されたリスクに対する対策方法を選択、抽出すると共に、そのプロジェクトの性質や状況のうち、対策の効果と所定レベル以上の関連性が認められるものを合わせて抽出し、利用者に通知するものとする。
【００５０】
例として上述した第１、第２の動作例と同様、純粋な開発進捗の遅れ（作業の待合せや手戻りによる遅れではない）が発生している場合について説明する。
リスクへの対策案を提示する動作の開始トリガーが入力されると、類似性判定部４は、プロジェクトの性質（開発期間・規模・人数、開発メンバのスキル、場所の制約など）や状況（予定工数、実績工数、成果物実績、発生障害件数など）から、類似性の高いプロジェクト、そのプロジェクトにおける類似性の高い状況、類似性の高いリスクの判定を、履歴データとして格納された各データに対して行う。
そして通知データ抽出部６は、類似性が高いと判定されたプロジェクトでの、類似性が高いと判定された状況での、類似性が高いと判定されたリスクに対して、所定レベル以上の効果が認められた対策方法を選択し、表示部８１やメール送信部８２により利用者に通知する。
この対策方法とは、例えば、開発要員の追加、開発期間の延長、開発スコープの縮小、などである。
【００５１】
合わせて、
・  その時点での開発プロセスの詳細度や追加要員リストの充実度（開発要員追加に関する）
・  リリース時期変更によるビジネス機会の損失度合い（開発期間の延長に関する）
・  一部モジュールの外部開発の可能性（スコープの縮小に関する）
といった、対策案の検討に有効なプロジェクトの状況に関する情報を通知データ抽出部６が履歴データから抽出する。
【００５２】
さらに、有効度算出部５は、対策案の有効度として、履歴データに格納されたデータの中で、類似性判定部４により類似性が高いと判定された対策の実行結果に基づいて、過去の成功確率の分布を算出する。
【００５３】
この成功確率分布と、上述した抽出内容とが、通知データ抽出部６により抽出され、利用者に通知されることとなる。
開始トリガーと利用者への通知方法の組み合わせについては、上述した第１、第２の動作例と同様に、予め設定された方法の組み合わせであれば、各種の方法の組み合わせであってよい。
【００５４】
以上のように、上述した第３の動作例によれば、発生が予測されるプロジェクト進行上のリスクへの対策案と共に、対策実施時に必要となるコスト情報、考慮すべき課題情報、対策実施に伴うリスク情報、および対策案の有効度といった対策案検討のポイントとなる情報を、これまでの履歴データに基づいて抽出し、そのプロジェクトにおけるプロジェクトマネージャなど所定の利用者に通知することができる。
このため、プロジェクト管理に当たっての対策実施での効果、影響、コストの検討や、適切な案の選択を、客観的なデータの提示によりサポートすることができる。
【００５５】
以上のように、本実施形態としてのプロジェクト管理システムによれば、発生が予測されるプロジェクト進行上の問題（リスク）に対して、複数の対策案を提示することができる。
こうして、プロジェクトへの発生が予測される問題に対して、システムが有効と判断する複数の対策案を提示することにより、プロジェクトマネージャが幅広い選択肢の中から対策方法を選択することが可能となる。
【００５６】
また、システムは対策実施時に必要となるコスト情報、考慮すべき課題情報および対策実施に伴うリスクの情報を保持し、対策案に関するこれら３つの情報を提示することができる。
こうして、プロジェクトへの発生が予測される問題に対して、システムが対策案と共に選択のためのポイントを提示することにより、プロジェクトマネージャが対策方法を適切に選択することが可能となる。
【００５７】
また、システムが保持する情報を元に、抽出された対策案の有効度を算出する手段を持ち、この有効度を提示することができる。
こうして、プロジェクトへの発生が予測される問題に対して、システムが対策案と共にその有効度を提示することにより、プロジェクトマネージャが対策方法を適切に選択することが可能となる。
【００５８】
このように、本実施形態によれば、プロジェクトの進行中に発生が予測されるリスクに対し、プロジェクトマネージャの主観に依らず客観的な基準による対策方法の選択を可能とするプロジェクト管理システムを提供することができる。
【００５９】
なお、上述した各実施形態は本発明の好適な実施形態であり、本発明はこれに限定されることなく、本発明の技術的思想に基づいて種々変形して実施することが可能である。
例えば、処理開始のトリガーが、利用者による指示入力である場合と、新たなリスク認識が発生した場合とについて説明したが、これらに限定されず、例えば定期的に、など各種のトリガーにより処理を開始することとしてもよい。
【００６０】
また、利用者への通知手段として、表示部８１による表示と、メール送信部８２によるメール送信とについて説明したが、通知することができればこれらに限定されず、例えば音声や他のデータ通信によって通知するなど、任意の通知方法であってよい。
【００６１】
また、上述した実施形態では、複数のプロジェクトを対象としていたが、もちろん単体のプロジェクトに対しても適用できる。
また、本発明は、開発プロジェクトの管理技術、特に進行中のプロジェクトに発生が予測される問題への対策に関するものであり、例えば、プロジェクト管理ツール、プロジェクト管理の仕組み、プロジェクトオフィス、プロジェクトマネジメント支援、プロジェクトマネジメント教育、プロジェクトのコンサルティング業務、など各種のものに適用することができる。
【００６２】
また、本実施形態に係るプロジェクト管理システムは、単独の情報処理装置により実現されてもよく、また、例えば入力部と表示部とを備えた端末と、他の機能部を備えたサーバとが接続されてなるシステムなど、複数の装置が接続されてなるシステムによって実現されてもよい。
【００６３】
また、進行中プロジェクトに関するプロジェクト管理は他のシステムが行い、本実施形態に係るプロジェクト管理システムはそのシステムから成果物やその他データのインプットを受けて履歴データとして格納し、上述した本実施形態としての各機能を実現する構成であってもよい。
【００６４】
また、上述した各実施形態としてのプロジェクト管理システムを実現するための処理手順をプログラムとして記録媒体に記録することにより、本発明の各実施形態による上述した各機能を、その記録媒体から供給されるプログラムによって、システムを構成するコンピュータのＣＰＵに処理を行わせて実現させることができる。
この場合、上記の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
すなわち、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体および該記録媒体から読み出された信号は本発明を構成することになる。
この記録媒体としては、例えば、フロッピー（登録商標）ディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等、任意の記録媒体を用いてよい。
【００６５】
この本発明に係るプログラムによれば、当該プログラムによって制御されるコンピュータに、上述した本発明に係る各実施形態としてのプロジェクト管理システムにおける各機能を実現させることができる。
【図面の簡単な説明】
【００６６】
【図１】本発明の実施形態としてのプロジェクト管理システムの構成例を示す図である。
【図２】該システムのデータ構造を示すＵＭＬのクラス図である。
【図３】開始トリガーと通知先との対応をふまえた動作例を示すフローチャートである。
【符号の説明】
【００６７】
１    管理指標生成部
２    評価結果生成部
３    危険度判定部
４    類似性判定部
５    有効度算出部
６    通知データ抽出部
７１    自動記録部
７２    入力部
８１    表示部（通知手段の一例）
８２    メール送信部（通知手段の一例）
【図１】
2007058409.tif 000003
【図２】
2007058409.tif 000004
【図３】
2007058409.tif 000005