JP4912850B2 - プロジェクト管理装置 - Google Patents

Description

本発明は、プロジェクトの進捗管理を行なうプロジェクト管理装置に関するものである。

複数の工程からなる製品開発プロジェクトなどのプロジェクトを遂行する際には、プロジェクトリーダが最初に立てた大まかなフェーズ毎の全体スケジュール表（マスタスケジュール）と、その全体スケジュール表を元にチームリーダが立てた詳細スケジュールとに従ってプロジェクトが進められる。このため、全体スケジュール表に基づいたフェーズ毎の進捗管理と、詳細スケジュールに基づいたチーム毎の進捗管理との整合性を取りながらプロジェクトを遂行していくことが重要となる。

従来のプロジェクト管理では、例えばプロジェクトの計画時にプロジェクトのおおまかなフェーズ（ソフトウェア設計、コーディング、試験など）のスケジュールを計画し、各フェーズの中で細かなタスク（例えば試験フェーズに対して試験環境構築やテストケースの作成などの作業工程）を定義している。このようなプロジェクト管理の場合、例えばプロジェクトリーダがフェーズのスケジュールを計画し、細かなタスクは各チーム（例えば、製品の機能毎あるいは部品毎に分けられたチーム）のチームリーダが定義している。

チームリーダがプロジェクト管理として自チームのスケジュールを管理する際には、全体スケジュール表で自チームのスケジュールを管理するよりも、自チームのスケジュール表を作成して、スケジュールの計画・進捗管理を行う方が便利である。このため、チームリーダは、自チームのスケジュール表を作成して、スケジュールの計画・進捗管理を行なっている。このとき、チームリーダは、全体スケジュール表のフェーズを誤認識しないよう、自チームのスケジュール表でスケジュールを管理する際に全体スケジュール表のフェーズと同じタスクでスケジュールを作成してスケジュールを管理する場合が多い。

一方、プロジェクトリーダがプロジェクト全体の進捗管理を行う場合、チーム毎のスケジュール表ではプロジェクト全体の把握がしづらいため、全体スケジュール表でフェーズ毎の進捗管理が行なわれている。

全体スケジュール表でフェーズ毎の進捗管理を行なうためには、チーム毎のスケジュール表に入力した進捗情報（進捗率）を全体スケジュール表内の対応するタスクに転記する必要がある。このため、従来は、例えばプロジェクトリーダが全体スケジュール表のタスクとチーム毎のスケジュールのタスクとの間の対応関係を記憶しておき、チームリーダに進捗状況をヒアリングしたうえで、全体スケジュール表に進捗情報を転記していた。

このように、従来のプロジェクト管理では、チームリーダはチーム毎のスケジュール表で進捗情報を管理をしているため、プロジェクトリーダは、再度全体スケジュール表に進捗情報を転記する必要があり、プロジェクト管理に手間がかかるといった問題があった。このため、容易にプロジェクト管理を行なう技術の開発が望まれている。

特許文献１に記載の開発管理システムは、プロジェクトで実施する一群のタスクを製品部位及びタスク内容で細分化した構造のタスクシートをプロジェクト毎に記録しておき、プロジェクトの遂行中には、記録しておいたタスクシートに基いてプロジェクトの進捗状況をタスク単位で提示している。

特許文献２に記載のプロジェクト管理装置は、進捗状況の管理対象であるファイルを作成するための一連の作業ステップからなるタスクの完了期限含むスケジュールを登録し、予め決められた作業ステップを経て作成されたファイルをファイル記憶装置に入力している。そして、ファイル記憶装置に入力されたファイルに対して行なわれる作業ステップの進捗度を入力し、入力された作業ステップの進捗度と、完了期限とを比較してタスクの進捗状況を管理している。

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

しかしながら、上記前者および後者の従来技術では、プロジェクトを各チームで遂行する際に、チーム毎の進捗管理とプロジェクトのフェーズ毎の進捗管理との整合性を保ちながらプロジェクトの進捗管理を行なうことはできないといった問題があった。

本発明は、上記に鑑みてなされたものであって、プロジェクト全体での進捗管理とチーム毎の進捗管理の整合性を取りながら容易にプロジェクトの進捗管理を行うプロジェクト管理装置を得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、プロジェクト全体の進捗を管理する全体スケジュール表と、前記プロジェクトを実行するチーム毎の作業の進捗を管理するチーム毎のチームスケジュール表と、を用いてプロジェクトの進捗を管理するプロジェクト管理装置において、前記全体スケジュール表は、プロジェクトフェーズの全体進捗管理に用いられる情報であり、かつ前記プロジェクトフェーズ内の複数の作業をＷＢＳ形式で整備した状態で保管する全体タスクテーブルに基づいて作成され、かつ前記プロジェクトフェーズの全体進捗を示すフェーズ進捗情報と前記各作業を識別する作業識別情報とが対応付けされた情報であり、チーム毎の前記チームスケジュール表は、各チームで担当する作業の進捗管理に用いられ、かつ各チームで担当する作業をＷＢＳ形式で保管するチームタスクテーブルに基づいて作成され、かつ前記各チームで担当する作業の進捗を示す作業進捗情報と前記各チームで担当する作業を識別する前記作業識別情報とが対応付けされた情報であり、前記作業進捗情報が外部入力されると、当該作業進捗情報に対応する作業のチームスケジュール表に前記外部入力された作業進捗情報を入力する進捗情報入力部と、前記チームスケジュール表のそれぞれから前記作業進捗情報を抽出するとともに、抽出した作業進捗情報に対応する作業の作業識別情報に基づいて、前記全体スケジュール表のフェーズ進捗情報に前記抽出した作業進捗情報に対応する作業の進捗を反映させる進捗情報反映部と、前記進捗情報入力部から作業進捗情報を入力させる際には前記チームスケジュール表を表示可能なよう第１の外部装置に出力するとともに、前記全体スケジュール表を表示させる際には前記全体スケジュール表を表示可能なよう第２の外部装置に出力する出力部と、を備えることを特徴とする。

この発明によれば、各作業を識別する作業識別情報に基づいて、チームスケジュール表から全体スケジュール表への進捗情報の反映を行なので、プロジェクト全体での進捗管理とチーム毎の進捗管理の整合性を取りながら容易にプロジェクトの進捗管理を行うことが可能になるという効果を奏する。

以下に、本発明にかかるプロジェクト管理装置の実施の形態を図面に基づいて詳細に説明する。実施の形態では、プロジェクト管理装置が管理するプロジェクトの一例として、製品開発プロジェクトを管理する場合について説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態
まず、本実施の形態に係るプロジェクト管理の概念について説明する。図１は、実施の形態に係るプロジェクト管理の概念を説明するための説明図である。本実施の形態では、プロジェクト全体の進捗を管理する全体スケジュール表Ａと、全体スケジュール表Ａに基づいてプロジェクトを実行するチーム毎に作成されるとともにチームが実行する作業の進捗を管理するチーム毎のチームスケジュール表Ｂ１〜Ｂｎと、を用いてプロジェクトの進捗を管理する。

全体スケジュール表Ａは、プロジェクトの計画時にプロジェクトのおおまかなフェーズ（ソフトウェア設計、コーディング、試験などタスク）のスケジュール（作業の完了期限など）を計画したものである。ここでの作業の完了期限は、例えばプロジェクトリーダ等によって設定される。

また、チームスケジュール表Ｂ１〜Ｂｎは、各タスクの中で細かなタスク（例えば試験フェーズに対して試験環境構築やテストケースの作成などの作業工程）とそのスケジュール（作業の完了期限）を設定したものである。ここでの作業の完了期限は、例えばチームリーダ等によって設定される。

プロジェクト管理装置１０は、プロジェクトリーダ等に全体スケジュール表Ａを作成させる際に、各タスクに対してタスクを識別する識別情報（後述の全体タスクＩＤ）を設定しておく。

また、プロジェクト管理装置１０は、チームリーダ等にチームスケジュール表Ｂ１〜Ｂｎを作成させる際に、全体スケジュール表Ａと同じタスクに対して全体スケジュール表Ａで設定したタスクの識別情報を設定しておく。すなわち、プロジェクト管理装置１０は、チームスケジュール表Ｂ１〜Ｂｎを作成する際に、全体スケジュール表Ａ内のタスクとチームスケジュール表Ｂ１〜Ｂｎのタスクを対応付けておく。例えば、全体スケジュール表Ａの「Ｓ／Ｗ」の下位の「Ｓ／Ｗ設計」の下の「機能１」タスクとチームスケジュール表Ｂ１のモジュール開発チーム（１）の「機能１」の下位の「Ｓ／Ｗ設計」タスクには対応関係があり、同一のタスクとみなす。

各チームにおいてタスクの実行が開始されると、タスク（作業）の進捗に関する情報（進捗情報）がチームスケジュール表Ｂ１〜Ｂｎに入力される。プロジェクト管理装置１０は、この進捗情報を全体スケジュール表Ａに反映させる。このとき、プロジェクト管理装置１０は、全体タスクＩＤやチームタスクＩＤを用いて全体スケジュール表Ａに進捗情報を反映させる。

これにより、プロジェクト管理装置は、プロジェクト全体での進捗管理とチーム毎の進捗管理の整合性を取りながらプロジェクトの進捗管理を行う。なお、１つのチームは１つのプロジェクトで複数の機能あるいは部品を担当してもよい。例えば、図１では、モジュール開発チーム（１）が「機能１」と「機能２」を担当する場合を示している。

図２は、本発明の実施の形態に係るプロジェクト管理システムの構成を示す図である。プロジェクト管理システムは、製品開発プロジェクトの進捗管理を行うプロジェクト管理装置１０、機能登録情報ＤＢ３１、全体スケジュールＤＢ３２、チームスケジュールＤＢ３３、ＬＡＮ（Local Area Network）などの通信ネットワーク４０、プロジェクトリーダ端末装置２１、チームリーダ端末装置Ｔ１〜Ｔｎ（ｎは自然数）を備えている。なお、ここではチームリーダ端末装置Ｔ１〜Ｔｎのそれぞれが、図１に示したチームスケジュール表Ｂ１〜Ｂｎに対応するものとする。

プロジェクトリーダ端末装置２１とチームリーダ端末装置Ｔ１〜Ｔｎがプロジェクトチーム２０を構成している。通信ネットワーク４０は、プロジェクト管理装置１０と、プロジェクトチーム２０側の端末装置（プロジェクトリーダ端末装置２１、チームリーダ端末装置Ｔ１〜Ｔｎ）を接続している。

