(57)【要約】【課題】下位タスクの計画に上位タスクを連動させる階層化方式と、下位タスクの計画に上位タスクが影響を受けない階層化方式とを併せもって、プロジェクトを管理できるプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム、及び記録媒体を提供することを課題とする。【解決手段】本発明に係るプロジェクト管理装置は、ツリー状に親タスクを子タスクに分割してプロジェクトを管理するプロジェクト管理装置において、管理されるタスクをデータベースに記憶する記憶手段と、第一の親タスクと関連付けて子タスクをデータベースに登録するタスク登録手段とを有し、タスク登録手段は、第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させない子タスクを登録することを特徴とする。【選択図】図９
2009258981.tif 000002
【特許請求の範囲】
【請求項１】
ツリー状に親タスクを子タスクに分割してプロジェクトを管理するプロジェクト管理装置において、
管理されるタスクをデータベースに記憶する記憶手段と、
第一の親タスクと関連付けて子タスクを前記データベースに登録するタスク登録手段とを有し、
前記タスク登録手段は、前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させない子タスクを登録すること、
を特徴とするプロジェクト管理装置。
【請求項２】
前記タスク登録手段は、前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させるか否かを設定可能であること、
を特徴とする請求項１に記載のプロジェクト管理装置。
【請求項３】
前記タスク登録手段は、前記第一の親タスクが、当該第一の親タスクの親タスクである第二の親タスクの実施されるべき工程期間と、当該第一の親タスクの実施されるべき工程期間とを連動させないタスクであるとき、
前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させる子タスクの登録を禁止すること、
を特徴とする請求項１又は２に記載のプロジェクト管理装置。
【請求項４】
ツリー状に親タスクを子タスクに分割してプロジェクトを管理するプロジェクト管理装置におけるプロジェクト管理方法において、
管理されるタスクをデータベースに記憶する記憶手順と、
第一の親タスクと関連付けて子タスクを前記データベースに登録するタスク登録手順とを有し、
前記タスク登録手順は、前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させない子タスクを登録すること、
を特徴とするプロジェクト管理方法。
【請求項５】
前記タスク登録手順は、前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させるか否かを設定する手順を含むこと、
を特徴とする請求項４に記載のプロジェクト管理方法。
【請求項６】
前記タスク登録手順は、前記第一の親タスクが、当該第一の親タスクの親タスクである第二の親タスクの実施されるべき工程期間と、当該第一の親タスクの実施されるべき工程期間とを連動させないタスクであるとき、
前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させる子タスクの登録を禁止すること、
を特徴とする請求項４又は５に記載のプロジェクト管理方法。
【請求項７】
請求項４ないし６いずれか一項に記載のプロジェクト管理方法をコンピュータに実行させるためのプロジェクト管理プログラム。
【請求項８】
請求項７に記載のプロジェクト管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム、及び記録媒体の分野に関する。
【背景技術】
【０００２】
プロジェクトを進める上で、実施されるべきプロジェクトをタスク単位に分割してプロジェクトを階層的に管理する手法を採用したプロジェクト管理システムがよく用いられている。プロジェクト全体を細かい作業に分割してプロジェクトを遂行させようとするものである。このようなプロジェクト管理手法は、ＷＢＳ（Work Breakdown Structure）などといわれ、プロジェクトマネジメントで計画を立てる際に用いられる手法の一つである。
また、ＷＢＳ方式にタスクを分割すると、タスク間（例えば、親タスクと子タスク）のスケジュールの整合性が管理されており、階層化によるスケジュールの矛盾が生じないので便利である。
【０００３】
ところで、実際に作業を行うプロジェクト担当者は、ＴｏＤｏリストのように具体的にやるべきことを詳細化したいし、プロジェクト管理者の中にはそのように細かく詳細化されたタスクで実績管理をしたいという者もいる。しかしながら、計画を立てる管理者は、プロジェクトの初期段階において、担当者がどのようにプロジェクト又はタスクを細分化して作業を進めるかまでは分からない場合も多い。ゆえに管理者が当初から、担当者が行うべき作業をすべて洗い出し詳細に分割してシステムに登録することは難しい。管理者は、当初から詳細に何階層もレベルダウンしたタスクを作成して登録することはせず、現実的には、比較的、大タスクや上位階層レベルのタスクを予定遂行期間などとともに登録する。
【０００４】
これに関連する技術として、特許文献１に記載される発明は、ＷＢＳ方式にタスクを詳細化した後に実行可能な機能に関する発明で、実行時に実績を入力して計画との比較を行ったり表示を切り替えたりするものである。ＷＢＳ方式による階層構造と各リソースごとのＴｏＤｏリストを切り替えて表示し、ＴｏＤｏリストでは余裕期間の表示も行う。
【特許文献１】特開２００４−３６２１８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
一方、担当者は、自身が行うべきタスクを管理、遂行しやすいように自分なりに、タスクを詳細化、カスタマイズしたい場合がある。しかしながら、担当者のこのタスク詳細化は工程期間を算出する目的ではないにもかかわらず、ＷＢＳ方式による詳細化を行うと、担当者が入力した工程期間によっては下位タスクの計画に上位タスクが影響を受けてしまうため、管理者が作成したプロジェクト全体のスケジュールが変更されてしまうことがある。例えば、あるプロジェクトが上位タスクとその下位タスクとからなる場合、下位タスクの工程期間を変更すると上位タスクのスケジュールや工程期間も連動して影響される。
【０００６】
そこで本発明では上記のような問題に鑑みて、下位タスクの計画に上位タスクを連動させる階層化方式と、下位タスクの計画に上位タスクが影響を受けない階層化方式とを併せもって、プロジェクトを管理できるプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明に係るプロジェクト管理装置は、ツリー状に親タスクを子タスクに分割してプロジェクトを管理するプロジェクト管理装置において、管理されるタスクをデータベースに記憶する記憶手段と、第一の親タスクと関連付けて子タスクを前記データベースに登録するタスク登録手段とを有し、前記タスク登録手段は、前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させない子タスクを登録することを特徴とする。
【０００８】
また上記課題を解決するため、本発明に係るプロジェクト管理装置において、前記タスク登録手段は、前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させるか否かを設定可能であることを特徴とする。
【０００９】
また上記課題を解決するため、本発明に係るプロジェクト管理装置において、前記タスク登録手段は、前記第一の親タスクが、当該第一の親タスクの親タスクである第二の親タスクの実施されるべき工程期間と、当該第一の親タスクの実施されるべき工程期間とを連動させないタスクであるとき前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させる子タスクの登録を禁止することを特徴とする。
【００１０】
また上記課題を解決するため、本発明に係るプロジェクト管理方法は、ツリー状に親タスクを子タスクに分割してプロジェクトを管理するプロジェクト管理装置におけるプロジェクト管理方法において、管理されるタスクをデータベースに記憶する記憶手順と、第一の親タスクと関連付けて子タスクを前記データベースに登録するタスク登録手順とを有し、前記タスク登録手順は、前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させない子タスクを登録することを特徴とする。
【００１１】
また上記課題を解決するため、本発明に係るプロジェクト管理方法において、前記タスク登録手順は、前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させるか否かを設定する手順を含むことを特徴とする。
【００１２】
また上記課題を解決するため、本発明に係るプロジェクト管理方法において、前記タスク登録手順は、前記第一の親タスクが、当該第一の親タスクの親タスクである第二の親タスクの実施されるべき工程期間と、当該第一の親タスクの実施されるべき工程期間とを連動させないタスクであるとき、前記第一の親タスクの実施されるべき工程期間と、当該子タスクの実施されるべき工程期間とを連動させる子タスクの登録を禁止することを特徴とする。
【００１３】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１４】
本発明によれば、下位タスクの計画に上位タスクを連動させる階層化方式と、下位タスクの計画に上位タスクが影響を受けない階層化方式とを併せもって、プロジェクトを管理できるプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム、及び記録媒体を提供することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を実施するための最良の形態を各実施形態において図面を用いて説明する。
【００１６】
（ネットワーク構成）
はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたってのネットワーク構成について説明する。図１は、本発明によるプロジェクト管理サーバ１及びＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）２がネットワーク３を介して接続されているネットワーク図である。プロジェクト管理サーバ１は、本発明に係るプロジェクト管理サーバ（プロジェクト管理装置）である。このプロジェクト管理サーバ１については後述する。ＰＣ２は、ユーザがネットワーク３を介しプロジェクト管理サーバ１を利用してプロジェクト管理を行う端末であり、一般的なＰＣである。ネットワーク３は、有線、無線を含むネットワークである。なお、図１は本発明の一実施形態を説明するにあたっての構成を示したものであり、ＰＣは何台あってもよい。
【００１７】
（プロジェクト管理サーバ）
図２は、本発明によるプロジェクト管理サーバ１の一実施形態の主要構成を示すハードウェ構成図である。プロジェクト管理サーバ１は、主要な構成として、ＣＰＵ２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、補助記憶装置２０４、記憶媒体読取装置２０５、入力装置２０６、表示装置２０７、及び通信装置２０８を含む構成である。
【００１８】
ＣＰＵ２０１は、マイクロプロセッサ及びその周辺回路から構成され、プロジェクト管理サーバ１全体を制御する回路である。また、ＲＯＭ２０２は、ＣＰＵ２で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ２０３は、ＣＰＵ２０１がＲＯＭ２０２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。
【００１９】
補助記憶装置２０４は、汎用のＯＳ（Operating System）、本発明によるプロジェクト管理プログラム、タスク情報などのプロジェクトに関する情報を含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。なお、上記各種情報は、補助記憶装置２０４以外にも、ＣＤ−ＲＯＭ（Compact Disk - ROM）やＤＶＤ（Digital Versatile Disk）などの記憶媒体やその他のメディアを記憶されてもよく、これらの記憶媒体に格納された各種情報は、記憶媒体読取装置２０５などのドライブ装置を介して読み取ることが可能である。よって、必要に応じて記録媒体を記憶媒体読取装置２０５にセットすることで、各種情報が得られる。
【００２０】
入力装置２０６は、ユーザが各種入力操作を行うための装置である。入力装置２０６は、マウス、キーボード、表示装置２０７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。
【００２１】
表示装置２０７は、プロジェクト管理に係る各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。
【００２２】
次に、通信装置３は、ネットワークを介してＰＣ２との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。
【００２３】
（プロジェクト管理サーバの機能）
本発明によるプロジェクト管理サーバ１は、実施されるべきプロジェクトをタスク単位に分割してプロジェクトを階層的に管理する。図３は、プロジェクトがツリー状のタスクに分割されて管理される様子を示す図の一例である。タスクは、概念的にツリー階層構造で管理されており、親タスクから配下の子タスクに派生している構造である。
【００２４】
ＷＢＳ方式によるプロジェクト管理、特にタスクの実施されるべき期間に関する管理の点について触れておく。図３を参照すると、タスク３０２が実施されるためには、子タスクであるタスク３０３、タスク３０４、及びタスク３０５が実施される必要がある。ここで、タスク３０２が実施される「開始日」が４月１日、「終了（予定）日」が４月３０日の期間１ヶ月のタスクであるとする。よって、タスク３０３、タスク３０４、及びタスク３０５は、４月１日から４月３０日の間に実施されなくてはならないところ、例えば、タスク３０５において、「終了（予定）日」が５月３０日に変更されたとする。この場合、親タスクであるタスク３０２のスケジュールも階層化によるスケジュールの矛盾の回避のため変更されて、「終了（予定）日」が５月３０日となる。さらに親親タスク（上位タスク）であるタスク３０１の「終了（予定）日」によっては、タスク３０１の「終了（予定）日」もまた変更される可能性もある。これは、ＷＢＳ方式を採用するプロジェクト管理装置の一般的な動作であり、本発明によるプロジェクト管理サーバ１も備える機能動作である。
【００２５】
本発明によるプロジェクト管理サーバ１は、さらに、下位タスクの計画に上位タスクが影響を受けない階層化方式とを併せもつ。即ち、本発明によるプロジェクト管理サーバ１によれば、ＷＢＳ方式の一部機能は維持されつつ、親タスク及び子タスク間の工程期間、スケジュールの整合性については連動性、関連性を持たせないプロジェクト管理が可能である。以下、詳しく説明する。
【００２６】
図４は、本発明によるプロジェクト管理サーバ１の一実施形態の主要機能を示す機能ブロック図である。プロジェクト管理サーバ１は、主要な機能として、登録インターフェース部４０１、タスク登録部４０２、記憶部４０３、及び記憶部４０３に記憶されるデータベース４０４を含む構成である。なお、プロジェクト管理サーバ１は、プロジェクト管理機能を提供するサーバ（装置）であるので、タスクを管理する機能やユーザにタスクを表示する表示機能など、プロジェクト管理サーバが一般的に有するプロジェクト管理に係る機能は当然に備えているものとする（非図示）。
【００２７】
登録インターフェース部４０１は、ユーザが行う、タスクの（新規）登録、タスクの削除、タスクの変更、タスクに関する情報の追加／修正／削除などの作業を行うインターフェース機能を提供する。具体的には、ＰＣ２に対して、後述する設定を行う設定画面を提供する。また、登録インターフェース部４０１は、設定画面を介して入力されたタスクに関する情報（タスク情報という）をタスク登録部４０２に渡す。
【００２８】
タスク登録部４０２は、タスクの登録に係る機能を提供する。登録インターフェース部４０１から渡されたタスク情報をデータベース４０４に登録する。登録にあたっては後述する処理を行う。
【００２９】
記憶部４０３は、データベース４０４を記憶する。データベース４０４には、タスク管理する上で必要なタスク情報が登録されている。
【００３０】
なお、これらの機能は、実際にはＣＰＵ２０１が実行するプログラム（プロジェクト管理プログラム）により実現されるものである。
【００３１】
＜実施例＞
以上を踏まえて、本実施例によるプロジェクト管理サーバ１の一使用形態について説明する。
【００３２】
（タスク登録）
図５は、「タスク登録画面」５００の一例を示す。ユーザはＰＣ２からネットワーク３を介してプロジェクト管理サーバ１にアクセスし、「タスク登録画面」５００を呼び出し、タスクの登録（新規タスク作成）を行う。もちろん、直接プロジェクト管理サーバ１の備える表示部に「タスク登録画面」５００を呼び出してプロジェクト管理サーバ１上からの同様の操作も可能である。なお、「タスク登録画面」５００は登録インターフェース部４０１により提供される。また、登録インターフェース部４０１は、入力されたタスクに関する情報（タスク情報という）をタスク登録部４０２に渡すものである。
【００３３】
ユーザはまず、「親タスク」５０１を入力（選択）する。本実施例では、「対外アピール」というタスク名の親タスクが選択される。親タスクがある場合には、リスト形式から選択できるようになっている。次いで、「タスク名」５０２を入力する。ここでは、例えば、「プレゼンテーション作成」とする。
【００３４】
次いで、「タスクタイプ」５０３を選択する。ここは、「オフィシャル」又は「アンオフィシャル」から選択する。「オフィシャル」が選択されると、登録するタスク（子タスク）の開始日、期間、終了日は、親タスクの開始日、期間、終了日に影響する。即ち、子タスクのスケジュールによっては、親タスクのスケジュールも変更される（この場合の親タスクと子タスクの関係を以下、「従属」と呼ぶ）。例えば、親タスクが実施される「開始日」が４月１日、「終了（予定）日」が４月３０日の期間１ヶ月のタスクであるとする。子タスクにおいて、「終了（予定）日」が５月３０日に変更されたとすると、親タスクのスケジュールも階層化によるスケジュールの矛盾の回避のため同時に変更されて、「終了（予定）日」が５月３０日となる。一方、「アンオフィシャル」が選択されると、登録するタスク（子タスク）の開始日、期間、終了日は、親タスクの開始日、期間、終了日に影響されない。即ち、子タスクのスケジュールによって、親タスクのスケジュールは変更されない（この場合の親タスクと子タスクの関係を以下、「独立」と呼ぶ）。これについては再度後述する。
【００３５】
次いで、「期間」５０４を入力する。例えば、日数単位に入力され、ここでは、「１０」日と入力する。次いで、「開始日」５０５を入力する。タスクが実施される開始日である。ここでは、「２００７／０４／１０」とする。次いで、「終了日」５０６は、「期間」５０４及び「開始日」５０５が入力されていれば、自動的に入力される。また、「期間」５０４、「開始日」５０５、「終了日」５０６のいずれか２項目が入力されていれば残り１項目は自動的に算出は可能である。なお、「アンオフィシャル」を選択されている場合、「期間」５０４、「開始日」５０５、「終了日」５０６の入力は必須ではない。親タスクへのスケジュールの点での関連性はないからである。一方、「オフィシャル」を選択されている場合、「期間」５０４、「開始日」５０５、「終了日」５０６の入力は必須である。
【００３６】
次いで、「説明」５０７があれば入力する。以上、入力した後、「登録」５０８を押下する。
【００３７】
（登録制限）
本実施例によるプロジェクト管理サーバ１においてのタスク登録にあたって、タスク登録が制限される場合について説明する。図６は、登録するタスク（この登録するタスクは子タスクであることに注意）が、「タスクタイプ」５０３において、「オフィシャル」、「アンオフィシャル」を選択した場合それぞれについて、親タスクとの関係で、子タスクの登録の可否と、さらに登録可の場合にその子タスクが親タスクとスケジュールについて関連性を持つのか、即ち、従属するのか、独立するのかを示す。
【００３８】
まず、登録するタスク（子タスク）が「タスクタイプ」が「オフィシャル」で、登録するタスクの親タスクの「タスクタイプ」が「オフィシャル」である場合について、この場合は、従来のＷＢＳ方式のプロジェクト管理手法であり、子タスクとして登録は可能である。子タスクは、親タスクと従属関係にあるので、親タスクは子タスクのスケジュールに影響されてよい。
【００３９】
次いで、登録するタスク（子タスク）が「タスクタイプ」が「アンオフィシャル」で、登録するタスクの親タスクの「タスクタイプ」が「オフィシャル」である場合について、子タスクとして登録は可能である。子タスクは、親タスクと独立関係にある。親タスクは子タスクのスケジュールに影響されない形式で登録される。例えば、プロジェクト担当者は、プロジェクト管理者が公式に作成した親タスクとのスケジュールの関連性とは関係なく、いわば個人的に、自身が行うべきタスクを管理、遂行しやすいように、タスクを詳細化、カスタマイズしたい場合などに利用される登録パターンである。
【００４０】
次いで、登録するタスク（子タスク）が「タスクタイプ」が「アンオフィシャル」で、登録するタスクの親タスクの「タスクタイプ」が「アンオフィシャル」である場合について、子タスクとして登録は可能である。子タスクは、親タスクと独立関係にある。親タスクは子タスクのスケジュールに影響されない方式で登録される。例えば、プロジェクト担当者は、いわば個人的に、タスクを管理、遂行しやすいように、先に作成された「タスクタイプ」が「アンオフィシャル」であるタスクをさらに詳細化、カスタマイズしたい場合などに利用される登録パターンである。
【００４１】
最後に、登録するタスク（子タスク）が「タスクタイプ」が「オフィシャル」で、登録するタスクの親タスクの「タスクタイプ」が「アンオフィシャル」である場合について、子タスクとして登録は不可（禁止）である。子タスクは、親タスクと従属関係にあるが、親タスク自体は「アンオフィシャル」であり、「アンオフィシャル」なタスクに公式なタスクが従属する意味はないからである。また、「アンオフィシャル」なタスクはスケジュール情報自体有しない場合もあり、とするとスケジュールを影響させることはできず、やはり従属する意味がない。
【００４２】
（動作）
図７は、本実施例によるプロジェクト管理サーバ１の動作を説明するフローチャート
である。具体的には、タスク登録部４０２が、登録インターフェース部４０１から渡されたタスク情報をデータベース４０４に登録する際についての処理を説明するフローチャートである。なお、特に断りのない限り処理主体は、タスク登録部４０２である。
【００４３】
ステップＳ７０１において、タスク登録部４０２は、「タスクタイプ」は「アンオフィシャル」であるか否か確認する。「アンオフィシャル」であれば、ステップＳ７１３に進み、タスクをデータベース４０４に登録する。図６からも、「タスクタイプ」は「アンオフィシャル」である場合には、親タスクのタスクタイプ如何にかかわらず登録される。一方、「アンオフィシャル」でなければ、「タスクタイプ」は「オフィシャル」であり、ステップＳ７０２に進む。
【００４４】
ステップＳ７０２に進み、「期間」５０４が入力されているか確認する。「期間」５０４が入力されていない場合には、「タスクタイプ」が「オフィシャル」の場合、「期間」５０４は必須項目であるので、ステップＳ７１４に進み、エラーを返す。エラー表示は、登録インターフェース部４０１を介してユーザに通知される。「期間」５０４が入力されている場合は、ステップＳ７０３に進む。
【００４５】
ステップＳ７０３に進み、親タスクが存在するか否か確認する。親タスクが存在しなければ、ステップＳ７１３に進み、タスクをデータベース４０４に登録する。親タスクが存在すれば、ステップＳ７０４に進む。
【００４６】
ステップＳ７０４に進み、親タスクの「タスクタイプ」をデータベース４０４から抽出する。親タスクの「タスクタイプ」によって、タスクの登録の可否が決まるからである。
【００４７】
ステップＳ７０５に進み、親タスクの「タスクタイプ」が「オフィシャル」か否か確認する。親タスクの「タスクタイプ」が「アンオフィシャル」であれば、ステップＳ７１３に進み、エラーを返す。図６において、子タスクが「オフィシャル」で親タスクが「アンオフィシャル」の場合に相当する。一方、親タスクの「タスクタイプ」が「オフィシャル」であれば、ステップＳ７０６に進む。
【００４８】
ステップＳ７０６に進み、「開始日」５０５が入力されているか確認する。「開始日」５０５が入力されていない場合には、「タスクタイプ」が「オフィシャル」の場合、「開始日」５０５は必須項目であるので、ステップＳ７０７に進み、例えば、本日の日付（タスク登録日）を「開始日」として入力し、「開始日」５０５が入力されている場合と同様にステップＳ７０８に進む。
【００４９】
ステップＳ７０８に進み、タスクをデータベース４０４に登録する。なお、「終了日」５０６が入力されていない場合には、「期間」５０４及び「開始日」５０５から算出後、タスクをデータベース４０４に登録する。ここまでで、タスクがデータベース４０４に登録された。続いて、親タスクのスケジュールの調整処理を行う。
【００５０】
ステップＳ７０９に進み、ステップＳ７０８で登録された「オフィシャル」タスクが、同じ親タスクを持つタスクであって、「タスクタイプ」が同じ「オフィシャル」であるタスクの中で、「開始日」が最も早いか否か確認する。つまり、ステップＳ７０８で登録されたタスクの親タスクは、当該登録されたタスクの他にも複数の子タスクを持つ場合がある。その複数の子タスクで且つ「タスクタイプ」が「オフィシャル」である子タスクの中で、ステップＳ７０８で登録された「オフィシャル」タスクが、最も早い「開始日」か否か確認する。ステップＳ７０８で登録された「オフィシャル」タスクが、最も早い「開始日」である場合は、ステップＳ７１０で、親タスクの「開始日」をその最も早い「開始日」に変更する（ステップＳ７０８で登録された「オフィシャル」タスクと同じ「開始日」に変更する）。
【００５１】
ステップＳ７１１に進み、ステップＳ７０８で登録された「オフィシャル」タスクが、同じ親タスクを持つタスクであって、「タスクタイプ」が同じ「オフィシャル」であるタスクの中で、「終了日」が最も遅いか否か確認する。つまり、ステップＳ７０８で登録されたタスクの親タスクは、当該登録されたタスクの他にも複数の子タスクを持つ場合がある。その複数の子タスクで且つ「タスクタイプ」が「オフィシャル」である子タスクの中で、ステップＳ７０８で登録された「オフィシャル」タスクが、最も遅い「終了日」か否か確認する。ステップＳ７０８で登録された「オフィシャル」タスクが、最も遅い「終了日」である場合は、ステップＳ７１２で、親タスクの「終了日」をその最も遅い「終了日」に変更する（ステップＳ７０８で登録された「オフィシャル」タスクと同じ「終了日」に変更する）。
【００５２】
以上で処理を終了する。図６に対応する登録処理が行われることを説明した。図８は、以上説明した処理により、データベース４０４に登録されたタスクを示す図の一例である。登録に際し、タスクごとに「タスクＩＤ」が付与される。また、「親タスクＩＤ」により親タスクとリンクされる。
【００５３】
図９は、本実施例によるプロジェクト管理サーバ１によるタスク管理の様子を階層構造で示した一例である。「タスクタイプ」属性が「オフィシャル」であるタスクは、ＷＢＳ１を形成し、下位タスクの計画に上位タスクを連動し、一方、「タスクタイプ」属性が「アンオフィシャル」であるタスクは、下位タスクの計画に上位タスクが影響を受けない。なお、ＷＢＳ２は、存在することができないタスクである。上述したとおり、「アンオフィシャル」のタスクの配下に「オフィシャル」であるタスクは登録されないからである。
【００５４】
以上、本実施例のプロジェクト管理サーバ１によれば、従来のＷＢＳ方式によりタスクを分割し、タスク間（例えば、親タスクと子タスク）のスケジュールの整合性が管理されて、階層化によるスケジュールの調整を行なうことができ、また、ＷＢＳ方式から離れて、プロジェクト担当者が入力した期間によって下位タスクの計画に上位タスクが影響を受けることなく、プロジェクト担当者は、自身が行うべきタスクを管理、遂行しやすいように自分なりに、タスクを詳細化、カスタマイズすることができるので、プロジェクト管理の場面やプロジェクト担当者のニーズに応じて、柔軟なプロジェクト管理を行なうことが可能となる。即ち、本発明によれば、下位タスクの計画に上位タスクを連動させる階層化方式と、下位タスクの計画に上位タスクが影響を受けない階層化方式とを併せもって、プロジェクトを管理できるプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム、及び記録媒体を提供することが可能となる。
【００５５】
また、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００５６】
なお、「期間」とは、図５に示す「期間」５０４であり、「工程期間」は、広い概念でタスクの実施されるべき期間、即ちタスクの実施されるべき開始日、タスクの実施完了されるべき終了日、及びその間の期間を含むものである。
【図面の簡単な説明】
【００５７】
【図１】本発明によるプロジェクト管理サーバ１のネットワーク構成図の一例である。
【図２】本発明によるプロジェクト管理サーバ１の一実施形態の主要構成を示すハードウェア成図である。
【図３】プロジェクトがツリー状のタスクに分割されて管理される様子を示す図の一例である。
【図４】本発明によるプロジェクト管理サーバ１の一実施形態の主要機能を示す機能ブロック図である。
【図５】タスク登録画面の一例を示す図である。
【図６】タスクの登録の可否を説明する図である。
【図７】本実施例によるプロジェクト管理サーバ１の動作を説明するフローチャートである。
【図８】データベースに登録されたタスクを示す図の一例である。
【図９】本実施例によるプロジェクト管理サーバ１によるタスク管理の様子を階層構造で示した一例である。
【符号の説明】
【００５８】
１        プロジェクト管理サーバ
２        ＰＣ
３        ネットワーク
２０１    ＣＰＵ
２０２    ＲＯＭ
２０３    ＲＡＭ
２０４    補助記憶装置
２０５    記憶媒体読取装置
２０６    入力装置
２０７    表示装置
２０８    通信装置
４０１    登録インターフェース部
４０２    タスク登録部
４０３    記憶部
４０４    データベース
【図１】
2009258981.tif 000003
【図２】
2009258981.tif 000004
【図３】
2009258981.tif 000005
【図４】
2009258981.tif 000006
【図５】
2009258981.tif 000007
【図６】
2009258981.tif 000008
【図７】
2009258981.tif 000009
【図８】
2009258981.tif 000010
【図９】
2009258981.tif 000011