(57)【要約】【課題】  プロジェクトの状態を評価するプロジェクトリーダ等が、プロジェクトの状態を適切に評価することができる技術を提供すること。【解決手段】  所定の成果物を得るためのプロジェクトの状態を評価するプロジェクト評価方法であり、（ａ）各プロジェクト情報を入力する工程と、（ｂ）入力された各プロジェクト情報を登録する工程と、（ｃ）登録された各プロジェクト情報に対して、そのプロジェクト情報がプロジェクトの終了時までに変更される可能性を示すプロジェクト評価値を付与する工程と、（ｄ）プロジェクト情報と、そのプロジェクト情報におけるプロジェクト評価値に関連する情報であるプロジェクト評価値関連情報とを、各プロジェクト情報ごとに対応づけて表示する工程と、（ｅ）表示した各プロジェクト情報と、各プロジェクト評価値関連情報とに基づいて、プロジェクトの状態を評価する工程と、を備える。【選択図】        図７
2006164138.tif 000002
【特許請求の範囲】
【請求項１】
所定の成果物を得るためのプロジェクトの状態を評価するプロジェクト評価方法であって、
前記プロジェクトは、
時系列な複数の段階から構成され、前記複数の段階のうちの最初の段階には少なくとも一つ以上のプロジェクト情報が与えられ、さらに、前記最初の段階以降の段階には前記最初の段階に属するプロジェクト情報に関連する複数のプロジェクト情報が与えられ、最後の段階に属する前記複数のプロジェクト情報に基づいて前記所定の成果物を得ることが可能であり、
前記プロジェクト評価方法は、
（ａ）各プロジェクト情報を入力する工程と、
（ｂ）入力された各プロジェクト情報を登録する工程と、
（ｃ）登録された各プロジェクト情報に対して、そのプロジェクト情報が前記プロジェクトの終了時までに変更される可能性を示すプロジェクト評価値を付与する工程と、
（ｄ）前記プロジェクト情報と、そのプロジェクト情報における前記プロジェクト評価値に関連する情報であるプロジェクト評価値関連情報とを、各プロジェクト情報ごとに対応づけて表示する工程と、
（ｅ）表示した各プロジェクト情報と、各プロジェクト評価値関連情報とに基づいて、前記プロジェクトの状態を評価する工程と、
を備えることを特徴とするプロジェクト評価方法。
【請求項２】
請求項１に記載のプロジェクト評価方法において、
前記工程（ｄ）において、
前記プロジェクト情報と、そのプロジェクト情報における前記プロジェクト評価値関連情報とを表示する他、各プロジェクト情報が属する段階を表わす段階情報を表示することを特徴とするプロジェクト評価方法。
【請求項３】
請求項１または請求項２に記載のプロジェクト評価方法において、
前記プロジェクト情報と対応づけて表示される前記プロジェクト評価値関連情報は、前記プロジェクト情報における前記プロジェクト評価値、前記プロジェクト評価値に基づいて設定される色情報、および、前記プロジェクト評価値に基づいて設定されるマーク情報のいずれかであることを特徴とするプロジェクト評価方法。
【請求項４】
所定の成果物を得るためのプロジェクトの状態を評価するプロジェクト評価方法であって、
前記プロジェクトは、
時系列な複数の段階から構成され、前記複数の段階のうちの最初の段階には少なくとも一つ以上のプロジェクト情報が与えられ、さらに、前記最初の段階以降の段階には前記最初の段階に属するプロジェクト情報に関連する複数のプロジェクトが与えられ、最後の段階に属するプロジェクト情報群に基づいて前記所定の成果物を得ることが可能であり、
前記プロジェクト評価方法は、
（ａ）各プロジェクト情報を入力する工程と、
（ｂ）入力された各プロジェクト情報を登録する工程と、
（ｃ）登録された各プロジェクト情報に対して、そのプロジェクト情報が前記プロジェクトの終了時までに変更される可能性を示すプロジェクト評価値を付与する工程と、
（ｄ）各段階ごとに、その段階に属する各プロジェクト情報の各プロジェクト評価値の偏り具合を示す分散値を求める工程と、
（ｅ）各段階ごとに求めた分散値をそれぞれ表示する工程と、
（ｆ）表示した各段階ごとの各分散値に基づいて、前記プロジェクトにおける各段階ごとの状態を評価する工程と、
を備えたことを特徴とするプロジェクト評価方法。
【請求項５】
所定の成果物を得るためのプロジェクトを支援するプロジェクト支援システムであって、
前記プロジェクトは、
時系列な複数の段階から構成され、前記複数の段階のうちの最初の段階には少なくとも一つ以上のプロジェクト情報が与えられ、さらに、前記最初の段階以降の段階には前記最初の段階に属するプロジェクト情報に関連する複数のプロジェクトが与えられ、最後の段階に属するプロジェクト情報群に基づいて前記所定の成果物を得ることが可能であり、
前記プロジェクト支援システムは、
画像を表示する表示部と、
各プロジェクト情報を入力するためのプロジェクト情報入力部と、
入力された各プロジェクト情報を登録するプロジェクト情報登録部と、
登録された各プロジェクト情報に、そのプロジェクト情報が前記プロジェクト終了時までに変更される可能性示すプロジェクト評価値を付与するプロジェクト評価値付与部と、
を備え、
前記表示部に、前記プロジェクト情報と、そのプロジェクト情報における前記プロジェクト評価値に関連する情報であるプロジェクト評価値関連情報とを、各プロジェクト情報ごとに対応づけて表示させることを特徴とするプロジェクト支援システム。
【請求項６】
所定の成果物を得るためのプロジェクトを支援するためのコンピュータプログラムであって、
前記プロジェクトは、
時系列な複数の段階から構成され、前記複数の段階のうちの最初の段階には少なくとも一つ以上のプロジェクト情報が与えられ、さらに、前記最初の段階以降の段階には前記最初の段階に属するプロジェクト情報に関連する複数のプロジェクトが与えられ、最後の段階に属するプロジェクト情報群に基づいて前記所定の成果物を得ることが可能であり、
前記コンピュータプログラムは、
所定の場所に保存された各プロジェクト情報を読み出す機能と、
読み出した各プロジェクト情報に、そのプロジェクト情報が前記プロジェクト終了時までに変更される可能性を示すプロジェクト評価値を付与する機能と、
前記プロジェクト情報と、そのプロジェクト情報における前記プロジェクト評価値に関連する情報であるプロジェクト評価値関連情報とを、各プロジェクト情報ごとに対応づけて表わされたマップを作成する機能と、
作成した前記マップを、外部からの指示に基づいて送信する機能と、
をコンピュータによって実現させるためのコンピュータプログラム。
【請求項７】
請求項６に記載のコンピュータプログラムにおいて、
作成した前記マップを表示する機能を備えたことを特徴とするコンピュータプログラム。
【請求項８】
請求項６または請求項７に記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の成果物を得るためのプロジェクトにおいて、その状態を評価するための技術に関する。
【背景技術】
【０００２】
企業等では、様々な製品の研究や開発のプロジェクトが実行されている。ところで、このプロジェクトの順調さなどのプロジェクトの状態を評価する場合には、従来、例えば、プロジェクトのリーダ（以下、プロジェクトリーダと呼ぶ。）が、プロジェクト全体の状態を把握し、それに基づき主観によって判断していた。
【０００３】
【特許文献１】特開２００２−７３９３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のように、プロジェクトリーダがプロジェクトの状態を主観により評価した場合には、プロジェクトの状態を定量的に評価することは困難であり、例えば、複数のプロジェクトリーダが同一のプロジェクトの状態を評価した場合において、それぞれのプロジェクトリーダではその評価にばらつきが生じる可能性があった。また、プロジェクトは、刻々と推移するので、プロジェクトリーダがプロジェクトの状態を評価をした時に、その時点におけるプロジェクトの状態を必ずしも適切に評価しているとは限らないという問題があった。
【０００５】
本発明は、上記課題にかんがみてなされたもので、プロジェクトの状態を評価するプロジェクトリーダ等が、プロジェクトの状態を適切に評価することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的の少なくとも一部を達成するために、本発明の第１のプロジェクト評価方法は、
所定の成果物を得るためのプロジェクトの状態を評価するプロジェクト評価方法であって、
前記プロジェクトは、
時系列な複数の段階から構成され、前記複数の段階のうちの最初の段階には少なくとも一つ以上のプロジェクト情報が与えられ、さらに、前記最初の段階以降の段階には前記最初の段階に属するプロジェクト情報に関連する複数のプロジェクト情報が与えられ、最後の段階に属する前記複数のプロジェクト情報に基づいて前記所定の成果物を得ることが可能であり、
前記プロジェクト評価方法は、
（ａ）各プロジェクト情報を入力する工程と、
（ｂ）入力された各プロジェクト情報を登録する工程と、
（ｃ）登録された各プロジェクト情報に対して、そのプロジェクト情報が前記プロジェクトの終了時までに変更される可能性を示すプロジェクト評価値を付与する工程と、
（ｄ）前記プロジェクト情報と、そのプロジェクト情報における前記プロジェクト評価値に関連する情報であるプロジェクト評価値関連情報とを、各プロジェクト情報ごとに対応づけて表示する工程と、
（ｅ）表示した各プロジェクト情報と、各プロジェクト評価値関連情報とに基づいて、前記プロジェクトの状態を評価する工程と、
を備えることを要旨とする。
【０００７】
上記のプロジェクト評価方法によれば、プロジェクトの状態を評価する者（プロジェクトリーダ等）は、各プロジェクト情報に対応づけて各プロジェクト評価値関連情報を把握することができるので、それらに基づいてプロジェクトの状態を適切に評価することができる。
【０００８】
上記プロジェクト評価方法は、
前記工程（ｄ）において、
前記プロジェクト情報と、そのプロジェクト情報における前記プロジェクト評価値関連情報とを表示する他、各プロジェクト情報が属する段階を表わす段階情報を表示するようにしてもよい。
【０００９】
このようにすれば、プロジェクトの状態を評価する者（プロジェクトリーダ等）は、各プロジェクト情報の属する段階を容易に把握することができる。
【００１０】
上記プロジェクト評価方法において、
前記プロジェクト情報と対応づけて表示される前記プロジェクト評価値関連情報は、前記プロジェクト情報における前記プロジェクト評価値、前記プロジェクト評価値に基づいて設定される色情報、および、前記プロジェクト評価値に基づいて設定されるマーク情報のいずれかであってもよい。
【００１１】
特に、プロジェクト評価値関連情報を、前記プロジェクト評価値に基づいて設定される色情報、または、前記プロジェクト評価値に基づいて設定されるマーク情報とする場合には、プロジェクトの状態を評価する者（プロジェクトリーダ等）は、これらの情報に基づいて視覚的にすばやく各プロジェクト情報の各プロジェクト評価値を把握することができる。
【００１２】
上記目的の少なくとも一部を達成するために、本発明の第２のプロジェクト評価方法は、
所定の成果物を得るためのプロジェクトの状態を評価するプロジェクト評価方法であって、
前記プロジェクトは、
時系列な複数の段階から構成され、前記複数の段階のうちの最初の段階には少なくとも一つ以上のプロジェクト情報が与えられ、さらに、前記最初の段階以降の段階には前記最初の段階に属するプロジェクト情報に関連する複数のプロジェクトが与えられ、最後の段階に属するプロジェクト情報群に基づいて前記所定の成果物を得ることが可能であり、
前記プロジェクト評価方法は、
（ａ）各プロジェクト情報を入力する工程と、
（ｂ）入力された各プロジェクト情報を登録する工程と、
（ｃ）登録された各プロジェクト情報に対して、そのプロジェクト情報が前記プロジェクトの終了時までに変更される可能性を示すプロジェクト評価値を付与する工程と、
（ｄ）各段階ごとに、その段階に属する各プロジェクト情報の各プロジェクト評価値の偏り具合を示す分散値を求める工程と、
（ｅ）各段階ごとに求めた分散値をそれぞれ表示する工程と、
（ｆ）表示した各段階ごとの各分散値に基づいて、前記プロジェクトにおける各段階ごとの状態を評価する工程と、
を備えたことを要旨とする。
【００１３】
このようにすれば、プロジェクトの状態を評価する者（プロジェクトリーダ等）は、分散値から各段階の各プロジェクト情報の偏りをすばやく把握することができ、それに基づいて各段階ごとの状態を適切に評価することができる。
【００１４】
上記目的の少なくとも一部を達成するために、本発明のプロジェクト支援システムは、
所定の成果物を得るためのプロジェクトを支援するプロジェクト支援システムであって、
前記プロジェクトは、
時系列な複数の段階から構成され、前記複数の段階のうちの最初の段階には少なくとも一つ以上のプロジェクト情報が与えられ、さらに、前記最初の段階以降の段階には前記最初の段階に属するプロジェクト情報に関連する複数のプロジェクトが与えられ、最後の段階に属するプロジェクト情報群に基づいて前記所定の成果物を得ることが可能であり、
前記プロジェクト支援システムは、
画像を表示する表示部と、
各プロジェクト情報を入力するためのプロジェクト情報入力部と、
入力された各プロジェクト情報を登録するプロジェクト情報登録部と、
登録された各プロジェクト情報に、そのプロジェクト情報が前記プロジェクト終了時までに変更される可能性示すプロジェクト評価値を付与するプロジェクト評価値付与部と、
を備え、
前記表示部に、前記プロジェクト情報と、そのプロジェクト情報における前記プロジェクト評価値に関連する情報であるプロジェクト評価値関連情報とを、各プロジェクト情報ごとに対応づけて表示させることを要旨とする。
【００１５】
上記構成のプロジェクト支援システムによれば、プロジェクトの状態を評価する者（プロジェクトリーダ等）は、各プロジェクト情報に対応づけて各プロジェクト評価値関連情報を把握することができるので、それらに基づいてプロジェクトの状態を適切に評価することができる。
【００１６】
上記目的の少なくとも一部を達成するために、本発明のコンピュータプログラムは、
所定の成果物を得るためのプロジェクトを支援するためのコンピュータプログラムであって、
前記プロジェクトは、
時系列な複数の段階から構成され、前記複数の段階のうちの最初の段階には少なくとも一つ以上のプロジェクト情報が与えられ、さらに、前記最初の段階以降の段階には前記最初の段階に属するプロジェクト情報に関連する複数のプロジェクトが与えられ、最後の段階に属するプロジェクト情報群に基づいて前記所定の成果物を得ることが可能であり、
前記コンピュータプログラムは、
所定の場所に保存された各プロジェクト情報を読み出す機能と、
読み出した各プロジェクト情報に、そのプロジェクト情報が前記プロジェクト終了時までに変更される可能性を示すプロジェクト評価値を付与する機能と、
前記プロジェクト情報と、そのプロジェクト情報における前記プロジェクト評価値に関連する情報であるプロジェクト評価値関連情報とを、各プロジェクト情報ごとに対応づけて表わされたマップを作成する機能と、
作成した前記マップを、外部からの指示に基づいて送信する機能と、
をコンピュータによって実現させるようにしてもよい。
【００１７】
上記コンピュータプログラムによれば、プロジェクトの状態を評価する者（プロジェクトリーダ等）は、マップに基づいて、各プロジェクト情報に対応づけて各プロジェクト評価値関連情報を把握することができるので、それらに基づいてプロジェクトの状態を適切に評価することができる。
【００１８】
上記コンピュータプログラムにおいて、
作成した前記マップを表示する機能を備えるようにしもよい。
【００１９】
なお、本発明は、上記した方法発明、装置発明およびコンピュータプログラムの発明の態様に限ることなく、コンピュータプログラムを記録した記録媒体としての態様や、上記コンピュータプログラムを含み搬送波内に具現化されたデータ信号など、種々の態様で実現することも可能である。
【００２０】
また、本発明をコンピュータプログラムまたはそのプログラムを記録した記録媒体等として構成する場合には、上記装置の動作を制御するプログラム全体として構成するものとしてもよいし、本発明の機能を果たす部分のみを構成するものとしてもよい。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態について、実施例に基づき次の順序で説明する。
Ａ．実施例：
Ａ１．システム概要：
Ａ２．プロジェクトマップ更新処理：
Ｂ．変形例：
【００２２】
Ａ．実施例：
Ａ１．システム概要：
図１は、本発明の実施例におけるプロジェクト支援システム１００の概略構成図である。
このプロジェクト支援システム１００は、図形描画ツールを開発するプロジェクト（以下、これをプロジェクトＨと呼ぶ。）を支援するためのシステムである。このプロジェクトＨは、顧客Ｋからの要望に基づいて発足したものである。
【００２３】
図２は、本実施例におけるプロジェクトＨの流れを示す概略説明図である。
本実施例において、図２に示すように、プロジェクト支援システム１００が支援するプロジェクトＨには、３つの段階がある。すなわち、このプロジェクトＨでは、最初の段階において、まず、プロジェクトの抜本的な各要求が示され（以下、この段階を要求段階と呼ぶ。）、次の段階において、それら要求に基づいてそれぞれ具体的な仕様が示され（以下、この段階を仕様段階と呼ぶ。）、最終段階において、それら仕様に基づいてそれぞれソースコード（プログラム）が作成される（以下、この段階をソースコード段階と呼ぶ。）。この場合、要求段階で示される要求を要求情報とも呼び、仕様段階で示される仕様を仕様情報とも呼び、ソースコード段階で示されるソースコードをソースコード情報とも呼ぶ。また、これら要求情報、仕様情報、およびソースコード情報を単にプロジェクト情報とも呼ぶ。さらに、各段階には、その段階のプロジェクト情報を取りまとめるリーダがおり、それぞれを要求段階リーダ、仕様段階リーダ、およびソースコード段階リーダと呼ぶ。なお、図２に示すように、各段階のプロジェクト情報間を結んでいる点線は、それらの情報の従属関係を示す。例えば、仕様情報Ａａは、要求情報Ａに基づいて与えられた情報であり、ソースコード情報Ｂａ２は、仕様情報Ｂａに基づいて与えられた情報であることを示す。言い換えれば、仕様情報Ａａは、要求情報Ａの内容を反映させた情報であり、ソースコード情報Ｂａ２は、仕様情報Ｂａの内容を反映させた情報であるとも言える。このプロジェクトＨにおいて、ソースコード段階では、前段階である仕様段階の内容如何では、ソースコード情報は作成されない場合もある。
【００２４】
このプロジェクト支援システム１００は、図１に示すように、各段階のリーダ用のパーソナルコンピュータ（ＰＣ）を含む複数のパーソナルコンピュータ（ＰＣ）（以下、クライアントＣＬと呼ぶ。）と、管理サーバＭＳＶとを備える。これらの装置において、クライアントＣＬと、管理サーバＭＳＶとは、ローカルエリアネットワークＬＡＮを介してそれぞれ接続されている。なお、図１には、複数のクライアントＣＬのうち各段階のリーダ用のパーソナルコンピュータ（ＰＣ）のみが示されている。
【００２５】
管理サーバＭＳＶは、ＣＰＵ３００と、メモリＡ４００と、メモリＡとは異なるメモリＢ（図示せず）と、ＲＯＭ（図示せず）とを備えている。
【００２６】
ＣＰＵ３００は、ＲＯＭから所定のアプリケーションプログラムをメモリＢに読み出し、実行することで、情報管理部３１０と情報解析部３２０として機能する。
【００２７】
情報管理部３１０は、後述の第１または第２のプロジェクトマップ更新処理を行う。
情報解析部３２０は、後述する第１のプロジェクトマップ更新処理において分散値の算出を行う。
【００２８】
メモリＡ４００は、プロジェクトマップデータ保存部４１０と、ＰＶ値保存部４２０と、プロジェクト情報登録部４３０と、分散値保存部４４０とを備える。
【００２９】
プロジェクトマップデータ保存部４１０は、後述のプロジェクトマップを表わすプロジェクトマップデータを保存する。
【００３０】
ＰＶ値保存部４２０は、後述するように、第１または第２のプロジェクトマップ更新処理で管理サーバＭＳＶが取得するＰＶ値を保存する。このＰＶ値についての詳細は、後述する。
【００３１】
プロジェクト情報登録部４３０は、フォルダ名にアルファベットを付した複数のフォルダを備えており、それらのフォルダに、各段階リーダより登録されるプロジェクト情報を保存する。このフォルダにおいて、以下では、例えば、フォルダ名にＡを付したフォルダをフォルダＡと呼ぶ。
【００３２】
分散値保存部４４０は、後述するように、第１または第２のプロジェクトマップ更新処理で情報解析部３２０が算出する分散値を保存する。この分散値についての詳細は、後述する。
【００３３】
図３は、本実施例におけるプロジェクト情報登録部４３０の各フォルダにおけるプロジェクト情報の保存（登録）状況を説明する図である。
このプロジェクト情報登録部４３０において、従属関係にある各プロジェクト情報（要求情報、仕様情報、およびソースコード情報）は、各段階リーダによって、同じフォルダの所定のファイルに登録される。この場合、要求情報は、最初にファイルに登録される。そして、仕様情報は、図３に示すように、要求情報が登録されたファイルにおいて、従属関係にある要求情報に追加されることにより登録される。同様に、ソースコード情報は、図３に示すように、要求情報、仕様情報が登録されたファイルにおいて、従属関係にある仕様情報にさらに追加されることにより登録される。
【００３４】
また、各フォルダのファイルには、各プロジェクト情報を識別するための識別情報が付されている。
【００３５】
プロジェクト情報のうち、要求情報に対応する識別情報は、登録されたフォルダ名（大文字のアルファベット）がそのままが識別情報となる。例えば、フォルダＡに登録された要求情報の識別情報は、「Ａ」となる。
【００３６】
仕様情報に対応する識別情報は、要求情報の識別情報と、所定の小文字のアルファベットとの組み合わせで表わされる。この場合、小文字のアルファベットは、ファイルに仕様情報が追加された順にａ，ｂ，ｃ・・・，と付されていく。例えば、識別情報Ａが登録されたファイルに最初に追加された仕様情報の識別情報は、「Ａａ」となり、要求情報の識別情報Ａが登録されたファイルに２番目に追加された仕様情報の識別情報は、「Ａｂ」となる。
【００３７】
ソースコード情報に対応する識別情報は、従属する仕様情報の識別情報と、所定の数字の組み合わせで表わされる。この場合の数字は、従属する仕様情報にソースコード情報が追加された順に、１，２，３・・・，と付されていく。例えば、識別情報Ｂｂの仕様情報に従属し、それに最初に追加されたソースコード情報の識別情報は、「Ｂｂ１」となる。
【００３８】
なお、上述したプロジェクト情報の識別情報は、後述では、プロジェクトマップにおけるプロジェクト情報の位置を示す位置情報として機能する。
【００３９】
クライアントＣＬは、一般的なコンピュータであり、各段階のリーダの指示により、所定の段階のプロジェクト情報をローカルエリアネットワークＬＡＮを介して、プロジェクト情報登録部４３０に登録する。また、クライアントＣＬは、後述のＰＶ値入力要求画面ＷやＰＶ値入力要求画面ＷＷやプロジェクトマップ等の画像を表示する表示装置（図示せず）を備える。
【００４０】
Ａ２．プロジェクトマップ更新処理：
図４は、本実施例におけるプロジェクトマップの概略説明図である。
本実施例では、プロジェクトＨの状態（品質）を評価するために、図４に示すプロジェクトマップ（ＰＪＭＡＰ）を作成する。まず、このプロジェクトマップについて以下に説明する。
【００４１】
このプロジェクトマップには、プロジェクト情報登録部４３０に登録された要求段階、仕様段階、および、ソースコード段階の各プロジェクト情報が、点線で囲まれた領域（以下では、プロジェクト情報領域と呼ぶ。）内に示される。各段階におけるプロジェクト情報領域の左側に付されたアルファベット、または、アルファベットと数字の組み合わせは、そのプロジェクト情報領域に示されるプロジェクト情報のプロジェクトマップ内での位置を表わす位置情報である。要求情報と仕様情報の位置情報において、先頭に同じ大文字のアルファベットが用いられていると、それらのプロジェクト情報間には従属関係があることを示す。例えば、位置情報がＡａの仕様情報は、位置情報がＡの要求情報に基づいて与えられたことを示す。また、仕様情報とソースコード情報の位置情報において、先頭に同じ大文字のアルファベットおよび同じ小文字のアルファベットが用いられていると、それらのプロジェクト情報間には従属関係にあることを示す。例えば、位置情報がＢａ１のソースコード情報は、位置情報がＢａの仕様情報に基づいて与えられたことを示す。各プロジェクト情報は、後述する第１のプロジェクトマップ更新処理で、情報管理部３１０によって取得される位置情報に基づいて、プロジェクト情報領域に示される。
【００４２】
また、このプロジェクト情報領域の下側のかっこ（以下では、ＰＶ値欄と呼ぶ。）（図４）内には、そのプロジェクト情報のＰＶ値が示される。このＰＶ値は、そのプロジェクト情報がプロジェクトＨの終了時点までに変更される可能性を０％〜１００％の割合で表わす数値である。ＰＶ値が高いということは、そのプロジェクト情報がプロジェクトＨの終了時までに変更される可能性が高いということである。このＰＶ値は、後述の第１または第２のプロジェクトマップ更新処理で、情報管理部３１０によって、各段階リーダのクライアントＣＬから取得され、ＰＶ値欄に示される。なお、このＰＶ値は、請求項におけるプロジェクト評価値に該当する。
【００４３】
さらに、このプロジェクトマップの各段階の分散値欄（図４）には、その段階のプロジェクト情報の分散値が示される。この分散値は、後述の第１のプロジェクトマップ更新処理で、各段階ごとの各プロジェクト情報のＰＶ値に基づいて、情報解析部３２０によって計算される。なお、この分散値は、各段階の各プロジェクト情報におけるＰＶ値の偏り（ばらつき）具合を示す。
【００４４】
図５は、本実施例におけるプロジェクトマップにおけるプロジェクト情報領域の色とＰＶ値との関係を示した図である。或るプロジェクト情報のＰＶ値欄にＰＶ値が示されていると、そのプロジェクト情報領域内は、図５に示すようなＰＶ値に対応した色が示される。本実施例では、プロジェクトマップにおけるプロジェクト情報領域は、そのプロジェクト情報のＰＶ値が０〜１０の場合には黄緑色に、ＰＶ値が１１〜２０の場合には黄色に、ＰＶ値が２１〜３０の場合にはオレンジ色に、ＰＶ値が３１〜４０の場合にはしゅう色に、ＰＶ値が４１〜５０の場合には赤色に、ＰＶ値が５１〜１００の場合には灰色に示される。なお、以下に説明するプロジェクトマップを表わす図（後述の図９、図１０、図１１、図１４および図１５）において、図５に示すようにプロジェクト情報領域内の色を、ハッチングで表わすようにしている。すなわち、プロジェクト情報領域内のハッチングが、右上がり斜線ハッチングの場合は黄緑色を、右下下がり斜線ハッチングの場合は黄色を、格子状ハッチングの場合はオレンジ色を、横線ハッチングの場合はしゅう色を、ひし型状ハッチングの場合は赤色を、ドットハッチングの場合は灰色を表わすこととする。
【００４５】
ところで、このプロジェクトマップは、プロジェクトＨが進行していくと、それに伴い更新される。言い換えれば、プロジェクトマップは、後述のイベントが発生するたびに更新される。
【００４６】
図６は、本実施例におけるプロジェクトＨで発生するイベントを時系列に示した図である。
プロジェクトＨでは、この図６が示すように、プロジェクトＨに関する種々のイベントが発生する。以下では、この図６が示す各イベントに対応して、プロジェクト支援システム１００が行う第１または第２のプロジェクトマップ更新処理について説明する。
【００４７】
＜イベント１＞
まず、プロジェクトＨの発足（９月１日）後、イベント１（図６）において、９月１０日にプロジェクトＨの目的（図形描画ツールの開発）を達成するにあたり、要求段階において、イベント３つの要求、すなわち、「１１月から使い始めたい」、「ごく基本的な図形を描画したい」、および、「描画した図形を保存したい」という要求が要求段階リーダにより定義され、それらを示す要求情報Ａがプロジェクト情報登録部４３０のフォルダＡ、フォルダＢ、および、フォルダＣにそれぞれ登録された。
【００４８】
図７は、本実施例における第１のプロジェクトマップ更新処理を示すフローチャートである。
イベント１に対して、管理サーバＭＳＶの情報管理部３１０は、プロジェクト情報がプロジェクト情報登録部４３０の各フォルダに登録されるたびに、図７に示す第１のプロジェクトマップ更新処理を行う。
【００４９】
具体的には、図７に示すように、情報管理部３１０は、プロジェクト情報登録部４３０のフォルダにプロジェクト情報（イベント１では要求情報）が登録されたのを検知すると（ステップＳ１０）、検知したプロジェクト情報の位置情報を取得する（ステップＳ１５）。すなわち、情報管理部３１０は、新しくプロジェクト情報が登録されたフォルダ（プロジェクト情報登録部４３０）のファイルから識別情報（図３）を取得し、それを位置情報として取得する。
【００５０】
例えば、情報管理部３１０は、イベント１において、要求段階リーダにより、要求情報「１１月から使い始めたい」がフォルダＡに登録されたのを検知すると、その要求情報が登録されたフォルダのファイルからその要求情報の識別情報Ａを取得し、それを位置情報Ａとして取得する。
【００５１】
続いて、情報管理部３１０は、登録を実行したクライアントＣＬ（イベント１では要求段階リーダ）に対して、登録されたプロジェクト情報に対するＰＶ値の入力を要求する（ステップＳ２０）。
【００５２】
図８は、本実施例におけるＰＶ値入力要求画面Ｗを説明するための図である。
すなわち、情報管理部３１０は、登録を実行した段階リーダ（イベント１では要求段階リーダ）用のクライアントＣＬの表示装置に対して、図８に示すＰＶ値入力要求画面Ｗをポップアップさせる。一方、登録を実行した段階リーダは、ＰＶ値入力要求画面Ｗに対してＰＶ値（％）を入力し、ＰＶ値入力要求画面ＷのＯＫボタンを押すことで、クライアントＣＬを介して管理サーバＭＳＶにＰＶ値を送信する。
【００５３】
情報管理部３１０は、段階リーダ（イベント１では要求段階リーダ）のクライアントＣＬからＰＶ値を受け取るまでは待機し（ステップＳ３０：ＮＯ）、段階リーダのクライアントＣＬからＰＶ値を受け取ると（ステップＳ３０：ＹＥＳ）、登録されたプロジェクト情報（要求情報）と、そのＰＶ値と、そのプロジェクト情報のプロジェクトマップにおける位置情報とを対応づけてＰＶ値保存部４２０に保存する（ステップＳ４０）。
【００５４】
続いて、情報管理部３１０は、プロジェクトマップデータ保存部４１０からプロジェクトマップデータを読み出し、そのプロジェクトマップデータの表わすプロジェクトマップにおいて、保存した位置情報が表わす位置のプロジェクト情報領域およびＰＶ値欄に、それぞれプロジェクト情報およびＰＶ値を記入する（ステップＳ５０）。
【００５５】
さらに、情報管理部３１０は、そのプロジェクト情報領域の色（図５参照）を、そのＰＶ値に基づいて記入する（ステップＳ５５）。例えば、ＰＶ値が３０％の場合には、プロジェクトマップ情報領域の色（プロジェクトマップを示す図ではハッチング）をオレンジ色（格子状ハッチング）にする。
【００５６】
また、情報解析部３２０は、プロジェクトマップにおいて、ステップＳ１０の処理で登録されたプロジェクト情報が属する段階において、プロジェクトマップに記入されているすべてのプロジェクト情報のＰＶ値に基づいて、下記の式（１）から分散値σを算出し、その段階の分散値欄に記入する（ステップＳ６０）。情報解析部３２０は、その日の日付と、算出した分散値σと、その段階を表わす段階情報と対応づけて分散値保存部４４０に保存する。また、情報管理部３１０は、このプロジェクトマップを表わすプロジェクトマップデータをプロジェクトマップデータ保存部４１０に保存する。その後、この第１のプロジェクトマップ更新処理を終了する。なお、式（１）において、ｎは、分散値を計算する段階に所属するプロジェクト情報の数を表わす。Ｘｉ（ｉは自然数）は、分散値を計算する段階に所属する各プロジェクト情報のＰＶ値を表わす。Ｙは、分散値を計算する段階に所属するプロジェクト情報のＰＶ値の平均値を表わす。
【００５７】
【数１】
2006164138.tif 000003
【００５８】
情報管理部３１０は、この第１のプロジェクトマップ更新処理を、「１１月から使い始めたい」、「ごく基本的な図形を描画したい」、および、「描画した図形を保存したい」というプロジェクト情報（要求情報）がプロジェクト情報登録部４３０に登録されるたびに行う。なお、イベント１における第１のプロジェクトマップ更新処理において、要求段階リーダは、「１１月から使い始めたい」という要求情報に対してＰＶ値を３０％として入力したこととする。一方、要求段階リーダは、「ごく基本的な図形を描画したい」および「描画した図形を保存したい」という要求情報に対しては、「１１月から使い始めたい」という要求情報と比べると、本当にプロジェクトＨの企画意図通りかが不明確なので、ＰＶ値を４０％として入力したこととする。この結果、イベント１における要求段階の分散値は、情報解析部３２０により第１のプロジェクトマップ更新処理（ステップＳ６０：式（１））において、「３３」と算出される。
【００５９】
図９は、本実施例におけるイベント１後のプロジェクトマップを説明するための図である。
イベント１において３つの要求情報が登録されるたびに行われた第１のプロジェクトマップ更新処理の終了後、すなわち、イベント１後には、プロジェクトマップは図９に示すようになる。図９では、要求段階に属する各プロジェクト情報のプロジェクト情報領域内がそのＰＶ値に基づいて、色分け（図では、ハッチング分け）されて示されている。例えば、位置情報Ｂにおけるプロジェクト情報領域は、ＰＶ値が４０％であるので、しゅう色（横線ハッチング）（図５参照）に示されている。
【００６０】
続いて、プロジェクトＨにおいて、以下のイベント２（図６）が行われた。
＜イベント２＞
９月２０日において、要求段階の各要求情報を分析した結果、仕様段階において、４つの仕様、すなわち、「１０月３１日にリリースする」、「１０月１５日から検査する」、「長方形、楕円、三角形を描画できる」、「マウスを使って描画できる」という仕様が定義され、それらを示す仕様情報がプロジェクト情報登録部４３０のフォルダＡおよびフォルダＢに登録された。なお、登録された４つの仕様情報のうち、「１０月３１日にリリースする」および「１０月１５日から検査する」という仕様情報は、フォルダＡに登録され、「長方形、楕円、三角形を描画できる」および「マウスを使って描画できる」という仕様情報は、フォルダＢに登録された。
【００６１】
イベント２に対して、情報管理部３１０および情報解析部３２０は、図７に示す第１のプロジェクトマップ更新処理を、「１０月３１日にリリースする」、「１０月１５日から検査する」、「長方形、楕円、三角形を描画できる」および「マウスを使って描画できる」というプロジェクト情報（仕様情報）がプロジェクト情報登録部４３０の所定のフォルダに登録されるたびに行う。なお、イベント２における第１のプロジェクトマップ更新処理において、仕様段階リーダは、「１０月３１日にリリースする」、「１０月１５日から検査する」および「マウスを使って描画できる」という仕様情報に対しては、比較的達成し易そうであったので、ＰＶ値を２０％として入力したこととする。一方、仕様段階リーダは、「長方形、楕円、三角形を描画できる」という仕様情報に対しては、他の仕様情報に比べると現時点で実現が不明であったので、ＰＶ値を５０％と高めに入力したこととする。この結果、イベント２における仕様段階の分散値は、情報解析部３２０により第１のプロジェクトマップ更新処理（ステップＳ６０：式（１））において、「１６９」と算出される。
【００６２】
図１０は、本実施例におけるイベント１後のプロジェクトマップを説明するための図である。
イベント２において４つの仕様情報が登録されるたびに行われた第１のプロジェクトマップ更新処理の終了後、すなわち、イベント２後には、プロジェクトマップは図１０に示すようになる。
【００６３】
続いて、プロジェクトＨにおいて、以下のイベント３（図６）が行われた。
＜イベント３＞
９月２５日において、ソースコード段階において、仕様情報「長方形、楕円、三角形を描画する」に対して、「ＤｒａｗＲｅｃｔａｎｇｌｅ．ｊａｖａ（長方形の描画プログラム）」、「ＤｒａｗＣｉｒｃｌｅ．ｊａｖａ（楕円の描画プログラム）」、および、「ＤｒａｗＴｒｉａｎｇｌｅ．ｊａｖａ（三角形の描画プログラム）」という３つのソースコード情報がプロジェクト情報登録部４３０のフォルダＢに登録された。なお、詳しくは、これらの３つのソースコード情報は、フォルダＢのファイルにおける仕様情報「長方形、楕円、三角形を描画する」に従属するように登録された。
【００６４】
イベント３に対して、情報管理部３１０および情報解析部３２０は、図７に示す第１のプロジェクトマップ更新処理を、「ＤｒａｗＲｅｃｔａｎｇｌｅ．ｊａｖａ（長方形の描画プログラム）」、「ＤｒａｗＣｉｒｃｌｅ．ｊａｖａ（楕円の描画プログラム）」、および、「ＤｒａｗＴｒｉａｎｇｌｅ．ｊａｖａ（三角形の描画プログラム）」というプロジェクト情報（ソースコード情報）がプロジェクト情報登録部４３０に登録されるたびに行う。なお、イベント３における第１のプロジェクトマップ更新処理において、ソースコード段階リーダは、３つの描画プログラムを表わすソースコード情報に対して、それらがほとんど完成したと判断し、ＰＶ値を５％として入力したこととする。この結果、イベント３におけるソースコード段階の分散値は、情報解析部３２０により第１のプロジェクトマップ更新処理（ステップＳ６０：式（１））において、「０」と算出される。
【００６５】
図１１は、本実施例におけるイベント３後のプロジェクトマップを説明するための図である。
イベント３において３つのソースコード情報が登録されるたびに行われた第１のプロジェクトマップ更新処理の終了後、すなわち、イベント３後には、プロジェクトマップは図１１に示すようになる。
【００６６】
続いて、プロジェクトＨにおいて、以下のイベント４（図６）が行われた。
＜イベント４＞
９月２６日において、仕様段階リーダは、「イベント３で登録されたソースコード情報（３つの描画プログラム）により『長方形、楕円、三角形』の描画が実現可能となった」と判断し、管理サーバＭＳＶに対して、プロジェクトマップの仕様情報「長方形、楕円、三角形を描画できる」（位置情報：Ｂａ）に対するＰＶ値の訂正要求を行った。そして、仕様段階リーダは、この仕様情報のＰＶ値をイベント２の時よりも低い値に訂正した。
【００６７】
図１２は、本実施例における第２のプロジェクトマップ更新処理を示すフローチャートである。
イベント４に対して、管理サーバＭＳＶの情報管理部３１０は、仕様段階リーダから訂正要求があると、図１２に示す第２のプロジェクトマップ更新処理を行う。
【００６８】
具体的には、情報管理部３１０は、所定の段階リーダ（イベント４では仕様段階リーダ）のクライアントＣＬからあるプロジェクト情報（イベント４では仕様情報）に対するＰＶ値の訂正要求があると（ステップＳ１００：ＹＥＳ）、まず、そのプロジェクト情報の位置情報（イベント４では「Ｂａ」）を取得する（ステップＳ１０５）。
【００６９】
次に、情報管理部３１０は、訂正要求を行ったクライアントＣＬ（イベント４では仕様段階リーダ用）に対して、新たにＰＶ値の入力を要求する（ステップＳ１１０）。
【００７０】
図１３は、本実施例におけるＰＶ値入力要求画面ＷＷを説明するための図である。
すなわち、情報管理部３１０は、訂正要求を行った段階リーダ（イベント４では仕様段階リーダ）用のクライアントＣＬの表示装置に対して、図１３に示すＰＶ値入力要求画面ＷＷをポップアップさせる。一方、訂正要求を行った段階リーダは、ＰＶ値入力要求画面ＷＷに対して新たなＰＶ値（％）を入力し、ＰＶ値入力要求画面ＷＷのＯＫボタンを押すことで、クライアントＣＬを介して管理サーバＭＳＶにＰＶ値を送信する。
【００７１】
情報管理部３１０は、段階リーダ（イベント４では仕様段階リーダ）のクライアントＣＬからＰＶ値を受け取るまでは待機し（ステップＳ１２０：ＮＯ）、段階リーダのクライアントＣＬからＰＶ値を受け取ると（ステップＳ１２０：ＹＥＳ）、ＰＶ値を取得し、それと、ステップＳ１０５の処理で取得した位置情報とを対応づけて、ＰＶ値保存部４２０に保存する（ステップＳ１３０）。この保存されるＰＶ値は、取得した位置情報に対応づけられて、訂正要求前にＰＶ値保存部４２０に保存されていたＰＶ値に対して上書き保存される。
【００７２】
続いて、情報管理部３１０は、プロジェクトマップデータ保存部４１０からプロジェクトマップデータを読み出し、そのプロジェクトマップデータの表わすプロジェクトマップにおいて、保存した位置情報が表わす位置のＰＶ値欄に、ＰＶ値を上書きして記入する（ステップＳ１４０）。
【００７３】
さらに、情報管理部３１０は、そのプロジェクト情報領域の色（図５参照）を、そのＰＶ値に基づいて変更する（ステップＳ１４５）。例えば、ＰＶ値が２０％の場合には、プロジェクトマップ情報領域の色（プロジェクトマップを示す図ではハッチング）を黄色（右下下がり斜線ハッチング）にする。
【００７４】
また、情報解析部３２０は、プロジェクトマップにおいて、ＰＶ値の更新を行ったプロジェクト情報が属する段階において、プロジェクトマップに記入されているすべてのプロジェクト情報のＰＶ値に基づいて、上述した式（１）から分散値σを算出し、プロジェクトマップの分散値欄に上書きして記入する（ステップＳ１５０）。情報解析部３２０は、その日の日付と、算出した分散値σと、その段階を表わす段階情報と対応づけて分散値保存部４４０に保存する。た、情報管理部３１０は、このプロジェクトマップを表わすプロジェクトマップデータをプロジェクトマップデータ保存部４１０に保存する。その後、この第２プロジェクトマップ更新処理を終了する。
【００７５】
なお、イベント４における第２のプロジェクトマップ更新処理において、仕様段階リーダは、位置情報Ｂａの仕様情報「長方形、楕円、三角形を描画できる」に対して、上述したように３つのソースコード情報（描画プログラム）がほぼ完成したことから、ＰＶ値を５０％からダウンさせて１０％として入力したこととする。この結果、イベント４における仕様段階の分散値は、情報解析部３２０により、第２のプロジェクトマップ更新処理において、「１９」と算出される。
【００７６】
図１４は、本実施例におけるイベント４後のプロジェクトマップを説明するための図である。
イベント４において、仕様情報（位置情報：Ｂａ）のＰＶ値の訂正要求に対する第２のプロジェクトマップ更新処理の終了後、すなわち、イベント４後には、プロジェクトマップは図１４に示すようになる。
【００７７】
続いて、プロジェクトＨにおいて、以下のイベント５（図６）が行われた。
＜イベント５＞  
９月３０日において、仕様段階リーダは、各仕様情報（イベント２で定義）を顧客Ｋに送付して確認してもらった結果、すべて「問題ない」と承認されたので、管理サーバＭＳＶに対して、イベント２で登録した各仕様情報のＰＶ値の訂正要求をそれぞれ行った。さらに、要求段階リーダは、管理サーバＭＳＶに対してそれら仕様情報が従属する各要求情報に対するＰＶ値の訂正要求をそれぞれ行った。仕様段階リーダおよび要求段階リーダは、各仕様情報および各要求情報のＰＶ値をイベント２、１の時よりも低い値に訂正した。
【００７８】
イベント５に対して、情報管理部３１０および情報解析部３２０は、仕様段階リーダおよび要求段階リーダ（クライアントＣＬ）からの訂正要求があるたびに、図１２に示す第２のプロジェクトマップ更新処理を行う。
【００７９】
なお、イベント５における第２のプロジェクトマップ更新処理において、仕様段階リーダは、各仕様情報に対して、顧客Ｋの承認を取り付けたので、「これらの仕様情報がプロジェクトＨの終了時点までに変更される可能性は低くなった」と判断し、位置情報Ａａ、ＡｂおよびＢｂの仕様情報のＰＶ値を２０％から１０％へ、位置情報Ｂａの仕様情報のＰＶ値を１０％から５％へダウン訂正したこととする。この結果、イベント５における仕様段階の分散値は、情報解析部３２０により、第２のプロジェクトマップ更新処理において、「５」と算出される。
【００８０】
さらに、要求段階リーダは、仕様段階の各仕様情報のＰＶ値が低く訂正されたのを受けて、位置情報Ａの要求情報のＰＶ値を３０％から１０％へ、位置情報Ｂの要求情報のＰＶ値を４０％から１０％へダウン訂正したこととする。この結果、イベント５における要求段階の分散値は、情報解析部３２０により、第２のプロジェクトマップ更新処理において、「２００」と算出される。また、プロジェクトマップにおいて、ＰＶ値の訂正により、各仕様情報および各要求情報のプロジェクト情報領域における色も変更される（図６：ステップＳ１４５）。
【００８１】
図１５は、本実施例におけるイベント５後のプロジェクトマップを説明するための図である。
イベント５において、各仕様情報および各要求情報のＰＶ値の訂正要求に対する第２のプロジェクトマップ更新処理の終了後、すなわち、イベント５後には、プロジェクトマップは図１５に示すようになる。
【００８２】
なお、各段階のリーダ等は、プロジェクトマップを閲覧したい場合には、クライアントＣＬを介して、管理サーバＭＳＶへ閲覧要求を送信する。一方、管理サーバＭＳＶの情報管理部３１０は、所定のクライアントＣＬから、このプロジェクトマップの閲覧要求があると、プロジェクトマップデータ保存部４１０からプロジェクトマップデータを読み出し、それを閲覧要求があったクライアントＣＬへ送信する。閲覧要求を行ったクライアントＣＬは、プロジェクトマップデータを受信し、それを表示装置に表示する。このようにして、各段階のリーダ等は、プロジェクトマップを閲覧することができる。
【００８３】
以上のように、本実施例のプロジェクト支援システム１００は、プロジェクトマップを作成し、プロジェクトマップに各プロジェクト情報と、そのプロジェクト情報がプロジェクトＨの終了時点までに変更される可能性を表わすＰＶ値とを対応させて記入している。従って、各段階リーダは、クライアントＣＬを介してプロジェクトマップを閲覧すれば、各プロジェクト情報のＰＶ値を把握することができ、すなわち、プロジェクトＨの状態を定量化して把握することができる。その結果、各段階リーダ間において、プロジェクトＨの状態の評価のばらつきを抑制することができる。
【００８４】
また、プロジェクト支援システム１００は、プロジェクトマップにおいて、プロジェクト情報が記入されるプロジェクト情報領域の色（上述のプロジェクトマップを示す図ではハッチング）をそのＰＶ値に基づいて色分けするようにしている。これにより、プロジェクトマップにおいて、各プロジェクト情報のＰＶ値の分布状態を視覚的に表現することができる。従って、各段階リーダは、クライアントＣＬを介してプロジェクトマップを閲覧すれば、各プロジェクト情報のＰＶ値の分布状態、すなわち、プロジェクトＨの状態を視覚的に把握することができる。その結果、各段階リーダ等は、プロジェクトＨの状態を適切にすばやく評価することができ、次に注力すべきプロジェクト情報の分析や判断を効率的に行うことができる。例えば、各段階リーダ等は、図１０に示すプロジェクトマップから、仕様段階において位置情報Ｂａの仕様情報が他の仕様情報に比べて突出して高いことをすばやく把握することができ、次に位置情報Ｂａの仕様情報について注力すべきであるとの判断を適切に行うことができる。
【００８５】
また、本実施例におけるプロジェクトマップは、プロジェクトＨが進行するたびに、すなわち、プロジェクトＨにおいてイベントが発生するたびに更新されるので、上述の各段階リーダ等は、プロジェクトＨの状態を知りたい場合には、更新されたプロジェクトマップを閲覧することにより、プロジェクトＨのその時点における状態を的確に把握することができる。
【００８６】
さらに、本実施例におけるプロジェクトマップでは、各段階において、各プロジェクト情報のＰＶ値の偏り（ばらつき）を示す分散値を算出し、それを示している。ところで、プロジェクトＨの各段階において、各プロジェクト情報のＰＶ値の偏り（ばらつき）が大きいと、それがプロジェクトＨ全体の進行を妨げる要因となることが考えられる。言い換えれば、各段階のＰＶ値の偏り（ばらつき）をできるだけ是正することが、プロジェクトＨの進行を円滑に進めることになる。従って、上述の各段階リーダ等は、プロジェクトマップにおいて、各段階の分散値に着目し、それらを比較することで、どの段階に注力すべきかを的確にすばやく判断することができる。例えば、イベント５後における図１５に示すプロジェクトマップにおいて、各段階リーダ等は、要求段階の分散値が他の段階の分散値に比べて高いので、要求段階に対して着目し、注力すべきであると的確に判断することができる。
【００８７】
また、本実施例におけるプロジェクトマップでは、位置情報（アルファベットまたはそれと数字の組み合わせ）を用いて各段階のプロジェクト情報間の従属関係を表わすようにしている。従って、上述の各段階リーダ等は、プロジェクトマップを閲覧すれば、各段階のプロジェクト情報間の従属関係をすばやく認識することができ、プロジェクトＨの状態を適切に評価することができる。
【００８８】
Ｂ．変形例：
なお、本発明では、上記した実施の形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
【００８９】
Ｂ１．変形例１：
上記実施例では、プロジェクトマップを用いてプロジェクトＨの状態の評価を行っていたが、本発明はこれに限られるものではない。例えば、以下に説明する分散値推移グラフを用いてプロジェクトＨの状態を評価するようにしてもよい。
【００９０】
図１６は、本変形例１における分散値推移グラフを表わす図である。
この図１６に示す分散値推移グラフは、プロジェクトＨの進行に伴う、各段階の中で最も高い分散値（以下、Ｍａｘ分散値と呼ぶ。）を示す分散値線と、各段階の中で最も低い分散値（以下、Ｍｉｎ分散値と呼ぶ。）を示す分散値線と、各段階の分散値の平均を５日間遡って平均した５日移動平均線と、各段階の分散値の平均を１５日間遡って平均した１５日移動平均線とを表わしている。
【００９１】
上述の情報解析部３２０が、この分散値推移グラフを作成し、プロジェクトＨの進行に伴って（例えば、一日ごと）に更新する。この分散値推移グラフは、管理サーバＭＳＶが備える分散値推移グラフ保存部（図示せず）に保存されている。情報解析部３２０は、分散値推移グラフを更新する場合には、分散値推移グラフ保存部から分散値推移グラフを読み出す。そして、情報解析部３２０は、分散値保存部４４０から日付と、各段階情報を表わす各段階の分散値を取得する。情報解析部３２０は、各段階の分散値から、Ｍａｘ分散値と、Ｍｉｎ分散値を探索する。また、情報解析部３２０は、取得した各段階の分散値から各日付ごとに各段階の分散値の平均を算出し、さらに、各日付から算出した各段階の分散値の平均を５日間遡って平均した５日移動平均値と、１５日間遡って平均した１５日移動平均値とを算出する。情報解析部３２０は、取得した日付に対応づけて、Ｍａｘ分散値、Ｍｉｎ分散値、５日移動平均値および１５日移動平均値を読み出した分散値推移グラフに記入することで、分散値推移グラフを更新する。
【００９２】
各段階のリーダ等は、分散値推移グラフを閲覧したい場合には、クライアントＣＬを介して、管理サーバＭＳＶへ閲覧要求を送信する。一方、情報管理部３１０は、所定のクライアントＣＬから、分散値推移グラフの閲覧要求があると、分散値推移グラフ保存部から分散値推移グラフを読み出し、それを閲覧要求があったクライアントＣＬへ送信する。閲覧要求を行ったクライアントＣＬは、分散値推移グラフを受信し、それを表示装置に表示する。このようにして、各段階のリーダ等は、分散値推移グラフを閲覧することができる。
【００９３】
以上のようにすれば、各段階リーダ等は、分散値推移グラフを閲覧することにより、その時点の分散値Ｍａｘおよび分散値Ｍｉｎ、および、その時点よりも以前の分散値Ｍａｘおよび分散値Ｍｉｎの推移をすばやく確認することができる。従って、分散値推移グラフを、例えば、プロジェクトマップと併用すれば、プロジェクトＨの状態をより適切に評価することができる。
【００９４】
また、各段階リーダ等は、分散値推移グラフを閲覧することにより、その時点以前の５日移動平均線または１５日移動平均線から、各段階の分散値平均の変動傾向を確認することができる。これにより、各段階リーダ等は、プロジェクトＨの状態を定量的に評価することができる。従って、この５日移動平均線または１５日移動平均線は、プロジェクトＨの状態を評価する上での指標として用いることができる。なお、１５日移動平均線は、５日移動平均線よりも大まかな各段階の分散値平均の変動傾向を表わす。
【００９５】
Ｂ２．変形例２：
上記実施例において、プロジェクトＨは、３つの段階（要求段階、仕様段階およびソースコード段階）で構成されているが、本発明はこれに限られるものではなく、所定の複数の段階で構成されていてもよい。この場合、プロジェクトマップも各段階に対応して示される。
【００９６】
Ｂ３．変形例３：
上記実施例において、プロジェクトマップの各プロジェクト情報のＰＶ値がどのくらいであるかを視覚的に表わすために、プロジェクト情報領域内の色がＰＶ値の大きさに対応して変化するようにしているが、本発明はこれに限られるものではない。例えば、各プロジェクト情報のＰＶ値がどのくらいであるかを視覚的に表わすために、プロジェクト情報領域内の形やプロジェクト情報領域内のハッチングの種類がＰＶ値の大きさに対応して変化するようにしてもよい。このようにしても、上記実施例の効果を奏することができる。なお、上述したプロジェクト情報領域内の形やプロジェクト情報領域のハッチングの種類は、請求項におけるマーク情報に該当する。
【００９７】
Ｂ４．変形例４：
上記実施例では、各段階リーダ等は、各クライアントＣＬでプロジェクトマップを閲覧するようにしているが、本発明はこれに限られるものではない。各段階リーダ等は、管理サーバＭＳＶが備える表示装置（図示せず）においてプロジェクトマップを閲覧するようにしてもよい。
【００９８】
Ｂ６．変形例６：
上記実施例では、各段階リーダ等は、ＰＶ値の入力手段としてクライアントＣＬを用いているが、本発明はこれに限られるものではない。例えば、各段階リーダ等は、所定のプロジェクト情報に対して管理サーバＭＳＶにて直接ＰＶ値を入力するようにしてもよい。このようにしても本発明の効果を奏することができる。
【００９９】
Ｂ７．変形例７：
上記実施例では、プロジェクト情報を管理サーバＭＳＶ（プロジェクト情報登録部４３０）に登録するようにしているが、本発明はこれに限られるものではない。例えば、ローカルエリアネットワークＬＡＮに接続されるファイルサーバ（図示せず）を備え、そのファイルサーバにプロジェクト情報登録部４３０と同等の機能を備えた保存部（図示せず）を設けるようにしてもよい。この場合、このファイルサーバは、プロジェクト情報が保存部に登録された場合には、その旨を管理サーバＭＳＶに通知する。そして、管理サーバＭＳＶは、必要に応じてファイルサーバからプロジェクト情報を取得するようにする。このようにしても本発明の効果を奏することができる。
【０１００】
Ｂ８．変形例８：
上記実施例において、プロジェクト支援システム１００は、プロジェクトＨ（図形描画ツールの開発）の状態を評価するようにしているが、本発明はこれに限られるものではない。本発明のプロジェクト支援システム１００は、所定の成果物が得られるプロジェクトを支援し、そのプロジェクトの状態を評価する場合にも適用できる。例えば、プロジェクト支援システム１００は、図形描画ツール以外のソフトウェアの開発を行うプロジェクトを支援し、そのプロジェクトの状態を評価するようにしてもよい。また、プロジェクト支援システム１００は、ハードウェアの開発を行うプロジェクトを支援し、そのプロジェクトの状態を評価するようにしてもよい。このようにしても本発明の効果を奏することができる。
【０１０１】
Ｂ９．変形例９：
上記実施例において、管理サーバＭＳＶの各部は、ソフトウェア的に構成されているものを、ハードウェア的に構成するようにしてもよいし、ハードウェア的に構成されているものを、ソフトウェア的に構成するようにしてもよい。
【図面の簡単な説明】
【０１０２】
【図１】本発明の実施例におけるプロジェクト支援システム１００の概略構成図である。
【図２】実施例におけるプロジェクトＨの流れを示す概略説明図である。
【図３】実施例におけるプロジェクト情報登録部４３０の各フォルダにおけるプロジェクト情報の保存（登録）状況を説明する図である。
【図４】実施例におけるプロジェクトマップの概略説明図である。
【図５】実施例におけるプロジェクトマップにおけるプロジェクト情報領域の色とＰＶ値との関係を示した図である。
【図６】実施例におけるプロジェクトＨで発生するイベントを時系列に示した図である。
【図７】実施例における第１のプロジェクトマップ更新処理を示すフローチャートである。
【図８】実施例におけるＰＶ値入力要求画面Ｗを説明するための図である。
【図９】実施例におけるイベント１後のプロジェクトマップを説明するための図である。
【図１０】実施例におけるイベント１後のプロジェクトマップを説明するための図である。
【図１１】実施例におけるイベント３後のプロジェクトマップを説明するための図である。
【図１２】実施例における第２のプロジェクトマップ更新処理を示すフローチャートである。
【図１３】実施例におけるＰＶ値入力要求画面ＷＷを説明するための図である。
【図１４】実施例におけるイベント４後のプロジェクトマップを説明するための図である。
【図１５】実施例におけるイベント５後のプロジェクトマップを説明するための図である。
【図１６】変形例１における分散値推移グラフを表わす図である。
【符号の説明】
【０１０３】
１００...プロジェクト支援システム
３００...ＣＰＵ
３１０...情報管理部
３２０...情報解析部
４１０...プロジェクトマップデータ保存部
４２０...ＰＶ値保存部
４３０...プロジェクト情報登録部
４４０...分散値保存部
【図１】
2006164138.tif 000004
【図２】
2006164138.tif 000005
【図３】
2006164138.tif 000006
【図４】
2006164138.tif 000007
【図５】
2006164138.tif 000008
【図６】
2006164138.tif 000009
【図７】
2006164138.tif 000010
【図８】
2006164138.tif 000011
【図９】
2006164138.tif 000012
【図１０】
2006164138.tif 000013
【図１１】
2006164138.tif 000014
【図１２】
2006164138.tif 000015
【図１３】
2006164138.tif 000016
【図１４】
2006164138.tif 000017
【図１５】
2006164138.tif 000018
【図１６】
2006164138.tif 000019