機能登録情報ＤＢ３１は、製品開発プロジェクトで開発する機能全般に関する情報（機能登録情報）を格納したデータベースである。機能登録情報ＤＢ３１は、機能登録情報として、機能を開発するチームの識別情報、機能の下に配置されるタスク（機能の開発に必要な作業工程）などの情報を機能毎に格納する。

全体スケジュールＤＢ３２は、全体スケジュール表ＡのタスクをＷＢＳ（Ｗork Breakdown Structure）の形式で整備した状態で保管するデータベースである。チームスケジュールＤＢ３３は、チーム毎のチームスケジュール表Ｂ１〜ＢｎをＷＢＳの形式で保管するデータベースである。

プロジェクト管理装置１０は、機能登録情報ＤＢ３１、全体スケジュールＤＢ３２、チームスケジュールＤＢ３３、通信ネットワーク４０と接続している。プロジェクト管理装置１０は、全体スケジュール登録支援部１１、機能登録支援部１２、進捗情報入力部１３、進捗情報反映部１４、期限遅れ抽出部（メール送信部）１５、データベースＩ／Ｆ部１６、端末Ｉ／Ｆ部１７を備えている。

データベースＩ／Ｆ部１６は、機能登録情報ＤＢ３１、全体スケジュールＤＢ３２、チームスケジュールＤＢ３３との間でデータのやりとりを行なう通信インタフェースである。端末Ｉ／Ｆ部１７は、通信ネットワーク４０を介してプロジェクトリーダ端末装置２１、チームリーダ端末装置Ｔ１〜Ｔｎとの間でデータのやりとりを行なう通信インタフェースである。

全体スケジュール登録支援部１１、機能登録支援部１２、進捗情報入力部１３、進捗情報反映部１４、期限遅れ抽出部１５は、それぞれデータベースＩ／Ｆ部１６を介して各ＤＢ（機能登録情報ＤＢ３１、全体スケジュールＤＢ３２、チームスケジュールＤＢ３３）からのデータ取得や各ＤＢへのデータ保存を行なう。また、全体スケジュール登録支援部１１、機能登録支援部１２、進捗情報入力部１３、進捗情報反映部１４、期限遅れ抽出部１５は、それぞれ端末Ｉ／Ｆ部１７を介してプロジェクトチーム２０側の端末装置（プロジェクトリーダ端末装置２１、チームリーダ端末装置Ｔ１〜Ｔｎ）への情報の出力やプロジェクトチーム２０側の端末装置から送られる情報の入力を行なう。

全体スケジュール登録支援部１１は、プロジェクトリーダが担当する製品開発プロジェクトに関する情報の登録を行なう。具体的には、全体スケジュール登録支援部１１は、プロジェクトリーダ端末装置２１から送られるプロジェクトの属性情報やプロジェクトのタスクを全体スケジュールＤＢ３２内のデータテーブル（全体スケジュール表Ａに対応するデータテーブル（後述の全体基本テーブル５４や全体タスクテーブル５５））に登録（保存）する。

機能登録支援部１２は、チームリーダが担当する機能の登録をチーム毎に行なって、チーム毎のスケジュール表Ｂ１〜Ｂｎを作成する。具体的には、機能登録支援部１２は、チームリーダ端末装置Ｔ１〜Ｔｎから送られる機能の設定に関する情報（機能設定情報）（各機能に含まれるタスクなど）とチームリーダからの指示情報に基づいてチーム毎のチームスケジュール表を作成し、作成したチームスケジュール表Ｂ１〜Ｂｎに対応するデータテーブル（後述のチームタスクテーブル５６）をチームスケジュールＤＢ３３に登録（保存）する。

機能登録支援部１２は、チームスケジュールＤＢ３３へのチームスケジュール表Ｂ１〜Ｂｎの登録の際に、全体スケジュール表Ａに機能タスク（チームスケジュールＤＢ３３に登録された機能設定情報）（各タスクに含まれる機能）を追加し、追加後の全体スケジュール表Ａに対応するデータテーブル（全体タスクテーブル５５）を全体スケジュールＤＢ３２に保存する。具体的には、機能登録支援部１２は、チームスケジュール表Ｂ１〜Ｂｎに登録したタスクを全体スケジュール表Ａに登録する。

さらに、機能登録支援部１２は、全体スケジュールＤＢ３２に登録した機能タスクやチームスケジュールＤＢ３３に登録したデータテーブル（チームタスクテーブル５６）から所定の機能登録情報を抽出（取得）して機能登録情報ＤＢ３１に保存する。具体的には、機能登録支援部１２は、チームスケジュール表Ｂ１〜Ｂｎや全体スケジュール表Ａに登録したタスクの情報（プロジェクトＩＤ、機能ＩＤなど）を機能登録基本テーブル５１、機能登録タスクテーブル５２、機能登録チームテーブル５３に登録する。

進捗情報入力部１３は、プロジェクトに対する作業の進捗状況に関する情報（進捗情報）（タスクの実施完了日など）を入力するとともに、入力された進捗情報をチームスケジュールＤＢ３３に保存する。進捗情報入力部１３へは、所定のタイミング（例えば１日に１回）でチームリーダや作業担当者などによって進捗情報が入力される。進捗情報入力部１３への進捗情報の入力は、プロジェクト管理装置１０が備える情報の入力手段（例えば、マウス、キーボード）などから直接入力してもよいし、通信ネットワーク４０などを介して所定の通信端末（作業担当者の通信端末、チームリーダ端末装置Ｔ１〜Ｔｎ）から入力してもよい。

進捗情報反映部１４は、チーム毎のチームスケジュール表Ｂ１〜Ｂｎから進捗情報を取得し、全体スケジュール表Ａに自動反映する。進捗情報反映部１４は、全体スケジュール表Ａに反映させた進捗情報を、全体スケジュールＤＢ３２に保存する。進捗情報反映部１４は、例えばプロジェクト全体の進捗状況を把握するために、プロジェクトリーダ端末装置２１から進捗状況の取得要求（アクセス指示）が送られた際に、全体スケジュール表Ａに進捗情報を反映する。

期限遅れ抽出部１５は、プロジェクト全体のスケジュール（全体スケジュール表Ａ）に対して遅れたタスク（作業の完了期限よりも進行が遅れている作業）をチーム毎のチームスケジュール表Ｂ１〜Ｂｎから抽出し、チームリーダ（チームリーダ端末装置Ｔ１〜Ｔｎ）（チームの通信端末）へアラームメールとして発信する。

全体スケジュール登録支援部１１、機能登録支援部１２、進捗情報反映部１４は、それぞれの処理を行なう際に、処理内容をプロジェクトリーダ端末装置２１やチームリーダ端末装置Ｔ１〜Ｔｎに送信し、プロジェクトリーダ端末装置２１やチームリーダ端末装置Ｔ１〜Ｔｎに処理内容を表示させる。例えば、全体スケジュール登録支援部１１は、プロジェクトの属性情報やプロジェクトのタスクを全体スケジュール表Ａに登録したことを示す情報をプロジェクトリーダ端末装置２１に送信する。また、機能登録支援部１２は、チームスケジュールＤＢ３３に登録されたチームスケジュール表Ｂ１〜Ｂｎをチームリーダ端末装置Ｔ１〜Ｔｎに送信する。また、進捗情報反映部１４は、チームスケジュール表Ｂ１〜Ｂｎの進捗情報を全体スケジュール表Ａに反映したことを示す情報（例えば、反映された進捗情報など）をプロジェクトリーダ端末装置２１に送信する。

プロジェクトリーダ端末装置２１は、マウスやキーボードなどの情報入力手段（図示せず）と、液晶モニタなどの情報表示手段（図示せず）とを備えた、パーソナルコンピュータなどの装置である。

プロジェクトリーダ端末装置２１は、プロジェクトリーダなどによって情報入力手段から入力された情報（プロジェクトの属性情報やプロジェクトのタスクを全体スケジュール表Ａに反映させる指示情報など）をプロジェクト管理装置１０に送る。また、プロジェクトリーダ端末装置２１は、例えば全体スケジュール表Ａなどを表示する。

チームリーダ端末装置Ｔ１〜Ｔｎは、マウスやキーボードなどの情報入力手段（図示せず）と、液晶モニタなどの情報表示手段（図示せず）とを備えたパーソナルコンピュータなどの装置である。

チームリーダ端末装置Ｔ１〜Ｔｎは、チームリーダなどによって情報入力手段から入力された情報（機能設定情報、チームスケジュール表Ｂ１〜Ｂｎを作成する指示情報）をプロジェクト管理装置１０に送る。また、チームリーダ端末装置Ｔ１〜Ｔｎは、例えばチームスケジュールＤＢ３３に登録されているチームスケジュール表Ｂ１〜Ｂｎなどを表示する。

なお、進捗情報反映部１４は、プロジェクトリーダ端末装置２１から進捗状況の取得要求が送られた際に全体スケジュール表Ａに進捗情報を反映することとしたが、進捗情報反映部１４は、予め設定された所定のタイミング（例えば毎日午前０時）で、全体スケジュール表Ａに進捗情報を反映させてもよいし、進捗情報入力部１３に進捗情報が入力された際に全体スケジュール表Ａに進捗情報を反映させてもよい。

ここで、機能登録情報ＤＢ３１、全体スケジュールＤＢ３２、チームスケジュールＤＢ３３がそれぞれ格納する情報の構成について説明する。まず、機能登録情報ＤＢ３１の構成について説明する。機能登録情報ＤＢ３１は、機能登録情報として、図３に示す機能登録基本テーブル５１、図４に示す機能登録タスクテーブル５２、図５に示す機能登録チームテーブル５３を格納している。機能登録基本テーブル５１、機能登録タスクテーブル５２、機能登録チームテーブル５３は、後述する全体基本テーブル５４、全体タスクテーブル５５、チームタスクテーブル５６などに基づいて作成される。

図３の機能登録基本テーブル５１は、各機能が何れのプロジェクトに属するか、何れのチームに属するかを示した情報テーブルである。機能登録基本テーブル５１は、フィールドとして、「プロジェクトＩＤ」、「機能ＩＤ」、「機能名」、「チームＩＤ」、「削除フラグ」を有しており、これらがそれぞれ対応付けられている。

