(57)【要約】      （修正有）【課題】プロジェクトで発生している問題の早期発見が可能な手段を提供する。【解決手段】メンバからの担当作業の進捗情報データ１１０を取得する入力受付部１２０と、成果物格納場所１３０に存在する成果物の一覧を取得する格納成果物一覧取得部１４０と、格納成果物一覧取得部１４０で取得された情報をもとに成果物の変更を計測し、成果物一覧データ時系列蓄積データベース１６０に蓄積する成果物変更状況計測部１５０と、進捗情報データ１１０と成果物一覧データ時系列蓄積データベース１６０に蓄積された情報とを併せて表示する結果出力部１７０とを備える。結果出力部１７０は、進捗情報データ１１０と、成果物一覧データ時系列蓄積データベース１６０に蓄積された情報とを、問題データパターンリスト１８０に含まれる問題データパターンと突き合わせ、プロジェクトの問題箇所と問題の深刻度を特定し表示する。【選択図】図１
2009258958.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクトの状況を可視化するプロジェクト状況可視化装置であって、プロジェクトメンバから自己申告される進捗情報を取得する入力受付部と、成果物格納場所に存在する成果物の一覧情報を取得する格納成果物一覧取得部と、
前記格納成果物一覧取得部で取得された前記一覧情報をもとに、前記成果物の変更を計測し、成果物一覧データ時系列蓄積データベースに蓄積情報として蓄積する成果物変更状況計測部と、
前記入力受付部にて取得された前記進捗情報と前記成果物一覧データ時系列蓄積データベースに蓄積された前記蓄積情報とを併せて出力する結果出力部とを備えることを特徴とするプロジェクト状況可視化装置。
【請求項２】
請求項１記載のプロジェクト状況可視化装置であって、
前記結果出力部は、前記入力受付部にて取得された前記進捗情報と、前記成果物一覧データ時系列蓄積データベースに蓄積された前記蓄積情報とを併せて、時系列に表示することを特徴とするプロジェクト状況可視化装置。
【請求項３】
請求項１または２記載のプロジェクト状況可視化装置であって、
問題が発生している可能性の高い場合のデータパターンを集めた問題データパターンリストを備え、
前記結果出力部は、前記問題データパターンリストを参照し、前記入力受付部にて取得された前記進捗情報と前記成果物一覧データ時系列蓄積データベースに蓄積された前記蓄積情報とが、前記問題データパターンリストに含まれる前記データパターンのいずれかに当てはまる場合に、プロジェクトの問題箇所および深刻度を特定し表示することを特徴とするプロジェクト状況可視化装置。
【請求項４】
請求項３記載のプロジェクト状況可視化装置であって、
前記結果出力部は、前記問題データパターンリストに含まれる前記データパターンに当てはまる原因となった前記成果物の名称を併せて表示することを特徴とするプロジェクト状況可視化装置。
【請求項５】
請求項４記載のプロジェクト状況可視化装置であって、
前記結果出力部は、前記問題データパターンリストに含まれる前記データパターンに当てはまる原因となった前記成果物の名称を表示する際に、前記成果物の完成予定日、完成実績日、変更発生のタイミングを図示して表示することを特徴とするプロジェクト状況可視化装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロジェクト状況可視化装置に関するものであり、特にプロジェクトメンバから自己申告された進捗情報と客観的に取得される成果物の格納状況とを同時に可視化する技術に関する。
【背景技術】
【０００２】
実行中のプロジェクトの状況を正しく把握し、問題状況を早期発見することが、プロジェクトを決められた予算、納期で遂行するために重要である。一般にプロジェクトでは、実施すべき作業項目を洗い出し、各作業項目の担当プロジェクトメンバとスケジュールを決める。プロジェクトの状況把握で典型的に行われるのは、担当プロジェクトメンバから、担当する作業項目の進捗状況についてプロジェクトリーダに自己申告を行うというものである。
【０００３】
また、プロジェクトの作業項目において作成される成果物の作成状況を知ることにより、プロジェクトの状況を把握する方式が知られている。特許文献１の発明であるプロジェクト管理システム、プログラムおよび記録媒体では、プロジェクト計画時に、各作業項目について作成すべき成果物名及び当該成果物の空実体を関連付けておくことにより、プロジェクトの進行に伴い各作業項目に対応する成果物実体の出来具合を常に参照可能としている。
【０００４】
また、特許文献２の発明であるソフトウェア進捗管理装置では、各作業項目で作成する成果物と、当該成果物完成時の出来高の見積り規模をあらかじめ指定しておき、当該成果物の出来高情報を定期的に取得し、見積り規模との比較により当該成果物を作成する作業項目の進捗状況を把握し表示する。
【０００５】
【特許文献１】特開２００３−１０８７３５号公報
【特許文献２】特開２００１−１４１５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来技術では、各作業項目について自己申告による進捗情報、または各作業項目で作成される成果物の作成状況のみを表示している。
【０００７】
自己申告による進捗情報データ自体は必要不可欠である。例えばある作業が完了したかどうかは、特許文献１にあるように作成される成果物を参照するだけでは把握できず、また特許文献２にあるように見積もり規模と出来高規模とを比較するだけでは把握できない。他方、自己申告による情報は主観的なものであり、その情報が実態と異なっている場合も多いため、その情報のみに依存してしまうとプロジェクトの状況を誤認識する場合がある。
【０００８】
また、特許文献２にあるように単にその時点時点での成果物の作成状況を追うだけだと、例えば、ある作業項目について、作業完了と自己申告されていたとしても、当該作業項目で作成した成果物が慢性的に更新されており、当該作業項目が真に完了していないのに完了と報告している可能性が高いといった状況を把握できない。
【０００９】
本発明の課題は、上述した従来技術の問題点を解決し、プロジェクトの状況をより正しく把握することが可能な、更には問題状況の発見をより容易にすることが可能なプロジェクト状況可視化装置を提供することにある。
【課題を解決するための手段】
【００１０】
本発明は、上記課題を解決するため、プロジェクトメンバからの自己申告による進捗情報と、客観的に計測可能な情報として、成果物格納場所に格納された成果物の格納状況の時系列蓄積との双方の情報を併せて表示する手段、さらに、進捗情報と成果物格納情報の時系列蓄積との情報が、問題状況の存在を強く示唆する場合、プロジェクトの問題箇所と深刻度を特定し表示する手段を提供する。
【００１１】
本発明は好適には、プロジェクトメンバから自己申告される進捗情報を取得する入力受付部と、成果物格納場所に存在する成果物の一覧を取得する格納成果物一覧取得部と、格納成果物一覧取得部で取得された情報をもとに成果物の変更を計測し成果物一覧データ時系列蓄積データベースに蓄積する成果物変更状況計測部と、入力受付部にて取得された進捗情報と成果物一覧データ時系列蓄積データベースに蓄積された情報とを併せて表示する結果出力部、とを備えるプロジェクト状況可視化装置を提供する。
【００１２】
また、より好適には、本発明のプロジェクト状況可視化装置における結果出力部は、入力受付部にて取得された進捗情報と、成果物一覧データ時系列蓄積データベースに蓄積された情報とを、併せて、時系列に表示する。
【００１３】
更に、本発明のプロジェクト状況可視化装置における結果出力部は、問題が発生している可能性の高い場合のデータパターンを集めた問題データパターンリストを参照し、入力受付部にて取得された進捗情報と成果物一覧データ時系列蓄積データベースに蓄積された情報とが、問題データパターンのいずれかに当てはまる場合に、プロジェクトの問題箇所と深刻度を特定し表示する。
【００１４】
また更に、本発明のプロジェクト状況可視化装置における結果出力部により出力される表示は、問題データパターンリストに含まれるデータパターンに当てはまる原因となった成果物の名称を表示する。
【００１５】
更にまた、本発明のプロジェクト状況可視化装置における結果出力部により出力される表示は、問題データパターンリストに含まれるデータパターンに当てはまる原因となった成果物の名称を表示する際に、当該成果物の完成予定日、完成実績日、変更発生のタイミングを図示する。
【発明の効果】
【００１６】
本発明を用いることにより、自己申告情報としての進捗情報データと客観的に計測される成果物の変更状況の情報とを併せて表示することが可能となる。さらに、進捗報告データと成果物の変更状況の情報とを、問題データパターンリストと照合することにより、プロジェクトの問題箇所とその深刻度を表示することが可能となり、プロジェクトのどの箇所を優先して原因追究と対策を行えばよいかを把握可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態について、図面を参照しながら説明する。
【実施例１】
【００１８】
まず、第１の実施例のプロジェクト状況可視化装置を活用する際の想定事項について説明する。プロジェクトはいくつかのチームから構成されている。プロジェクトのライフサイクルは、要件定義工程、設計工程、製造工程、試験工程の各作業工程に分かれている。プロジェクトメンバは、ある作業項目について進捗情報データ上で完了報告したときに、当該作業項目で作成することになっている成果物を成果物格納場所に格納する。プロジェクトリーダは、各作業工程において、各チームについて、進捗情報データ上では完了しているが、成果物の変更状況を見ると完成しているとは思えないような状況を捕捉する。
【００１９】
図１は本実施例のプロジェクト状況可視化装置１０の全体構成を表す図であり、プロジェクトメンバから自己申告される進捗情報データ１１０を取得する入力受付部１２０と、成果物格納場所１３０に存在する成果物の一覧を取得する格納成果物一覧取得部１４０と、格納成果物一覧取得部１４０で取得された情報をもとに成果物の変更を計測し、成果物一覧データ時系列蓄積データベース（ＤＢ）１６０に蓄積する成果物変更状況計測部１５０と、入力受付部１２０にて取得された進捗情報データ１１０と成果物一覧データ時系列蓄積データベース１６０に蓄積された情報とを併せて表示する結果出力２００を出力する結果出力部１７０と、進捗情報データ１１０と成果物一覧データ時系列蓄積データベース１６０との情報で問題が発生している可能性の高いパターンを集積している問題データパターンリスト１８０とを備えている。
【００２０】
このような構成は、例えば、通常の中央処理部（ＣＰＵ）、記憶部（メモリ）、及び入出力部（Ｉ／Ｏ）などからなるコンピュータ、更にはこのコンピュータにネットワークを介してファイルサーバなどが接続されるコンピュータシステムで実現できる。具体的には、成果物格納場所１３０はファイルサーバ、成果物一覧データ時系列蓄積データベース１６０、問題データパターンリスト１８０はメモリ、入力受付部１２０、格納成果物一覧取得部１４０、成果物変更状況計測部１５０、及び結果出力部１７０はＣＰＵで実行されるプログラムなどで構成される。
【００２１】
本実施例のプロジェクト状況可視化装置１０への入力を受付の部分は入力受付部１２０と格納成果物一覧取得部１４０である。図２は、入力受付部１２０における入力受付により影響が及ぶ範囲２０と、格納成果物一覧取得部１４０における入力受付により影響が及ぶ範囲３０を図示したものである。範囲２０は、入力受付部１２０にて、進捗情報データ１１０を取得し、出力処理部１７０にて、入力受付部１２０により取得された進捗情報データ１１０と成果物一覧データ時系列蓄積データベース１６０に蓄積された情報とを、問題データパターンリスト１８０と照合することにより、プロジェクトの問題箇所とその深刻度をも含め、併せて表示する結果出力２００を出力する処理を行う部分である。範囲３０は、格納成果物一覧取得部１４０にて成果物格納場所１３０に存在する成果物の一覧を取得し、成果物変更状況計測部１５０にて格納成果物一覧取得部１４０で取得された情報をもとに成果物の変更を計測し、成果物一覧データ時系列蓄積データベース１６０に蓄積する処理を行う部分である。入力受付部１２０と格納成果物一覧取得部１４０とは、それぞれ独立に起動されても、同時に起動されてもよい。
【００２２】
以下、本実施例のプロジェクト状況可視化装置１０の構成要素について説明する。まず、範囲３０に含まれる構成要素について、図３から図９を参照しながら説明する。
【００２３】
成果物格納場所１３０は、例えばファイルサーバ上に存在する、当該プロジェクトで作成される成果物を格納するディレクトリである。
【００２４】
格納成果物一覧取得部１４０は、図３に示す画面における成果物格納場所指定欄１４１にて、成果物格納場所１３０を示すディレクトリ名の入力を受けつけ、当該ディレクトリ下に存在する、成果物に関する情報を一覧にして取得する。当該一覧を本実施例では成果物一覧と称する。成果物一覧のテーブル列は、図４にあるように、情報取得日時１４２、ファイルフルパス１４３、ファイルサイズ１４４、最終更新日時１４５、を含む。情報取得日時１４２は、図３に示す画面における処理開始ボタンを押下した日時が自動で記入される。
【００２５】
成果物変更状況計測部１５０は、格納成果物一覧取得部１４０で得られた成果物一覧と、前回取得した成果物一覧とを比較し、更新、新規追加、削除が発生している成果物を特定した上で、成果物一覧を成果物一覧データ時系列蓄積データベース１６０に蓄積する。成果物一覧データ時系列蓄積データベース１６０は、図５にあるように、テーブル列として、格納成果物一覧取得部１４０で得られる成果物一覧のテーブル列に加え、更新、新規追加、削除のいずれかが発生していることを示す列として、ファイル更新有無１６５、ファイル追加有無１６６、ファイル削除有無１６７、を含む。
【００２６】
ＣＰＵで実行されるソフトウェアプログラムとして構成される成果物変更状況計測部１５０の処理手順を図６に示す。まず、蓄積処理１５１において、格納成果物一覧取得部１４０で得られた今回の成果物一覧のデータを、成果物一覧データ時系列蓄積データベース１６０に蓄積する。次に、変更部分特定処理１５２において、今回蓄積処理１５１で蓄積された成果物一覧に相当する分の各エントリと、前回蓄積された成果物一覧に相当する分の各エントリとを比較し、更新、新規追加、削除、のいずれかが発生しているエントリを特定し、それぞれファイル更新有無１６５、ファイル追加有無１６６、ファイル削除有無１６７の列に記入する。図５にあるように、前回蓄積された成果物一覧に相当する分のエントリとは、すなわち蓄積処理１５１の処理完了後の成果物一覧データ時系列蓄積データベース１６０において２番目に新しい情報取得日時を有するエントリであり、今回蓄積された成果物一覧に相当する分のエントリとは、すなわち蓄積処理１５１の処理完了後の成果物一覧データ時系列蓄積データベース１６０において最も新しい情報取得日時を有するエントリである。
【００２７】
ここで、ファイル更新有無１６５、ファイル追加有無１６６、ファイル削除有無１６７各列への記入内容と記入条件について、図５に示されたデータの例を交えて説明する。
【００２８】
ファイル更新有無列１６５の記入内容とその条件について記述する。図７は図５のデータが与えられた場合、更新された成果物の特定について説明したものである。図７にあるように、今回取得された成果物一覧の各エントリ（今回分エントリ）について、前回取得された成果物一覧に同じファイルフルパスを有するエントリ（前回分エントリ）が存在し、かつ今回分のエントリと前回分エントリとの最終更新日時が異なっている場合、今回分エントリのファイル更新有無列１６５に「○」を記入する。そうでない場合は「×」を記入する。
【００２９】
ファイル追加有無列１６６の記入内容とその条件について記述する。図８は図５のデータが与えられた場合、追加された成果物の特定について説明したものである。図８にあるように、今回取得された成果物一覧の各エントリ（今回分エントリ）について、前回取得された成果物一覧に同じファイルフルパスを有するエントリ（前回分エントリ）が存在しない場合、今回分エントリのファイル追加有無列１６６に「○」を記入する。そうでない場合は「×」を記入する。
【００３０】
ファイル削除有無列１６７の記入内容とその条件について記述する。図９は図５のデータが与えられた場合、削除された成果物の特定について説明したものである。図９にあるように、前回取得された成果物一覧の各エントリ（前回分エントリ）について、今回取得された成果物一覧に同じファイルフルパスを有するエントリ（今回分エントリ）が存在しない場合、前回分エントリのファイル削除有無列１６７に「○」を記入する。そうでない場合は「×」を記入する。
【００３１】
範囲３０に含まれる構成要素の説明は以上である。
【００３２】
次に、範囲２０に含まれる構成要素について、図１０から図２３を参照しながら説明する。
【００３３】
進捗情報データ１１０は、図１０に示すように、各作業項目について、作業項目名１１１、担当者１１２、担当チーム１１３、開始予定日１１４、開始実績日１１５、完了予定日１１６、完了実績日１１７、作業工程１１８、ファイルフルパス１１９の情報を含んでおり、入力受付部１２０により、本装置に取り込まれる。完了実績日１１７には、担当プロジェクトメンバによる自己申告で、未完了であれば「未完」という文字列を、完了であれば完了した日付を記入するものとする。ファイルフルパス１１９は、当該作業項目で作成される成果物であるファイル実体の絶対パスを、当該ファイル実体の名前も含めた形で表したもので、一つの作業項目で複数存在しうる。
【００３４】
入力受付部１２０は、結果出力２００を得る端緒となる部分であり、図１１に入力受付部の入力画面に示すように、装置に取り込む対象となる進捗情報データ１１０を指定する進捗情報データ指定欄１２１と、出力処理部１７０により生成される結果出力２００の元データをどの観点で分類するかを指定する分類テーブル指定欄１２２との指定を受付け、進捗情報データ１１０を取り込む。分類テーブル指定欄１２２は、進捗情報データ１１０のテーブル列のうちいずれかを選択するか、分類を行わない場合は空欄にする。本実施例においては、チーム毎の状況を把握するため進捗情報データ１１０の担当チーム列１１３を選択したものとして記述する。
【００３５】
結果出力部１７０は、入力受付部１２０により取得された進捗情報データ１１０と成果物一覧データ時系列蓄積データベース１６０に蓄積された情報とを、問題データパターンリスト１８０と照合することにより、プロジェクトの問題箇所とその深刻度をも含め、併せて表示する。ＣＰＵで実行されるプログラムなどで構成される結果出力部１７０の処理は、図１２のように、結合処理１７１、分割処理１７２、問題データパターンリスト突き合わせ処理１７３、出力処理１７４からなる。
【００３６】
結合処理１７１では、入力受付部１２０により取得された進捗情報データ１１０と、成果物一覧データ時系列蓄積データベース１６０とを結合し、図１３に示すような結合表を生成する。結合キーはファイルフルパスである。なお、結合表は、新しい列として、マッチデータパターンID１７１１６が加わる。
【００３７】
分割処理１７２では、結合処理１７１で生成した結合表を、入力受付部１２０の入力画面における分類テーブル指定１２２により指定された列により分割する。本実施例では、担当チーム列１１３の内容により分割する。チーム毎に分割された結合表を、チーム表と称する。チーム表のテーブル列は図１３に示す結合表と同じである。
【００３８】
問題データパターンリスト突き合わせ処理１７３では、分割処理１７２で生成した各チーム表に対して、問題データパターンリスト１８０に含まれるデータパターン全てと突き合わせ、チーム表がマッチしたデータパターンのIDを、当該データパターンに当てはまる原因を作ったファイルのエントリのデータパターンID列１７１１６に記入するとともに、チーム表から当該チームの深刻度を算出する。問題データパターンリスト１８０は、プロジェクトが何らかの問題状況を抱えている可能性が高い場合のデータパターンの集合であり、図１４にあるように、データパターンは、データパターンID１８１、条件１８２、当該条件の意味を示したメッセージ１８３、当該条件が真の場合の深刻度１８４、当該条件の真偽を判定するための実行コード１８５で構成される。ここで、条件１８２は、実行コード１８５の中身を説明するものであり、チーム表のデータについて真偽を一意に決定できるような内容となっているものとする。
【００３９】
結果出力部１７０を構成する問題データパターンリスト突き合わせ処理１７３の処理フローを図１５のフローチャートをもとに説明する。フローチャートで用いられる変数及び定数は次の通りである。ｎは、カウンタ変数である。Ｎは定数であり、問題データパターンリスト１８０に含まれるデータパターンの総数が値となる。severityは、当該チームの深刻度の計算結果を格納する変数である。今回の場合は、深刻度の計算方法は、マッチした各々の問題データパターンが有する深刻度を合算することとするが、これは本実施例説明の便宜のためであり、計算方法は合算に限られるわけではない。
【００４０】
以上踏まえた上で、図１５の処理フローを説明する。まず、１７３１にあるように、変数および定数の初期化を行う。次に、１７３２に記された条件が示すように、問題データパターンリスト１８０に含まれるデータパターン全てに対して、以下の処理を行う。まず、１７３３にあるように、問題データパターンリスト１８０のｎ番目のデータパターンの実行コード１８５を実行し、当該データパターンが対象チーム表に当てはまるか否かを判定し、１７３４にあるように、当てはまるか否かで処理を分岐させる。条件１８２が当てはまらない場合は１７３５の処理が示すように、ｎを１加算して、次のパターンリストに進む。条件１８２が当てはまる場合は、１７３６にあるようにseverityの値に当該データパターンが有する深刻度１８４を加算し、１７３７にあるように、当該データパターンの条件１８２が当てはまる原因となったエントリの、チーム表におけるマッチデータパターンID列１７１１６に、当該データパターンIDを記入する。その後、１７３５にあるようにｎを１加算して、次のパターンリストに進む。全てのデータパターンに対するチェックが終了したら、１７３８にあるように、severityの値をチーム表に記録する。
【００４１】
処理フローによりチーム表のデータがどのように変化するかを、図１６、図１７、図１８に示した具体的なデータにより説明する。説明の便宜上、図１６、図１７、図１８は結合処理１７１と分割処理１７２を経て生成されたデータのうち、本説明に必要なテーブル列のみを抜粋し、また問題データパターンリスト１８０は、図１４に記載されたものだけを情報として有するものとする。このとき、図１６に示されるエントリのうち、図１４に示す問題データパターンリスト１８０に含まれるデータパターンに当てはまるものは、図１７に示すとおりである。従って、図１８に示すように、マッチデータパターンID列１７１１６に、マッチしたデータパターンIDを書き込む。なお、この場合、深刻度は、図１７により、マッチしたデータパターンID１、２の深刻度を合算し、５となる。
【００４２】
出力処理１７４は、図１９にその出力イメージを図示すように、プロジェクトを構成する各チームの状況を工程別に一覧にして出力する。各チームの状況を示したグラフを、本実施例では状況表示グラフと称する。状況表示グラフは、処理１７２で得られた、チーム表を参照元データとして有している。
【００４３】
状況表示グラフは、図２０に示すように深刻度表示部２０１、グラフ表示部２０２、問題点表示部２０３の３つの部分からなる。
【００４４】
深刻度表示部２０１は、処理１７３で計算された深刻度の値を棒グラフで表示する部分である。なお、深刻度の高いチームのグラフについては、状況表示グラフの背景色を黄色（やや危険）や赤色（危険）にしてもよい。
【００４５】
グラフ表示部２０２は、どれだけの成果物が作成される予定で、実際にどれだけ作成され、作成された成果物のうち変更が発生されたものの数を時系列で表すものである。縦軸がファイル数を示し、横軸が年月日を示す。横軸には、チーム表に出現する情報取得日時列１７１１０の値のうち年月日に当たる部分を列挙する。四角をつなぐ折れ線２０２１は、チーム表における情報取得日時１７１１０の各時点について、完成予定日１７１０６が当該時点より前である作業項目に記載されている成果物ファイルの総数を表す。三角をつなぐ折れ線２０２２は、チーム表における情報取得日時１７１１０の各時点について、完成実績日１７１０７が当該時点より前である作業項目に記載されている成果物ファイルの総数が表示される。棒２０２３は、チーム表における取得日時の各時点について、更新ファイル有無列１７０１３に出現する「○」の数を表す。
【００４６】
問題点表示部２０３は、問題データパターンリスト突き合わせ処理１７３にて、当該状況表示グラフの元データであるチーム表と、問題データパターンリスト１８０とを突き合わせた結果、マッチしたデータパターンのIDに対応するメッセージを表示する場所である。当該メッセージは、当該状況表示グラフの元データとなっているチーム表のマッチデータパターンID列１７１１６に記載されたデータパターンID１８１に対応するメッセージ１８３から得られる。各メッセージが表示されている場所に、図示されないポインティングデバイスの操作によりカーソル（図２１、２２、２３それぞれの白抜き矢印で示す）位置を合わせると、当該図の参照元となっているチーム表のマッチデータパターンID列１７１１６に記載されたデータパターンIDが記入されているエントリのファイル名の一覧がプルダウンメニューの形で表示される（図２１参照）。プルダウンメニューに表示されたファイル名を一つ選択すると（図２２参照）、当該ファイルの完成予定日と、完成実績日、更新のかかった時点とを、参照元となっているグラフ表を参照して図示する（図２３参照）。ここで、完成予定日は、参照元となっているチーム表の完了予定日列１７１０６から、完成実績日は、参照元となっているチーム表の完了実績日列１７１０７から、更新のかかった時点は、参照元となっているチーム表の更新ファイル有無列１７１１３から得られる。
【００４７】
なお、本実施例に示した問題点表示部２０３では、成果物の変更状況として、図６における変更部分特定処理１５２において特定した、成果物の新規追加または削除の数を、時系列表示してもよい。成果物の新規追加または削除の数の時系列表示は、チーム表の中で、各情報取得日時の時点における、それぞれ追加ファイル有無列１７０１４、削除ファイル有無列１７０１５に出現する「○」の数を数える。
【００４８】
また、成果物の更新、新規追加、削除の状況を同時に表示してもよい。
【図面の簡単な説明】
【００４９】
【図１】第１の実施例の全体構成図。
【図２】第１の実施例の構成において、入力受付部、及び格納成果物一覧取得部について、それぞれ入力受付により影響が及ぶ範囲を図示した図。
【図３】第１の実施例の格納成果物一覧取得部における入力画面の例を示す図。
【図４】第１の実施例の成果物一覧のテーブル列の例を示す図。
【図５】第１の実施例の成果物一覧データ時系列蓄積データベースに格納されるデータの例を示す図。
【図６】第１の実施例の成果物変更状況計測部の処理フローを示す図。
【図７】第１の実施例のファイル更新有無列への記載内容と記載条件を説明した図。
【図８】第１の実施例のファイル追加有無列への記載内容と記載条件を説明した図。
【図９】第１の実施例のファイル削除有無列への記載内容と記載条件を説明した図。
【図１０】第１の実施例の進捗情報データのテーブル列の例を示す図。
【図１１】第１の実施例の入力受付部における入力画面の例を示す図。
【図１２】第１の実施例の結果出力部の処理フローを示す図。
【図１３】第１の実施例の結合表のテーブル列の例を示す図。
【図１４】第１の実施例の問題データパターンリストの例を示す図。
【図１５】第１の実施例の問題データパターンリスト突き合わせ処理のフローを示す図。
【図１６】第１の実施例の問題データパターンリスト突き合わせ処理の説明のための対象データ例を示す図。
【図１７】第１の実施例のデータパターンとのマッチングを示した図。
【図１８】第１の実施例のマッチデータパターンID列への記入結果を示した図。
【図１９】第１の実施例の出力処理による出力イメージを示す図。
【図２０】第１の実施例の状況表示グラフを示す図。
【図２１】第１の実施例の状況表示グラフ（問題点表示部にポインティングデバイスのカーソルを合わせた状態）を示す図。
【図２２】第１の実施例の状況表示グラフ（該当するファイルがプルダウンで示されており、一つのファイルにポインティングデバイスのカーソルを合わせた状態）を示す図。
【図２３】第１の実施例の状況表示グラフ（指定したファイルの作成予定日、作成実績日、更新発生日を図示）を示す図。
【符号の説明】
【００５０】
１０…プロジェクト状況可視化装置
２０…入力受付部における入力受付により影響が及ぶ範囲
３０…格納成果物一覧取得部における入力受付により影響が及ぶ範囲
１１０…進捗情報データ
１２０…入力受付部
１３０…成果物格納場所
１４０…格納成果物一覧取得部
１５０…成果物変更状況計測部
１６０…成果物一覧データ時系列蓄積データベース（ＤＢ）
１７０…結果出力部
１８０…問題データパターンリスト
２００…結果出力
１１１…作業項目名
１１２…担当者
１１３…担当チーム
１１４…開始予定日
１１５…開始実績日
１１６…完了予定日
１１７…完了実績日
１１８…作業工程
１１９…ファイルフルパス
１２１…進捗情報データ指定欄
１２２…分類テーブル指定欄
１４１…成果物格納場所指定欄
１４２…情報取得日時
１４３…ファイルフルパス（成果物一覧における）
１４４…ファイルサイズ
１４５…最終更新日時
１５１…蓄積処理
１５２…変更部分特定処理
１６１…情報取得日時（成果物一覧データ時系列蓄積データベースにおける）
１６２…ファイルフルパス（成果物一覧データ時系列蓄積データベースにおける）
１６３…ファイルサイズ（成果物一覧データ時系列蓄積データベースにおける）
１６４…最終更新日時（成果物一覧データ時系列蓄積データベースにおける）
１６５…ファイル更新有無
１６６…ファイル追加有無
１６７…ファイル削除有無
１７１…結合処理
１７２…分割処理
１７３…問題データパターンリスト突き合わせ処理
１７４…出力処理
１８１…データパターンID
１８２…条件
１８３…メッセージ
１８４…深刻度
１８５…実行コード。
【図１】
2009258958.tif 000003
【図２】
2009258958.tif 000004
【図３】
2009258958.tif 000005
【図４】
2009258958.tif 000006
【図５】
2009258958.tif 000007
【図６】
2009258958.tif 000008
【図７】
2009258958.tif 000009
【図８】
2009258958.tif 000010
【図９】
2009258958.tif 000011
【図１０】
2009258958.tif 000012
【図１１】
2009258958.tif 000013
【図１２】
2009258958.tif 000014
【図１３】
2009258958.tif 000015
【図１４】
2009258958.tif 000016
【図１５】
2009258958.tif 000017
【図１６】
2009258958.tif 000018
【図１７】
2009258958.tif 000019
【図１８】
2009258958.tif 000020
【図１９】
2009258958.tif 000021
【図２０】
2009258958.tif 000022
【図２１】
2009258958.tif 000023
【図２２】
2009258958.tif 000024
【図２３】
2009258958.tif 000025