「プロジェクトＩＤ」は、製品開発プロジェクトを識別する識別子であり、「機能ＩＤ」は、プロジェクトで開発する機能を識別する識別子である。「機能名」は、「機能ＩＤ」に対応する機能の名称である。「チームＩＤ」は、チームを識別する識別子である。

「削除フラグ」は、設定されている機能が削除されたものであるか否かを示すフラグである。ここでは、「削除フラグ」が「１」の場合に、削除された機能であることを示している。「プロジェクトＩＤ」と「機能ＩＤ」とによって、機能登録基本テーブル５１内におけるフィールドの対応関係（組合せ）を一意に識別することができる。例えば、「機能１」は「機能ＩＤ」が「０００１」であり、「機能２」は「機能ＩＤ」が「０００２」である。

図４の機能登録タスクテーブル５２は、各機能が何れのタスクに対応するかを示した情報テーブルである。機能登録タスクテーブル５２は、フィールドとして、「プロジェクトＩＤ」、「機能ＩＤ」、「全体タスクＩＤ」を有しており、これらがそれぞれ対応付けられている。

「全体タスクＩＤ」は、全体スケジュール表Ａにおけるタスクを識別する識別子（作業識別情報）である。「プロジェクトＩＤ」、「機能ＩＤ」、「全体タスクＩＤ」の３つフィールドによって、機能登録タスクテーブル５２内におけるフィールドの対応関係（組合せ）を一意に識別することができる。

図５の機能登録チームテーブル５３は、各チームに関する情報を管理する情報テーブルであり、各プロジェクトに何れのチームが対応するかを示している。機能登録チームテーブル５３は、フィールドとして、「プロジェクトＩＤ」、「チームＩＤ」、「チーム名」、「チームリーダメールアドレス」を有しており、これらがそれぞれ対応付けられている。

「チーム名」は、「チームＩＤ」に対応するチームの名称であり、「チームリーダメールアドレス」はチームリーダがプロジェクト管理の際に使用するメールアドレスである。「プロジェクトＩＤ」と「チームＩＤ」とによって、機能登録チームテーブル５３内におけるフィールドの対応関係（組合せ）を一意に識別することができる。

つぎに、全体スケジュールＤＢ３２の構成について説明する。全体スケジュールＤＢ３２は、図６に示す全体基本テーブル５４、図７に示す全体タスクテーブル５５を格納している。

図６の全体基本テーブル５４は、プロジェクトの基本的な情報を管理する情報テーブルである。全体基本テーブル５４は、フィールドとして、「プロジェクトＩＤ」、「プロジェクト名」、「プロジェクト番号」、「作成部門」、「作成者」、「完了予定日」、「備考」を有しており、これらがそれぞれ対応付けられている。

「プロジェクト名」は「プロジェクトＩＤ」に対応するプロジェクトの名称であり、「プロジェクト番号」は各プロジェクトに割当てられた番号である。「作成部門」はプロジェクトを実行（作成）する部門であり、「作成者」はプロジェクトの実行を行なう部門での担当者（作成者）であり、「完了予定日」はプロジェクトを完了する予定日である。「プロジェクトＩＤ」によって、全体基本テーブル５４内におけるフィールドの対応関係（組合せ）を一意に識別することができる。

図７の全体タスクテーブル５５は、全体スケジュール表ＡにおけるＷＢＳ形式のタスクに関する情報を示す情報テーブルである。全体タスクテーブル５５は、フィールドとして、「プロジェクトＩＤ」、「全体タスクＩＤ」、「全体タスク名」、「親全体タスクＩＤ」、「並び順」、「機能ＩＤ」、「開始予定日」、「完了予定日」、「開始実績日」、「完了実績日」、「達成率」を有しており、これらがそれぞれ対応付けられている。ここでの「開始予定日」や「完了予定日」は、プロジェクトリーダによって設定されるものである。また、「開始実績日」、「完了実績日」は、全体タスクテーブル５５の更新処理が行なわれた後は、後述のチームタスクテーブル５６の「開始実績日」、「完了実績日」に対応することとなる。また、ここでの「達成率」は、全体タスクテーブル５５でのタスクの達成率である。

「全体タスクＩＤ」は、全体タスクテーブル５５でのタスクの識別子である。ここでの「全体タスクＩＤ」が図４に示した機能登録タスクテーブル５２の「全体タスクＩＤ」に対応している。「全体タスク名」は「全体タスクＩＤ」に対応するタスクの名称である。

「親全体タスクＩＤ」は、全体タスクテーブル５５において、子供側のタスクから見て上位（親側）にあるタスク（自タスクよりも１つ上位のタスク）を識別する識別子である。なお、親が存在しない最も上の階層のタスクでは「親全体タスクＩＤ」が「００００」となる。

「並び順」は「親全体タスクＩＤ」で分類されるタスク群の中での並びの順位（「親全体タスクＩＤ」を同一に持つ複数の子供タスクの並び順）である。「並び順」の数値が大きいものが全体スケジュール表Ａ内で下側に配置される。「機能ＩＤ」は、機能を識別する識別子である。

「開始予定日」はタスクの実行を開始する予定日であり、「完了予定日」はタスクの実行を完了させる予定日である。「開始実績日」はタスクの実行を開始した日（実績日）であり、「完了実績日」はタスクの実行を完了した日（実績日）である。「達成率」は、タスクの達成率である。ここでの「完了予定日」が図６の全体基本テーブル５４の「完了予定日」に対応する。「プロジェクトＩＤ」と「全体タスクＩＤ」とによって、全体タスクテーブル５５内におけるフィールドの対応関係（組合せ）を一意に識別することができる。

全体スケジュール表のツリーの構成には「親全体タスクＩＤ」と「並び順」を用いる。例えば、図７に示す全体タスクテーブル５５の場合、「全体タスクＩＤ」が「０００１」、「０００２」、「０００３」のタスクでは、各「親全体タスクＩＤ」が「００００」で共通であるので、これらで１つのタスク群を構成している。ここでは、「親全体タスクＩＤ」が「００００」であるので、これらのタスク群が最上位のタスクであることを示している。このタスク群内での並びは、図１の全体スケジュール表Ａに示すように、「並び順」が「０００１」である「方針」（「全体タスクＩＤ」が「０００１」）が１番目となる。また、「並び順」が「０００２」である「Ｈ／Ｗ」（「全体タスクＩＤ」が「０００２」）が２番目となり、「並び順」が「０００３」である「Ｓ／Ｗ」（「全体タスクＩＤ」が「０００３」）が３番目となる。

また、「全体タスクＩＤ」が「０００４」、「０００５」、「０００６」のタスクでは、各「親全体タスクＩＤ」が「０００３」で共通あるので、これらで１つのタスク群を構成している。ここでは、「親全体タスクＩＤ」が「０００３」であるので、「全体タスクＩＤ」が「０００３」のタスク「Ｓ／Ｗ」がこれらのタスク群の親タスクとなることを示している。このタスク群内での並びは、図１の全体スケジュール表Ａに示すように、「並び順」が「０００１」である「Ｓ／Ｗ設計」（「全体タスクＩＤ」が「０００４」）が１番目となる。また、「並び順」が「０００２」である「コーディング」（「全体タスクＩＤ」が「０００５」）が２番目となり、「並び順」が「０００３」である「試験」（「全体タスクＩＤ」が「０００６」）が３番目となる。

つぎに、チームスケジュールＤＢ３３の構成について説明する。チームスケジュールＤＢ３３は、図８に示すチームタスクテーブル５６を格納している。チームタスクテーブル５６は、チーム毎のチームスケジュール表Ｂ１〜ＢｎにおけるＷＢＳ形式のタスクに関する情報を示す情報テーブルである。

チームタスクテーブル５６は、フィールドとして、「プロジェクトＩＤ」、「チームＩＤ」、「チームタスクＩＤ」、「チームタスク名」、「親チームタスクＩＤ」、「並び順」、「機能ＩＤ・全体タスクＩＤ」、「期限遅れフラグ」、「開始予定日」、「完了予定日」、「開始実績日」、「完了実績日」、「達成率」を有しており、これらがそれぞれ対応付けられている。

「チームタスクＩＤ」はチームタスクテーブル５６でのタスクの識別子であり、「チームタスク名」は「チームタスクＩＤ」に対応するタスクの名称である。「親チームタスクＩＤ」は、チームタスクテーブル５６において、子供側のタスクから見て上位（親側）にあるタスク（自タスクよりも１つ上位のタスク）を識別する識別子である。なお、親が存在しない最も上の階層のタスクでは「親チームタスクＩＤ」が「００００」となる。

「並び順」は「親チームタスクＩＤ」で分類されるタスク群の中での並びの順位である。「並び順」の数値が大きいものがチームスケジュール表Ｂ１〜Ｂｎ内で下側に配置される。

「機能ＩＤ・全体タスクＩＤ」には、親が存在しないタスク（「親チームタスクＩＤ」が「００００」）では機能ＩＤが入り、それ以外のタスクで全体スケジュール表から追加されたタスクには全体スケジュール表Ａの「全体タスクＩＤ」が入る。

親が存在しないタスクの場合、例えば「機能１」では「機能ＩＤ」の「０００１」が入り、「機能２」では「機能ＩＤ」の「０００２」が入る。また、全体スケジュール表Ａから追加されたタスクの場合、例えば「Ｓ／Ｗ設計」では「全体タスクＩＤ」の「０００４」が入り、「コーディング」では「全体タスクＩＤ」の「０００５」が入る。

なお、チーム毎のチームスケジュール表Ｂ１〜Ｂｎで後から追加されたタスクは、全体スケジュール表Ａに未登録のタスクであるため、「機能ＩＤ・全体タスクＩＤ」のフィールドが空となる。

「期限遅れフラグ」は、タスクの期限遅れが発生しているか否かを示している。ここでは、「期限遅れフラグ」が「１」の場合に、タスクの期限遅れが発生しているものとする。「開始予定日」はタスクの実行を開始する予定日であり、「完了予定日」はタスクの実行を完了させる予定日である。「開始実績日」はタスクの実行を開始した日（実績日）であり、「完了実績日」はタスクの実行を完了した日（実績日）である。「達成率」は、タスクの達成率である。ここでの「開始予定日」、「完了予定日」は、各チームリーダによって設定されるものである。このうち、「開始実績日」、「完了実績日」は、全体タスクテーブル５５の更新処理によって、図７の全体タスクテーブル５５の「開始実績日」、「完了実績日」に対応することとなる。また、ここでの「達成率」は、チームタスクテーブル５６におけるタスクの達成率である。「プロジェクトＩＤ」と「チームタスクＩＤ」とによって、チームタスクテーブル５６内におけるフィールドの対応関係（組合せ）を一意に識別することができる。

例えば、「チームＩＤ」が「０００１」のタスクによって、チームスケジュール表Ｂ１が作成され、「チームＩＤ」が「０００３」のタスクによって、チームスケジュール表Ｂ３が作成される。

チームスケジュール表Ｂ１〜Ｂｎのツリーの構成には、全体スケジュール表Ａと同様に「親チームタスクＩＤ」と「並び順」を用いる。例えば、図８に示すチームタスクテーブル５６のうち、「チームＩＤ」が「０００１」のタスク（チームスケジュール表Ｂ１）では、「チームタスクＩＤ」が「０００１」や「０００５」のタスクは、「親チームタスクＩＤ」がそれぞれ「００００」であるので、これらのタスクが最上位のタスクであることを示している。

また、「チームタスクＩＤ」が「０００２」、「０００３」、「０００４」のタスクでは、各「親チームタスクＩＤ」が「０００１」で共通あるので、これらで１つのタスク群を構成している。ここでは、「親チームタスクＩＤ」が「０００１」であるので、「チームタスクＩＤ」が「０００１」のタスク「機能１」がこれらのタスク群の親タスクとなることを示している。このタスク群内での並びは、図１のチームスケジュール表Ｂ１〜Ｂｎに示すように、「並び順」が「０００１」である「Ｓ／Ｗ設計」（「チームタスクＩＤ」が「０００２」）が１番目となる。また、「並び順」が「０００２」である「コーディング」（「全体タスクＩＤ」が「０００３」）が２番目となり、「並び順」が「０００３」である「試験」（「全体タスクＩＤ」が「０００４」）が３番目となる。

また、「チームタスクＩＤ」が「０００６」のタスクでは、「親チームタスクＩＤ」が「０００５」であるので、「チームタスクＩＤ」が「０００５」のタスク「機能２」がこのタスクの親タスクとなることを示している。

また、図８に示すチームタスクテーブル５６のうち、「チームＩＤ」が「０００３」のタスク（チームスケジュール表Ｂ３）は、「機能５」タスクの構成を示している。「チームタスクＩＤ」が「０００８」の「単体試験」タスクは、「親チームタスクＩＤ」が「０００４」である。したがって、「チームタスクＩＤ」が「０００４」である「試験」タスクが「単体試験」タスクの親タスクとなる。

また、「チームタスクＩＤ」が「０００４」の「試験」タスクは、「親チームタスクＩＤ」が「０００３」である。したがって、「チームタスクＩＤ」が「０００３」である「機能５」が「試験」タスク（「チームタスクＩＤ」が「０００４」）の親タスクとなる。また、「チームタスクＩＤ」が「０００３」の「機能５」タスクは、「親チームタスクＩＤ」が「００００」である。したがって、「機能５」タスクが最上位のタスクである。

ここで、プロジェクト管理装置１０の備える各構成要素とプロジェクト管理システム内の各ＤＢ（機能登録情報ＤＢ３１、全体スケジュールＤＢ３２、チームスケジュールＤＢ３３）との関係を説明する。図９は、プロジェクト管理装置の構成要素と各ＤＢの関係を説明するための図である。

機能登録情報ＤＢ３１は、機能登録情報を格納している。また、全体スケジュール登録支援部１１が全体スケジュールＤＢ３２へ全体スケジュール表Ａを格納させている。また、機能登録支援部１２がチームスケジュール表Ｂ１〜Ｂｎを作成してチームスケジュールＤＢ３３へ格納させ、進捗情報入力部１３がチームスケジュールＤＢ３３内に進捗情報を格納させている。さらに、機能登録支援部１２は、全体スケジュール表に機能設定情報の機能タスクを追加して全体スケジュールＤＢ３２に保存させるとともに、全体スケジュールＤＢ３２に登録した機能設定情報を機能登録情報として機能登録情報ＤＢ３１に保存させている。

進捗情報反映部１４は、チームスケジュール表Ｂ１〜Ｂｎから進捗情報を抽出して全体スケジュール表Ａに反映させている。期限遅れ抽出部１５は、全体スケジュール表に対して期限の遅れたタスクをチームスケジュール表Ｂ１〜Ｂｎから抽出し、チームリーダ（チームリーダ端末装置Ｔ１〜Ｔｎ）へアラームメールとして発信する。

つぎに、プロジェクト管理装置１０の動作手順について説明する。図１０は、プロジェクト管理装置の動作手順を示すフローチャートである。プロジェクトリーダによって、プロジェクトリーダ端末装置２１にプロジェクトの全体スケジュール表Ａ（プロジェクトの属性情報やプロジェクトのタスク）が入力されると、この全体スケジュール表Ａは通信ネットワーク４０を介してプロジェクト管理装置１０に送られる。プロジェクト管理装置１０の端末Ｉ／Ｆ部１７は、全体スケジュール表Ａを受信して全体スケジュール登録支援部１１に入力する。全体スケジュール登録支援部１１は、プロジェクトの全体スケジュール表Ａを全体スケジュールＤＢ３２に登録する（ステップＳ１０）。全体スケジュール登録支援部１１は、全体スケジュール表ＡのタスクをＷＢＳの形式で全体スケジュールＤＢ３２に保管する。

ここで、ＷＢＳで記述されたタスクの構成について説明する。図１１は、ＷＢＳで記述したタスクの構成の一例を示す図である。タスクはツリー構造で表現されるとともに、上位の階層から順番に詳細なタスク（作業内容）に分解されている。タスクは、ツリー構造として以下の制限があるものとする。
・階層数には制限がないものとする。
・タスクは必ず属性を保有するものとする。この属性は、例えば「開始予定日」、「完了予定日」、「開始実績日」、「完了実績日」、「達成率」とする。
・自タスクよりも下に子タスク（子供のタスク）が存在するタスク（以下、サマリータスクという）の場合、自サマリータスクの属性の値は子タスクの属性の値に基づいて算出された値とする。サマリータスクの「開始予定日」、「開始実績日」の属性値は、子タスクの中で最も早い日付（日時）となる。サマリータスクの「完了予定日」、「完了実績日」の属性値は、子タスクの中で最も遅い日付（日時）となる。サマリータスクの「達成率」の属性値は、子タスクの「達成率」の平均値となる。例えば、図１１に示したタスク「Ｓ／Ｗ」は、サマリータスクであり、子タスクとして３つのタスク「Ｓ／Ｗ設計」、「コーディング」、「試験」を有している。この場合において、サマリータスク「Ｓ／Ｗ」の「開始予定日」は、３つの子タスクの中で最も早い日付「０６／０７／０１」（２００６年７月１日）となる。また、サマリータスク「Ｓ／Ｗ」の「完了予定日」は、３つの子タスクの中で最も遅い日付「０６／１２／３１」（２００６年１２月３１日）となる。また、サマリータスク「Ｓ／Ｗ」の「達成率」は、３つの子タスクの「達成率」を平均した「５０％」となる。
・プロジェクトリーダ等が属性の値を入力できるタスク（他のタスクの属性地に応じて属性値が算出されることのないタスク）は、自タスクより下に子タスクが存在しないタスク（最下層のタスク）である。

各チームリーダによって、各チームリーダ端末装置Ｔ１〜Ｔｎに機能設定情報、チームスケジュール表Ｂ１〜Ｂｎを作成するための指示情報が入力されると、この機能設定情報と指示情報は通信ネットワーク４０を介してプロジェクト管理装置１０に送られる。プロジェクト管理装置１０の端末Ｉ／Ｆ部１７は、機能設定情報と指示情報を受信して機能登録支援部１２に入力する。機能登録支援部１２は、機能設定情報と指示情報に基づいてチーム毎のチームスケジュール表Ｂ１〜Ｂｎを作成し、作成したチームスケジュール表Ｂ１〜ＢｎをチームスケジュールＤＢ３３に登録する（ステップＳ２０）。

全体スケジュール表Ａとチームスケジュール表Ｂ１〜Ｂｎが作成された後に、各チームリーダによって、各チームリーダ端末装置Ｔ１〜Ｔｎに自チームの進捗情報が入力されると、この進捗情報は通信ネットワーク４０を介してプロジェクト管理装置１０に送られる。プロジェクト管理装置１０の端末Ｉ／Ｆ部１７は、進捗情報を受信して進捗情報入力部１３に入力する。進捗情報入力部１３は、入力された進捗情報をチームスケジュールＤＢ３３内のチームスケジュール表Ｂ１〜Ｂｎに保存する（ステップＳ３０）。

プロジェクトリーダによって、プロジェクトリーダ端末装置２１に進捗情報の取得要求が入力されると、この取得要求は通信ネットワーク４０を介してプロジェクト管理装置１０に送られる。プロジェクト管理装置１０の端末Ｉ／Ｆ部１７は、進捗情報の取得要求を受信して進捗情報反映部１４に入力する。進捗情報反映部１４は、進捗情報の取得要求に基づいて、チームスケジュール表から進捗情報を抽出し、全体スケジュール表Ａに反映する。すなわち、チーム毎の進捗情報を吸い上げて全体スケジュール表Ａに反映させる（ステップＳ４０）。進捗情報の取得要求にに対応する進捗情報（進捗情報が反映された全体スケジュール表Ａ）は、プロジェクトリーダ端末装置２１に送られる。

期限遅れ抽出部１５は、全体スケジュール表Ａのスケジュールに対して期限の遅れたタスクをチーム毎のチームスケジュール表Ｂ１〜Ｂｎから抽出し、スケジュールの遅れているチームリーダ通信端末へアラームメール（フォローメール）を送信する（ステップＳ５０）。これにより、アラームメールを受けたチームリーダは、スケジュールの再計画などの是正処置を行うか否かを容易に判断できる。各チームリーダは、必要に応じてスケジュールの再計画などの是正処置を行う。

つぎに、プロジェクト管理装置１０の詳細な動作手順として、図１０のフローチャートで説明した処理（ステップＳ１０〜Ｓ５０）の詳細な動作手順について説明する。以下では、ステップＳ１０〜Ｓ５０の各処理を順番に説明する。

まず、ステップＳ１０の処理である、全体スケジュール登録支援部１１による全体スケジュール表の登録手順について説明する。図１２は、全体スケジュール表の登録手順を示すフローチャートである。

プロジェクトリーダによって、プロジェクトリーダ端末装置２１に全体スケジュール表Ａの登録を開始する指示情報が入力されると、全体スケジュール登録支援部１１は、プロジェクトリーダ端末装置２１の情報表示手段にプロジェクト登録画面を表示させる（ステップＳ１１０）。ここでのプロジェクト登録画面は、例えば図１３に示す画面であり、全体スケジュール表Ａにプロジェクトを登録するための画面である。

プロジェクト登録画面において、プロジェクトで開発する機種に関する情報（プロジェクト情報）（プロジェクト名、プロジェクト番号、作成部門、作成者、完了予定日など）が入力されると、このプロジェクト情報はプロジェクト管理装置１０の全体スケジュール登録支援部１１に送られる。全体スケジュール登録支援部１１は、プロジェクトリーダ端末装置２１からのプロジェクト情報を端末Ｉ／Ｆ部１７を介して入力する（ステップＳ１２０）。

この後、プロジェクト登録画面において、プロジェクト情報を保存させる指示情報が入力（例えば「保存」ボタンのクリック）されると、この指示情報も全体スケジュール登録支援部１１に送られる。

全体スケジュール登録支援部１１は、プロジェクト情報と、このプロジェクト情報を保存させる指示情報を受信すると、全体スケジュールＤＢ３２の全体基本テーブル５４にプロジェクト情報を保存する（ステップＳ１３０）。

そして、全体スケジュール登録支援部１１は、プロジェクトリーダ端末装置２１の情報表示手段にプロジェクト専用のタスク編集画面（全体スケジュール表Ａのタスク編集画面）を表示させる（ステップＳ１４０）。ここでのタスク編集画面は、例えば図１４に示す画面であり、プロジェクトリーダがタスクの内容を編集するための画面である。

タスク編集画面において、ツリー形式のタスクの追加や削除、タスクの開始予定日の設定や完了予定日の設定などのタスク編集処理が行なわれると、この編集内容はプロジェクト管理装置１０の全体スケジュール登録支援部１１に送られる。例えば図１４に示すタスク編集画面の場合、「方針」、「Ｈ／Ｗ」、「Ｓ／Ｗ」、「Ｓ／Ｗ設計」、「コーディング」、「試験」、「現品会議」が追加されており、これらのタスクとともに、これらの階層構造が全体スケジュール登録支援部１１に送られる。

この後、タスク編集画面において、編集後のタスクを保存させる指示情報が入力（例えば「保存」ボタンのクリック）されると、この指示情報も全体スケジュール登録支援部１１に送られる。

全体スケジュール登録支援部１１は、タスクの編集内容と、この編集内容を保存させる指示情報を受信すると、全体スケジュールＤＢ３２の全体タスクテーブル５５に編集後のタスクを保存する（ステップＳ１５０，Ｓ１６０）。このとき、全体スケジュール登録支援部１１は、編集後のタスクと、ステップＳ１３０の処理で保存しておいたプロジェクトＩＤとを対応付けする。そして、編集後のタスクとプロジェクトＩＤを全体スケジュールＤＢ３２の全体タスクテーブル５５に保存する。全体スケジュールＤＢ３２へは、タスク間の関係がタスク編集画面で表示していたＷＢＳの形式（全体スケジュール表Ａ）を示すよう、各タスクを全体タスクテーブル５５内に保存させる。具体的には、各タスクに「全体タスクＩＤ」、「親全体タスクＩＤ」、「並び順」を設定することによって、ＷＢＳの形式でタスクを保存させる。

つぎに、ステップＳ２０の処理である、機能登録支援部１２によるチームスケジュール表Ｂ１〜Ｂｎの作成手順について説明する。ここでは、まずチームスケジュール表Ｂ１〜Ｂｎの作成手順の概要について説明し、その後チームスケジュール表Ｂ１〜Ｂｎの作成手順の詳細な手順について説明する。

まず、チームスケジュール表の作成手順の概要として、チームリーダ端末装置Ｔ１〜Ｔｎと機能登録支援部１２との間のやり取り（機能設定情報の入出力など）について説明する。図１５は、チームスケジュール表の作成手順の概要を示すフローチャートである。

チームリーダによって、チームリーダ端末装置Ｔ１〜Ｔｎの何れかに機能登録を開始する指示情報（プロジェクトＩＤ）が入力されると、機能登録支援部１２は、チームリーダ端末装置の情報表示手段にプロジェクトＩＤに対応する機能登録画面を表示させる（ステップＳ２１０）。ここでの機能登録画面は、例えば図１６に示す画面であり、チームスケジュール表Ｂ１〜Ｂｎに機能を登録（自動生成）するための画面である。

機能登録画面では、「機能名」、「チーム名」、「チームリーダメールアドレス」、複数のタスク（「タスク１」〜「タスクＭ」（Ｍは自然数））を対応付けて表示している。ここでは、例えば、「機能１」と「機能２」をモジュール開発チーム（１）（「メールアドレス」が「ａａａ」）に指定されている場合を示している。また、機能登録画面に表示している「機能名」は、機能を識別する機能ＩＤと対応付けられている。

機能登録画面において、機能に関する情報として機能設定情報（「機能名」、「チーム名」、「メールアドレス」、「タスク１」〜「タスクＭ」など）が入力されると、この機能設定情報はプロジェクト管理装置１０の機能登録支援部１２に送られる。機能登録支援部１２は、チームリーダ端末装置Ｔ１〜Ｔｎから送られた機能設定情報を端末Ｉ／Ｆ部１７を介して入力する（ステップＳ２２０〜Ｓ２４０）。

機能登録画面において、例えば「機能名」や「チーム名」へは任意の文字列を入力してよい。ただし、機能同士でチーム名が同一の場合は、同一のチームとみなし、同一のチームスケジュール表に記載する。

また、「メールアドレス」には、チームリーダのメールアドレスを設定する。さらに、「タスク１」〜「タスクＭ」の何れかのタスクを指定して、実行するタスクを入力する。「タスク１」〜「タスクＭ」は、プルダウンで設定できる構成としてもよい。「タスク１」〜「タスクＭ」に指定されるタスクの候補は、全体スケジュール表Ａに含まれるタスクである。

例えば、全体スケジュール表が図１４のタスク編集画面に対応する全体スケジュール表Ａである場合、図１６に示す機能登録画面の「タスク１」〜「タスクＭ」に設定できるタスクは、「方針」、「Ｈ／Ｗ」、「Ｓ／Ｗ」、「Ｓ／Ｗ設計」、「コーディング」、「試験」、「現品会議」の７つである。

この後、機能登録画面において、機能設定情報（機能登録情報）を保存させる指示情報が入力（例えば「作成」ボタンのクリック）されると（ステップＳ２５０）、この指示情報も機能登録支援部１２に送られる。

機能登録支援部１２は、機能登録画面に入力された機能設定情報（タスク）を追加することによってチームスケジュール表Ｂ１〜Ｂｎを作成する。機能登録支援部１２は、作成したチームスケジュール表Ｂ１〜Ｂｎを、チームタスクテーブル５６としてチームスケジュールＤＢ３３に保存する。

このとき、機能登録支援部１２は、編集後の機能設定情報と、機能登録画面に対応するプロジェクトＩＤと、機能設定情報を編集したチームリーダ端末装置に対応するチームＩＤとを対応付けする。そして、これらの情報をチームスケジュールＤＢ３３のチームタスクテーブル５６に保存する。チームスケジュールＤＢ３３へは、タスク間の関係がＷＢＳの形式（チームスケジュール表Ｂ１〜Ｂｎ）を示すよう、各タスクをチームタスクテーブル５６内に保存させる。具体的には、各タスクに「チームタスクＩＤ」、「親チームタスクＩＤ」、「並び順」を設定することによって、ＷＢＳの形式でタスクを保存させる。

また、このとき、機能登録支援部１２は、チームタスクテーブル５６の「機能ＩＤ・全体タスクＩＤ」に、親が存在しないタスクには機能ＩＤ（機能登録画面の機能名に対応する機能ＩＤ）を入力し、その他のタスクで全体スケジュール表Ａで設定されたタスクには全体スケジュール表Ａの「全体タスクＩＤ」を入力する。

さらに、機能登録支援部１２は、チームスケジュールＤＢ３３に登録したタスクに対応する機能タスクを全体スケジュール表（全体タスクテーブル５５）に追加する（ステップＳ２５０）。例えば、図７に示した全体タスクテーブル５５の場合、「機能１」〜「機能５」の機能タスクが全体タスクテーブル５５に追加される。このとき、タスク間の関係がＷＢＳの形式を示すよう各タスクを全体タスクテーブル５５内に保存させる。また、追加した機能タスクには、機能ＩＤを対応付けておく。

つぎに、ステップＳ２５０の処理（チームスケジュール表の作成手順）の詳細な手順について説明する。図１７は、チームスケジュール表の詳細な作成手順を示すフローチャートである。

機能登録支援部１２は、表示中の機能登録画面に基づいて、「プロジェクトＩＤ」、「機能ＩＤ」、「機能名」、「チーム名」、「メールアドレス」（チームリーダメールアドレス）、「タスク１」〜「タスクＭ」のリストを抽出する（ステップＳ３１０）。

また、機能登録支援部１２は、図３に示した機能登録基本テーブル５１から機能ＩＤのリストを抽出する。このとき、機能登録画面から抽出した「プロジェクトＩＤ」をキーとして、機能登録基本テーブル５１から機能ＩＤを抽出する（ステップＳ３２０）。

機能登録支援部１２は、機能登録画面から抽出した「機能ＩＤ」を用いて、機能登録画面の情報（機能設定情報のタスクなど）と機能登録基本テーブル５１を比較する（ステップＳ３３０）。

機能登録支援部１２は、機能登録画面の情報と機能登録基本テーブル５１の差分（機能名、チーム名、メールアドレス、タスクなどの追加）を抽出する（ステップＳ３４０）。機能登録支援部１２は、機能登録画面から抽出した「機能ＩＤ」を順番にループさせて、機能登録画面と機能登録基本テーブル５１の比較と差分の抽出を順番に行なっていく。

機能登録画面内の機能設定情報のタスクと機能登録基本テーブル５１内のタスクに差分がある場合、機能登録支援部１２は、差分の情報を用いてチームスケジュール表を作成（修正）する。具体的には、差分のタスクをチームスケジュール表に追加または削除することによってチームスケジュール表を作成する（ステップＳ３５０）。

機能登録支援部１２が、チーム毎のチームスケジュール表を作成する際には、チームスケジュール表を作成させるチームリーダ端末装置に、チームスケジュール表の作成画面（チームスケジュール作成画面）を表示させながらチームスケジュール表を作成する。

ここで、チームスケジュール表の作成例について説明する。図１８は、チームスケジュール作成画面の一例を示す図である。チームスケジュール作成画面は、作成中のチームスケジュール表を表示させながら、チームスケジュール表を作成するための情報を入力させてチームスケジュール表を作成する画面である。図１８では、チームスケジュール作成画面の一例として、機能登録支援部１２がモジュール開発チーム１のチームリーダ端末装置Ｔ１に表示させるチームスケジュール作成画面を示している。

ここでのモジュール開発チーム１は、図１６に示したように、「機能１」と「機能２」が指定されているものとする。また、「機能１」の「タスク１」〜「タスク３」に「Ｓ／Ｗ設計」、「コーディング」、「試験」が設定され、「機能２」の「タスク１」に「試験」が設定されている。この場合において、機能登録支援部１２は、モジュール開発チーム１のスケジュール表として、「機能１」と「機能２」を１階層目とし、各機能に設定したタスクが２階層目となるようＷＢＳ形式のチームスケジュール表を作成する。チームスケジュール表内に設定される各予定日（「開始予定日」、「完了予定日」）は、全体スケジュール表に設定されている各予定日が引き継いでもよいし、チームリーダによって新たに設定してもよい。

機能登録支援部１２は、作成したチームスケジュール表をチームスケジュールＤＢ３３に保存する（ステップＳ３６０）。このとき、チームスケジュール表と、タスクの入力処理を行っていたチームリーダ端末装置とを対応付けしてチームスケジュールＤＢ３３に保存する。例えば、チームスケジュール表にチームリーダ端末装置を識別する情報を含めておく。また、機能登録支援部１２は、チームスケジュールＤＢ３３に登録したタスクに対応する機能タスクを全体スケジュール表に追加する（ステップＳ３７０）。

図１９は、全体スケジュール表に追加された機能タスクを説明するための図であり、全体スケジュール表のタスク編集画面を示している。ここでは、図１６に示したように、「機能１」、「機能３」の「タスク１」〜「タスク３」に「Ｓ／Ｗ設計」、「コーディング」、「試験」を設定（追加）し、「機能２」、「機能４」、「機能５」の「タスク１」に「試験」を設定（追加）した場合を示している。

これにより、全体スケジュール表の「Ｓ／Ｗ設計」タスクの下に「機能１」、「機能３」の機能タスクが追加され、「コーディング」タスクの下に「機能１」、「機能３」の機能タスクが追加される。また、「試験」タスクの下に「機能１」〜「機能５」の機能タスクが追加される。

機能タスクの追加された全体スケジュール表（機能タスクが追加されたもの）は、全体スケジュールＤＢ３２に保存する（ステップＳ３８０）。機能タスクが追加された全体スケジュール表は、以後、プロジェクトリーダ端末装置２１からの要求に応じて、全体スケジュール表のタスク編集画面としてプロジェクトリーダ端末装置２１に提供されることとなる。

さらに、機能登録支援部１２は、全体スケジュールＤＢ３２に登録した機能タスクやチームスケジュールＤＢ３３に登録したチームスケジュール表から所定の機能登録情報（機能ＩＤ、機能名、チーム名、チームリーダメールアドレスなど）を抽出して機能登録情報ＤＢ３１に保存する（ステップＳ３９０）。

つぎに、ステップＳ３０の処理である、進捗情報入力部１３によるチーム毎の進捗情報の入力手順について説明する。図２０は、進捗情報の入力手順を示すフローチャートである。ここでは、進捗情報入力部１３への進捗情報の入力手順の一例として、モジュール開発チーム３のチームリーダ端末装置Ｔ３から進捗情報入力部１３に進捗情報を入力する場合の手順について説明する。

チームリーダによって、チームリーダ端末装置Ｔ３に進捗情報の入力を開始する指示情報が入力されると、進捗情報入力部１３は、チームリーダ端末装置Ｔ３の情報表示手段にタスク編集画面を表示させる（ステップＳ４１０）。ここでのタスク編集画面は、例えば図２１に示す画面であり、チームリーダなどが進捗情報（追加の必要となったタスク、削除するタスク、タスクの達成率など）を入力（登録）するための画面である。タスク編集画面が表示されると、チームリーダはタスクの追加や削除を検討するとともに、進捗情報入力部１３は、待機状態（情報の入力待ち）となる（ステップＳ４２０）。

進捗情報入力部１３は、タスクの追加や削除が指示されたか否かを判断する（ステップＳ４３０）。タスクの追加や削除が必要な場合には（ステップＳ４３０、Ｙｅｓ）、タスク編集画面にて追加や削除を行われる。具体的には、チームリーダ端末装置Ｔ３のタスク編集画面において、タスクの追加指示（「追加」ボタンのクリックなど）やタスクの削除指示（「削除」ボタンのクリックなど）が入力されると、この指示はプロジェクト管理装置１０の進捗情報入力部１３に送られる。

進捗情報入力部１３は、タスクの追加指示やタスクの削除指示に基づいて、チームリーダ端末装置Ｔ３に対応するチームスケジュール表に、タスクの追加処理やタスクの削除処理を行う（ステップＳ４４０）。このとき、機能登録支援部１２は、タスクの削除処理を行なったタスクに対して機能登録基本テーブル５１の「削除フラグ」を「１」に設定する。

図２１に示したタスク処理画面では、「機能４」の「試験」タスクの下に、「試験環境構築」、「テストケース作成」、「単体試験」などのタスクが追加されている場合を示している。

この後、進捗情報入力部１３は、再び待機状態となる。タスクの追加や削除が不要な場合（ステップＳ４３０、Ｎｏ）、進捗情報入力部１３は、タスクの追加処理やタスクの削除処理を行うことなく待機状態となる。

チームリーダによって、チームリーダ端末装置Ｔ３にタスクの達成率が入力されると、この達成率は進捗情報入力部１３に送られる。進捗情報入力部１３は、チームリーダ端末装置Ｔ３からの達成率を、チームリーダ端末装置Ｔ３に対応するチームスケジュール表に入力する（ステップＳ４５０）。そして、進捗情報入力部１３は、チームリーダ端末装置Ｔ３の情報表示手段にタスク編集後のタスク編集画面を表示させる。

この後、タスク編集画面において、編集後のタスク編集画面の情報を保存させる指示情報が入力（例えば「保存」ボタンのクリック）されると（ステップＳ４６０）、この指示情報も進捗情報入力部１３に送られる。

進捗情報入力部１３は、編集後のタスク編集画面の情報を保存させる指示情報を受信すると、チームスケジュールＤＢ３３にチームスケジュール表（編集後のタスク編集画面）を保存させる。

タスク編集画面において、進捗情報の入力を完了させる指示情報が入力（例えば「終了」ボタンのクリック）されると（ステップＳ４７０、Ｙｅｓ）、この指示情報も進捗情報入力部１３に送られる。

進捗情報入力部１３は、進捗情報の入力を完了させる指示情報を受信すると、進捗情報の入力を完了し、チームリーダ端末装置Ｔ３の情報表示手段にタスク編集画面を閉じさせる。タスク編集画面において、進捗情報の入力を完了させる指示情報が入力されるまで、ステップＳ４２０〜Ｓ４７０の処理が繰り返される。

なお、ここでは進捗情報として追加の必要となったタスク、削除するタスク、タスクの達成率などをチームスケジュール表に入力する場合について説明したが、進捗情報として開始実績日や完了実績日チームスケジュール表にを入力してもよい。

つぎに、ステップＳ４０の処理である、進捗情報反映部１４によるチーム毎の進捗情報の全体スケジュール表への反映手順（進捗情報の更新処理）について説明する。図２２は、進捗情報の全体スケジュール表への反映処理手順を示すフローチャートである。

プロジェクトリーダによって、プロジェクトリーダ端末装置２１に進捗情報の更新を開始する指示情報が入力されると、進捗情報反映部１４は、プロジェクトリーダ端末装置２１の情報表示手段に全体スケジュール表のタスク編集画面（図１９に示したタスク編集画面）（全体スケジュール表Ａ）を表示させる（ステップＳ５１０）。

プロジェクトリーダによって、プロジェクトリーダ端末装置２１に進捗情報の反映指示が入力（「進捗取込」ボタンのクリックなど）されると、この指示はプロジェクト管理装置１０の進捗情報反映部１４に送られる。進捗情報反映部１４は、チームスケジュール表から進捗情報（達成率、開始実績日、完了実績日など）を取得し、チームスケジュール表に対応する全体スケジュール表へ進捗情報を反映する（ステップＳ５２０）。

図２３は、チームスケジュール表の全体スケジュール表への反映を説明するための図であり、チームスケジュール表の進捗情報（追加や修正の行なわれた情報）が全体スケジュール表へ反映される様子を概念的に示している。

ここでは、チームスケジュール表の全体スケジュール表への反映処理の一例として、モジュール開発チーム３のチームリーダ端末装置Ｔ３に対応するチームスケジュール表の進捗情報を全体スケジュール表へ反映する場合について説明する。

図２３では、モジュール開発チーム３のチームスケジュール表から「機能４」の「試験」タスクに対応する進捗情報を取得し、全体スケジュール表に進捗情報を反映している。具体的には、進捗情報反映部１４がチームスケジュール表の「機能４」の「試験」タスクの「開始実績日」（０７／０１／０１）と「達成率」（５０％）を取得する。そして、全体スケジュール表の「試験」タスクの「機能４」の機能タスクにおける「開始実績日」と「達成率」に進捗情報を反映している。

チームスケジュール表の進捗情報を全体スケジュール表へ反映すると、進捗情報反映部１４は、プロジェクトリーダ端末装置２１の情報表示手段に、進捗情報を反映させた後の全体スケジュール表（タスク編集画面）を表示させる。

この後、全体スケジュール表のタスク編集画面において、進捗情報の反映を保存させる指示情報が入力（例えば「保存」ボタンのクリック）されると、この指示情報も進捗情報反映部１４に送られる。進捗情報反映部１４は、進捗情報の反映を保存させる指示情報を受信すると、全体スケジュールＤＢ３２に進捗情報を反映させた後の全体スケジュール表を保存させる（ステップＳ５３０）。

ここで、進捗情報反映部１４による進捗情報の全体スケジュール表への反映手順を詳細に説明する。図２４は、進捗情報反映部の動作手順を示したフローチャートであり、進捗情報の全体スケジュール表への反映処理手順を詳細に示している。

進捗情報反映部１４は、プロジェクトリーダ端末装置２１の情報表示手段に全体スケジュール表のタスク編集画面を表示させると、表示させているタスク編集画面に関する情報としてタスク編集画面の全体スケジュール表に対応するプロジェクトＩＤを、全体スケジュールＤＢ３２内の全体タスクテーブル５５から抽出（取得）する（ステップＳ６１０）。

進捗情報反映部１４は、プロジェクトＩＤをキーとして、機能登録基本テーブル５１から機能ＩＤのリストを抽出する（ステップＳ６２０）。進捗情報反映部１４は、抽出した機能ＩＤ（リスト）を順番にループさせて、以下の処理（後述のステップＳ６４０〜Ｓ６８０）の処理を行っていく（ステップＳ６３０）。まず、進捗情報反映部１４は、プロジェクトＩＤと機能ＩＤ（１つ目）をキーとして、機能登録タスクテーブル５２から全体タスクＩＤのリストを抽出する（ステップＳ６４０）。

進捗情報反映部１４は、抽出した全体タスクＩＤ（リスト）を順番にループさせて、以下の処理（後述のステップＳ６６０〜Ｓ６８０）の処理を行っていく（ステップＳ６５０）。進捗情報反映部１４は、まずチームタスクテーブル５６から進捗情報の更新対象となるタスク（最上位タスク）を検索して抽出する。このとき、進捗情報反映部１４は、チームタスクテーブル５６内で以下の条件を満たすタスクを検索して抽出する。すなわち、抽出した全体タスクＩＤに一致する全体タスクＩＤを有したタスクで、かつ「親チームタスク」が「００００」を示すタスクで、かつ機能登録タスクテーブル５２から抽出した機能ＩＤに一致する機能ＩＤを有したタスクを、チームタスクテーブル５６から検索して抽出する（ステップＳ６６０）。

進捗情報反映部１４は、抽出した最上位タスクの「開始実績日」、「完了実績日」、「達成率」を進捗情報としてチームタスクテーブル５６から抽出する。さらに、抽出した最上位タスクの下位にあるタスク（子供タスクなど）で、全体タスクＩＤが抽出した全体タスクＩＤと一致するタスクの「開始実績日」、「完了実績日」、「達成率」を進捗情報としてチームタスクテーブル５６から抽出する（ステップＳ６７０）。

進捗情報反映部１４は、抽出した「開始実績日」、「完了実績日」、「達成率」を進捗情報として全体タスクテーブル５５に登録（更新）する。このとき、進捗情報反映部１４は、抽出しておいたプロジェクトＩＤ、全体タスクＩＤ、機能ＩＤをキーとして、全体タスクテーブル５５から「開始実績日」、「完了実績日」、「達成率」の登録位置を検出し、新たな「開始実績日」、「完了実績日」、「達成率」（チームタスクテーブル５６から抽出した進捗情報）を所定の登録位置に登録する（ステップＳ６８０）。

進捗情報反映部１４は、全ての全体タスクＩＤに対して進捗情報の登録を行なったか否かを判断する（ステップＳ６９０）。全ての全体タスクＩＤに対して進捗情報の登録（更新）を行なっていない場合（ステップＳ６９０、Ｎｏ）、進捗情報反映部１４は、抽出した全体タスクＩＤ（リスト）を順番にループさせて、進捗情報の登録を行なっていく（ステップＳ６５０〜Ｓ６９０）。

一方、全ての全体タスクＩＤに対して進捗情報の登録を行なうと（ステップＳ６９０、Ｙｅｓ）、全ての機能ＩＤに対して機能登録タスクテーブル５２から全体タスクＩＤを抽出して進捗情報の登録を行なったか否かを判断する（ステップＳ６９５）。

全ての機能ＩＤに対して機能登録タスクテーブル５２から全体タスクＩＤを抽出していない場合（ステップＳ６９５、Ｎｏ）、進捗情報反映部１４は、抽出した機能ＩＤ（リスト）を順番にループさせて、機能登録タスクテーブル５２から全体タスクＩＤを抽出していく。そして、抽出した全体タスクＩＤに対して進捗情報の登録を行なっていく（ステップＳ６３０〜Ｓ６９０）。

全ての機能ＩＤに対して機能登録タスクテーブル５２から全体タスクＩＤを抽出し、抽出した全体タスクＩＤの進捗情報の登録を全て完了すると（ステップＳ６９５、Ｙｅｓ）、進捗情報反映部１４は進捗情報の更新処理を終了する。

つぎに、ステップＳ５０の処理である、期限遅れ抽出部１５による期限遅れのフォロー処理（フォローメールの送信）手順について説明する。図２５は、期限遅れに対するフォロー処理の処理手順の概要を示すフローチャートである。

期限遅れ抽出部１５は、予め設定された所定のタイミング（例えば、午前０時などの深夜）（夜間バッチ処理など）で、全体スケジュールＤＢ３２の全体スケジュール表（全体タスクテーブル５５）から期限に関する情報（「開始予定日」、「完了予定日」）、（期限情報）を抽出する。このとき、期限遅れ抽出部１５は、チームスケジュール表Ｂ１〜Ｂｎからタスクの進捗に関する情報（「開始実績日」、「完了実績日」）を抽出する。そして、全体タスクテーブル５５の期限情報（「開始予定日」、「完了予定日」）と、チームスケジュール表Ｂ１〜Ｂｎの進捗に関する情報（「開始実績日」、「完了実績日」）を比較する（ステップＳ７１０）。これにより、期限遅れ抽出部１５は、期限の遅れているタスクを抽出する。

期限遅れ抽出部１５は、期限の遅れているタスクを担当しているチームリーダ（チームリーダ端末装置）に期限が遅れていることを示すメール（フォローメール）を発信する（ステップＳ７２０）。

ここで、期限遅れ抽出部１５による期限遅れのフォロー処理の詳細な手順について説明する。図２６および図２７は、期限遅れに対するフォロー処理の詳細な処理手順を示すフローチャートである。

期限遅れ抽出部１５は、チームタスクテーブル５６内を順番にループして、以下の処理（後述のステップＳ８１０〜Ｓ８９０）の処理を行っていく（ステップＳ８１０）。まず、期限遅れ抽出部１５は、チームタスクテーブル５６を検索して、全体スケジュール表から追加されたタスクを抽出する（ステップＳ８２０）。このとき、期限遅れ抽出部１５は、機能ＩＤが空ではないタスクであって、かつ全体タスクＩＤが空ではないタスクであって、かつ親チームタスクＩＤが「００００」ではないタスクをチームタスクテーブル５６から抽出する。

期限遅れ抽出部１５は、抽出したタスクに基づいて、このタスクの全体タスクＩＤとプロジェクトＩＤをチームタスクテーブル５６から抽出する（ステップＳ８３０）。このとき、期限遅れ抽出部１５は、チームタスクテーブル５６内の「機能ＩＤ・全体タスクＩＤ」から全体タスクＩＤを抽出する。

期限遅れ抽出部１５は、抽出した全体タスクＩＤとプロジェクトＩＤをキーとして、全体タスクテーブル５５から全体タスクの「完了予定日」を抽出する（ステップＳ８４０）。

期限遅れ抽出部１５は、抽出したタスクが実行の完了したタスクであるか否かを判断する（ステップＳ８５０）。抽出したタスクが実行の完了したタスクである場合（ステップＳ８５０、Ｙｅｓ）、次のタスクを抽出するとともに、次のタスクの「完了予定日」を抽出する（ステップＳ８１０〜Ｓ８４０）。そして、この次のタスクが実行の完了したタスクであるか否かを判断する（ステップＳ８５０）。

抽出したタスクが実行の完了したタスクではない場合（ステップＳ８５０、Ｎｏ）、このタスクの「完了予定日」は過ぎているか否か（「完了予定日」の確認処理）を判断する（ステップＳ８６０）。

タスクの「完了予定日」が過ぎていない場合（ステップＳ８６０、Ｎｏ）、次のタスクを抽出して「完了予定日」を抽出するとともに、次のタスクが実行の完了したタスクであるか否かを判断する（ステップＳ８１０〜Ｓ８５０）。そして、タスクが実行の完了したタスクである場合には、タスクの「完了予定日」が過ぎているか否かを判断する（ステップＳ８６０）。タスクの「完了予定日」が過ぎている場合（ステップＳ８６０、Ｙｅｓ）、チームタスクテーブル５６の期限遅れフラグを「１」にセットする（ステップＳ８７０）。

この後、期限遅れ抽出部１５は、抽出した全てのタスクに対して「完了予定日」の確認処理を行なったか否かを判断する（ステップＳ８８０）。抽出した全てのタスクに対して「完了予定日」の確認処理を行なっていない場合（ステップＳ８８０、Ｎｏ）、抽出した次のタスクに対して「完了予定日」の確認処理を行なう（ステップＳ８１０〜Ｓ８８０）。この後、抽出した全てのタスクに対して「完了予定日」の確認処理を行なうまで（ステップＳ８８０、Ｙｅｓ）、抽出したタスクに対する「完了予定日」の確認処理を繰り返す。

抽出したタスクに対する「完了予定日」の確認処理を全て終えると、期限遅れ抽出部１５は、チームタスクテーブル５６内を順番にループして、以下の処理（後述のステップＳ９１０〜Ｓ９６０）の処理を行っていく（ステップＳ９１０）。

まず、期限遅れ抽出部１５は、チームタスクテーブル５６を検索して、タスクに期限遅れフラグが「１」に設定されているか否か（期限遅れフラグの確認処理）を判断する（ステップＳ９２０）。

期限遅れフラグが「１」に設定されていない場合（ステップＳ９２０、Ｎｏ）、次のタスクに対して期限遅れフラグが「１」に設定されているか否かを判断する。期限遅れフラグが「１」に設定されている場合（ステップＳ９２０、Ｙｅｓ）、期限遅れ抽出部１５は、このタスクのプロジェクトＩＤとチームＩＤをチームタスクテーブル５６から抽出する（ステップＳ９３０）。さらに、期限遅れ抽出部１５は、このプロジェクトＩＤとチームＩＤをキーとして、機能登録チームテーブル５３からチームリーダメールアドレスを抽出する（ステップＳ９４０）。そして、このチームリーダメールアドレスにタスクの期限遅れを示すフォローメールを送信する（ステップＳ９５０）。このとき、フォローメールには、期限の遅れているタスクを識別できる情報（チームタスクＩＤなど）を付加してフォローメールを送信する。

この後、期限遅れ抽出部１５は、全てのタスクに対して期限遅れフラグの確認処理を行なったか否かを判断する（ステップＳ９６０）。全てのタスクに対して期限遅れフラグの確認処理を行なっていない場合（ステップＳ９６０、Ｎｏ）、次のタスクに対して期限遅れフラグの確認処理を行なう（ステップＳ９１０〜Ｓ９５０）。この後、全てのタスクに対して期限遅れフラグの確認処理を行なうまで（ステップＳ９６０、Ｙｅｓ）、タスクに対する期限遅れフラグの確認処理を繰り返す。

なお、１人のチームリーダに対して複数の期限遅れのタスクが発生した場合は、このチームリーダにフォローメールをまとめて送信してもよい。このとき、フォローメールには、期限の遅れている複数のタスクをそれぞれ識別できる情報（複数のチームタスクＩＤなど）を付加してフォローメールを送信する。

なお、本実施の形態では、プロジェクト管理装置が製品開発プロジェクトを管理する場合について説明したが、プロジェクト管理装置によるプロジェクト管理は、製品開発プロジェクトに限られず、他のプロジェクトを管理してもよい。また、各ＤＢ（機能登録情報ＤＢ３１、全体スケジュールＤＢ３２、チームスケジュールＤＢ３３）はプロジェクト管理装置が備える構成としてもよい。

また、本実施の形態では、全体スケジュール表Ａとチームスケジュール表Ｂ１〜Ｂｎを用いて期限の遅れているタスクを確認することとしたが、チームスケジュール表Ｂ１〜Ｂｎに設定されている各予定日（「開始予定日」、「完了予定日」）が全体スケジュール表に設定されている各予定日を引き継いでいる場合は、チームスケジュール表Ｂ１〜Ｂｎのみから期限の遅れているタスクを確認してもよい。

これにより、プロジェクトリーダが最初に立てたおおまなかフェーズ毎の全体スケジュール表Ａと、全体スケジュール表Ａを元にチームリーダが立てたチームスケジュール表Ｂ１〜Ｂｎとを用いてプロジェクトを実行する場合に、フェーズ毎の進捗管理（フェーズや機能または部品での進捗管理）とチーム毎の進捗管理（機能または部品をさらに詳細化した作業の進捗管理）の整合性を取りながらプロジェクトを遂行することが可能となる。

このように実施の形態によれば、進捗情報反映部１４が全体タスクＩＤに基づいて、チームスケジュール表Ｂ１〜Ｂｎの進捗情報を全体スケジュール表Ａに反映させているので、チームスケジュール表Ｂ１〜Ｂｎと全体スケジュール表Ａとの間で整合性を取りながら容易にプロジェクトの進捗管理を行うことが可能となる。

また、進捗情報反映部１４がチームスケジュール表Ｂ１〜Ｂｎの進捗情報を全体スケジュール表Ａに反映させているので、全体スケジュール表Ａとチームスケジュール表Ｂ１〜Ｂｎへの進捗情報の二重の手入力を行なう必要がなくなり、プロジェクトの進捗管理に対する負荷を低減することが可能となる。

また、機能登録支援部１２が全体スケジュール表Ａに基づいて、チーム毎のチームスケジュール表Ｂ１〜Ｂｎを作成するので、各チームリーダ端末装置Ｔ１〜Ｔｎでは全体スケジュール表Ａをベースにした計画を容易に立てることが可能となる。

また、期限遅れ抽出部１５が全体スケジュール表Ａから抽出した期限情報とチームスケジュール表Ｂ１〜Ｂｎの進捗に関する情報とを比較し、期限が過ぎたタスクに対応するチームリーダ端末装置にアラームメールを送信するので、各チームリーダ端末装置に対して容易にタスクの期限遅れを通知することが可能となる。

以上のように、本発明にかかるプロジェクト管理装置は、プロジェクトの進捗管理に適している。

実施の形態に係るプロジェクト管理の概念を説明するための説明図である。 実施の形態に係るプロジェクト管理システムの構成を示す図である。 機能登録基本テーブルの構成の一例を示す図である。 機能登録タスクテーブルの構成の一例を示す図である。 機能登録チームテーブルの構成の一例を示す図である。 全体基本テーブルの構成の一例を示す図である。 全体タスクテーブルの構成の一例を示す図である。 チームタスクテーブルの構成の一例を示す図である。 プロジェクト管理装置の構成要素と各ＤＢの関係を説明するための図である。 プロジェクト管理装置の動作手順を示すフローチャートである。 ＷＢＳで記述したタスクの構成の一例を示す図である。 全体スケジュール表の登録手順を示すフローチャートである。 全体スケジュール表にプロジェクトを登録するための画面の一例を示す図である。 タスクの内容を編集するためのタスク編集画面の一例を示す図である。 チームスケジュール表の作成手順の概要を示すフローチャートである。 チームスケジュール表に機能を登録するための機能登録画面の一例を示す図である。 チームスケジュール表の詳細な作成手順を示すフローチャートである。 チームスケジュール作成画面の一例を示す図である。 全体スケジュール表に追加された機能タスクを説明するための図である。 進捗情報の入力手順を示すフローチャートである。 進捗情報を入力するためのタスク編集画面の一例を示す図である。 進捗情報の全体スケジュール表への反映処理手順を示すフローチャートである。 チームスケジュール表の全体スケジュール表への反映を説明するための図である。 進捗情報反映部の動作手順を示したフローチャートである。 期限遅れに対するフォロー処理の処理手順の概要を示すフローチャートである。 期限遅れに対するフォロー処理の詳細な処理手順を示すフローチャート（１）である。 期限遅れに対するフォロー処理の詳細な処理手順を示すフローチャート（２）である。

符号の説明

１０ プロジェクト管理装置
１１ 全体スケジュール登録支援部
１２ 機能登録支援部
１３ 進捗情報入力部
１４ 進捗情報反映部
１５ 期限遅れ抽出部
１６ データベースＩ／Ｆ部
１７ 端末Ｉ／Ｆ部
２１ プロジェクトリーダ端末装置
３１ 機能登録情報ＤＢ
３２ 全体スケジュールＤＢ
３３ チームスケジュールＤＢ
４０ 通信ネットワーク
５１ 機能登録基本テーブル
５２ 機能登録タスクテーブル
５３ 機能登録チームテーブル
５４ 全体基本テーブル
５５ 全体タスクテーブル
５６ チームタスクテーブル
Ａ 全体スケジュール表
Ｂ１〜Ｂｎ スケジュール表
Ｔ１〜Ｔｎ チームリーダ端末装置

Claims (4)

1. プロジェクト全体の進捗を管理する全体スケジュール表と、前記プロジェクトを実行するチーム毎の作業の進捗を管理するチーム毎のチームスケジュール表と、を用いてプロジェクトの進捗を管理するプロジェクト管理装置において、
   前記全体スケジュール表は、プロジェクトフェーズの全体進捗管理に用いられる情報であり、かつ前記プロジェクトフェーズ内の複数の作業をＷＢＳ形式で整備した状態で保管する全体タスクテーブルに基づいて作成され、かつ前記プロジェクトフェーズの全体進捗を示すフェーズ進捗情報と前記各作業を識別する作業識別情報とが対応付けされた情報であり、
   チーム毎の前記チームスケジュール表は、各チームで担当する作業の進捗管理に用いられ、かつ各チームで担当する作業をＷＢＳ形式で保管するチームタスクテーブルに基づいて作成され、かつ前記各チームで担当する作業の進捗を示す作業進捗情報と前記各チームで担当する作業を識別する前記作業識別情報とが対応付けされた情報であり、
   前記作業進捗情報が外部入力されると、当該作業進捗情報に対応する作業のチームスケジュール表に前記外部入力された作業進捗情報を入力する進捗情報入力部と、
   前記チームスケジュール表のそれぞれから前記作業進捗情報を抽出するとともに、抽出した作業進捗情報に対応する作業の作業識別情報に基づいて、前記全体スケジュール表のフェーズ進捗情報に前記抽出した作業進捗情報に対応する作業の進捗を反映させる進捗情報反映部と、
   前記進捗情報入力部から作業進捗情報を入力させる際には前記チームスケジュール表を表示可能なよう第１の外部装置に出力するとともに、前記全体スケジュール表を表示させる際には前記全体スケジュール表を表示可能なよう第２の外部装置に出力する出力部と、
   を備えることを特徴とするプロジェクト管理装置。
2. 外部入力される指示および前記全体タスクテーブルに基づいて、前記チームタスクテーブルを作成する作成部をさらに備えることを特徴とする請求項１に記載のプロジェクト管理装置。
3. 前記プロジェクトフェーズは複数からなり、
   前記全体スケジュール表は、前記プロジェクトフェーズを識別するフェーズ識別情報と前記フェーズ進捗情報と前記作業識別情報とが対応付けされた情報であり、
   チーム毎の前記チームスケジュール表は、それぞれ前記作業進捗情報と前記作業識別情報と前記フェーズ識別情報とが対応付けされた情報であり、
   前記進捗情報反映部は、前記チームスケジュール表から前記作業進捗情報を抽出するとともに、抽出した作業進捗情報に対応する作業の作業識別情報およびフェーズ識別情報に基づいて、前記全体スケジュール表のフェーズ進捗情報に前記抽出した作業進捗情報およびフェーズ識別情報に対応する作業の進捗を反映させることを特徴とする請求項１に記載のプロジェクト管理装置。
4. 作業完了期限よりも進行が遅れている作業と当該作業に対応するチームを抽出するとともに、抽出したチームの通信端末に作業の遅れを示すメールを送信する遅延作業抽出部をさらに備え、
   前記全体スケジュール表は、前記作業進捗情報と前記作業毎の作業完了期限とが前記作業識別情報に対応付けされており、
   前記進捗情報反映部は、前記全体スケジュール表の前記作業進捗情報に前記チームスケジュール表の前記作業進捗情報を反映し、
   前記遅延作業抽出部は、前記全体スケジュール表の前記作業進捗情報に基づいて、前記作業完了期限よりも進行が遅れている作業と当該作業に対応するチームを抽出することを特徴とする請求項１または２に記載のプロジェクト管理装置。

Images