(57)【要約】【課題】プロジェクト内で遂行されるタスクやタスクに付随する情報の作成状況によって、プロジェクト内で特に検討されているタスク、活性化しているタスクがプロジェクト関係者に客観的にわかり易くなるよう支援することを課題とする。【解決手段】プロジェクトのタスクに係る情報によりタスクを管理するプロジェクト管理システムであって、タスクに係る情報を記憶するタスクログ記憶手段と、前記タスクログ記憶手段に記憶されたタスクに係る情報の量が、所定期間内に所定量増加したタスクを、注目タスクとして検出するタスク状況検出手段と、を有することを特徴とする。【選択図】図３
2009048426.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクトのタスクに係る情報によりタスクを管理するプロジェクト管理システムであって、
タスクに係る情報を記憶するタスクログ記憶手段と、
前記タスクログ記憶手段に記憶されたタスクに係る情報の量が、所定期間内に所定量増加したタスクを、注目タスクとして検出するタスク状況検出手段と、
を有することを特徴とするプロジェクト管理システム。
【請求項２】
前記タスクログ記憶手段は、タスクに係る情報として、タスクの親子関係又は兄弟関係を表す情報を記憶し、
前記タスク状況検出手段は、前記タスクログ記憶手段に記憶された親子関係又は兄弟関係を持つタスクが、所定時間内に所定量増加したタスクを、注目タスクとして検出する、
ことを特徴とする請求項１のプロジェクト管理システム。
【請求項３】
前記タスクログ記録手段は、タスクに係る情報として、コメント情報を記録し、
前記タスク状況検出手段は、所定時間内に前記タスクログ記憶手段に記憶されたコメント情報の量が、所定時間内に所定量増加したタスクを、注目タスクとして検出する、
ことを特徴とする請求項１のプロジェクト管理システム。
【請求項４】
前記タスクログ記憶手段は、タスクに係る情報として、タスクに割り振られた担当者情報を記憶し、
前記タスク状況検出手段は、前記タスクログ記憶手段に記憶された担当者の変更が、所定回数生じたタスクを、注目タスクとして検出する、
ことを特徴とする請求項１のプロジェクト管理システム。
【請求項５】
プロジェクトのタスクに係る情報によりタスクを管理するプロジェクト方法であって、
タスクに係る情報を記憶するタスクログ記憶手段に記憶されたタスクに係る情報の量が増加したタスクを、注目タスクとして検出する手順、
を有するプロジェクト管理方法。
【請求項６】
請求項５に記載のプロジェクト管理の方法をコンピュータに実行させるためのプロジェクト管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロジェクト管理システム、プロジェクト管理方法及びプロジェクト管理プログラムの分野に関する。
【背景技術】
【０００２】
近年、製品開発などでは、プロジェクト単位によって運営されることが一般的になってきている。プロジェクトは通常複数のメンバーでいくつかのタスクについて細分化され遂行していくため、プロジェクト関係者や管理者にとってはタスクの進行状況の把握、管理が難しく、大きな問題となっている。このような中で、プロジェクトの管理を行なうシステムが提案されている。
【０００３】
特許文献１には、プロジェクトのタスクの管理を、タスクの内容を細分化した構造で記録し、タスク単位で進捗状況を提示する技術が開示されている。この中で、特にタスクの開始と終了の予定日を記録しておき、実際との差を得て表示に反映させることなどが提案されている。
【０００４】
特許文献２には、プロジェクト管理者が管理下のプロジェクトの評価結果を評価点として点数化し、プロジェクト自体の評価を行なう技術が開示されている。特許文献２記載の発明は、評価結果をキーとして各プロジェクトを検索、表示する手段を持つものである。
【特許文献１】特開２００５−２０２８６２号公報
【特許文献２】特開２００３−１９６４４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示された発明においては、タスクの内容を細分化した構造で記録しタスク単位で進捗状況を提示することにより、タスクを細かい単位でまで管理することは容易となるが、プロジェクトでどのような課題が重点的に検討されているか、あるいは現在活性化しているのか、といったことまでは知ることができない。また、予定日と終了日の差によってプロジェクトの進捗の遅れ等を管理するという日程面にのみ着目した管理では、早期に問題の発生を検知するという点からは十分ではない。
【０００６】
特許文献２に開示された発明は、点数化の手法がプロジェクト管理者の主観評価に依存するため、個人によっては客観性を欠く。結果的にプロジェクト管理者並びに関係者は、プロジェクトの問題発生等を早期に検知できない恐れがある。
【０００７】
そこで本発明では、上記の問題点に鑑みて、プロジェクト内で特に検討されているタスク、活性化しているタスクがプロジェクト関係者に客観的にわかり易くなるよう支援すること、問題が発生している場合にプロジェクト関係者が問題の発生しているタスクを早期に発見できるよう支援することを目的とする。
【課題を解決するための手段】
【０００８】
そこで上記課題を解決するため、本発明のプロジェクト管理システムは、プロジェクトのタスクに係る情報によりタスクを管理するプロジェクト管理システムであって、タスクに係る情報を記憶するタスクログ記憶手段と、前記タスクログ記憶手段に記憶されたタスクに係る情報の量が、所定期間内に所定量増加したタスクを、注目タスクとして検出するタスク状況検出手段とを有することを特徴とする。
【０００９】
また、上記課題を解決するため、本発明のプロジェクト管理システムは、前記タスクログ記憶手段は、タスクに係る情報として、タスクの親子関係または兄弟関係を表す情報を記憶し、前記タスク状況検出手段は、前記タスクログ記憶手段に記憶された親子関係または兄弟関係を持つタスクが、所定時間内に所定量増加したタスクを、注目タスクとして検出することを特徴とする。
【００１０】
また、上記課題を解決するため、本発明のプロジェクト管理システムは、前記タスクログ記録手段は、タスクに係る情報として、コメント情報を記録し、前記タスク状況検出手段は、所定時間内に前記タスクログ記憶手段に記憶されたコメント情報の量が、所定時間内に所定量増加したタスクを、注目タスクとして検出することを特徴とする。
【００１１】
また、上記課題を解決するため、本発明のプロジェクト管理システムは、前記タスクログ記憶手段は、タスクに係る情報として、タスクに割り振られた担当者情報を記憶し、前記タスク状況検出手段は、前記タスクログ記憶手段に記憶された担当者の変更が、所定回数生じたタスクを、注目タスクとして検出することを特徴とする。
【００１２】
また、上記課題を解決するため、本発明のプロジェクトのタスクに係る情報によりタスクを管理するプロジェクト方法は、タスクに係る情報を記憶するタスクログ記憶手段に記憶されたタスクに係る情報の量が増加したタスクを、注目タスクとして検出する手順を有するプロジェクト管理方法である。
【００１３】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１４】
本発明によれば、プロジェクト内で特に検討されているタスク、活性化しているタスクがプロジェクト関係者に客観的にわかり易くなるよう支援することができる。また、問題点が発生している場合には、プロジェクト関係者が問題の発生しているタスクを早期に発見できるよう支援することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を実施するための最良の形態を各実施形態において図面を用いて説明する。
（システム概要及び構成）
まず、本実施形態に係るプロジェクト管理システムについて図１を用いて説明を行う。図１は、本実施形態に係るプロジェクト管理システムの全体図である。
【００１６】
図１において、プロジェクト管理システムは、プロジェクト管理サーバコンピュータ１０１（以下、プロジェクト管理サーバという）、クライアントコンピュータ１０８１〜１０８Ｎ、及びネットワーク１０９で構成される。
【００１７】
プロジェクト管理サーバ１０１は、プロジェクト管理システムを管理するサーバであって、中央処理装置１０２、メモリ装置１０３、補助記憶装置１０４、入力装置１０５、表示装置１０６、通信装置１０７を有し、タスクログの情報に基づいてプロジェクト内で特に検討されているタスク、活性化しているタスクを検出する。
【００１８】
プロジェクト管理サーバ１０１の補助記憶装置１０４は、プロジェクト管理用プログラム、プロジェクト管理に必要なファイルやデータ等を格納する。これらについては後に詳しく説明する。
【００１９】
メモリ装置１０３は、プロジェクト管理用プログラムの起動指示があった場合に、補助記憶装置１０２からプロジェクト管理用プログラムを読み出して格納する。中央処理装置１０２は、メモリ装置１０３に格納されたプロジェクト管理用プログラムを実行する。
【００２０】
ネットワーク１０９は、有線、無線を含めたネットワークである。
【００２１】
クライアントコンピュータ１０８１は、クライアント端末であって、中央処理装置、メモリ装置、補助記憶装置、入出力装置、表示装置、通信装置等から成る。
【００２２】
プロジェクト管理システムのユーザは、クライアントコンピュータ１０８から、ネットワーク１０９を介しプロジェクト管理サーバ１０１にアクセスし、プロジェクト状況に関する情報の取得、表示（閲覧）、プロジェクトに係るタスクの作成やコメント追加等を行うことで、プロジェクト管理システムを使用する。また、本発明であるプロジェクト管理システムの機能を使用して、プロジェクト内で特に検討されているタスク、活性化しているタスクを閲覧することができる。
（プロジェクト管理サーバ）
本実施形態に係るプロジェクト管理サーバの機能構成について図２を用いて説明を行う。
【００２３】
プロジェクト管理サーバ２０１は、メモリ制御手段２０３、入力制御手段２０４、表示制御手段２０５、通信制御手段２０６、補助記憶制御手段２０２、及びタスク状況検出処理手段２０７を有している。
【００２４】
タスク状況検出処理手段２０７は、時間チェック手段２１２、親子兄弟関係チェック手段２１３、コメントチェック手段２１４、担当者チェック手段２１９等を有している。タスク状況検出処理手段２０７は、補助記憶装置２０８に格納されたタスク情報をある条件で検出し、検出結果を表示装置２１７において表示するものである。これについては後に詳しく説明する。
【００２５】
メモリ制御手段２０３、入力制御手段２０４、表示制御手段２０５、通信制御手段２０６は、それぞれメモリ装置１０３、入力装置１０５、表示装置１０６、通信装置１０７にそれぞれ接続されている。
【００２６】
さらに、補助記憶制御手段２０２は、タスク情報（タスク２０９、タスクログ２１０等）が記憶されている補助記憶装置１０４に接続されている。タスク情報は、タスク２０９、タスクログ２１０等を含んでいる。図４はタスクログ２１０の記録の例である。タスクログ２１０は、タスクログの作成時間４０３、ログ番号４０１、タスク番号（ＩＤ）４０２と、タスクの内容に係るタイトル４０４、タスクの内容４０５、担当者４０６、当該タスクの親ＩＤ４０７、当該タスクのサブ（子）タスクの数４０８、サブ（子）タスクのＩＤ番号４０９、当該タスクのコメントの数４１０、コメント内容４１１、予定開始日４２１、及び予定終了日４１３等のタスクに係る情報を有している。
【００２７】
親タスクＩＤ４０７は、当該タスクがサブタスクである場合に、親タスクのＩＤを表す。図４において、サブタスクの数４０８、サブタスクのＩＤ番号４０９は、当該タスクが親タスクである場合に、ぞれぞれ、当該タスクが持つサブタスクの数、及びタスクＩＤを表す。例えば、図４において、ログ番号「３」のタスクは、親タスクＩＤは「１」なので、親タスクＩＤ「１」の親タスクを持つサブタスクである。さらに、サブタスクＩＤ「４」及び「５」のサブタスクを持っていることが分かる。プロジェクト管理サーバ１０１は、これらのデータでタスク間の親子兄弟関係を管理している。
【００２８】
コメントの数４１０は、当該タスクの有するコメントの数である。例えば、ログ番号「４」のタスクでは、コメントの数４１０は「１」なので、当該タスクに対し１のコメントが付されている。
【００２９】
図５はタスクの記録の例である。プロジェクト管理サーバ１０１は、図４のタスクログから、各タスクの最新の記録だけを抽出し、最新のタスク記録を保持しておく。例えば、図５において、タスクＩＤ「１」のタスクは、親タスクＩＤ「０」の親タスクを持ち、サブタスクＩＤ「２」、「３」、「６」のサブタスクを持つことが分かる。
（システムの動作）
次に、本プロジェクト管理システムの動作について図３を用いて説明を行う。図３は、本プロジェクト管理システムが行う処理のフローを表す。
【００３０】
プロジェクト管理システムのユーザは、クライアントコンピュータ１０８から、ネットワーク１０９を介しプロジェクト管理サーバ１０１にアクセスし、プロジェクト状況に係る情報（タスクの作成、コメントの追加）のアップデートを行う（Ｓ３０１）。
【００３１】
次に、ステップＳ３０２は、補助記憶手段が、ユーザからの指示に応じてプロジェクト管理に係る情報（タスクに係る情報）を補助記憶装置２０８に記録する処理を行う。この処理によって、タスク２０９やタスクログ２１０といったプロジェクトに係る情報が蓄積される。
【００３２】
次に、ステップＳ３０３のタスク状況検出処理について説明する。タスク状況検出処理は、１日１回、タスクログ２１０のデータを対象に行なう。プロジェクト管理サーバ１０１は、親子兄弟関係チェック処理等の処理によって、補助記憶装置２０８に格納された情報を検出し、検出結果をステップＳ３０４の表示処理において表示する。
【００３３】
ステップＳ３０３は、（１）時間チェック処理、（２）親子兄弟関係チェック処理、（３）コメントチェック処理、（４）担当者チェック処理等を行う。時間チェック処理は、タスク２０９の持つ作成時間情報４０３を基に、所定の時間内に作成されたタスク２０９を検出するものである。また、親子兄弟関係チェック処理は、タスクの持つ親タスクＩＤ４０７、サブタスク情報４０８、サブタスクＩＤの数４０９の情報を基に、親子兄弟関係を持つタスク２０９を検出するものである。次いで、コメントチェック処理は、タスクＩＤ４０２、タスク２０９の持つコメントの数４１０の情報を基にコメントが追加されたタスクを検出するものである。そして、担当者チェック処理は、タスクの持つ担当者４０６の情報を基に担当者が変更されたタスクを検出するものである。いずれもタスク２０９が持つプロジェクト管理に係る情報に注目し、その情報が増加しているタスク２０９を検出している。
【００３４】
具体的には、プロジェクト管理サーバ１０１は、時間をチェックし、現在の時間から、タスクログ作成時間がＭ時間内（例えば１時間以内）かどうかを調べる。該当すれば、その該当するタスクログのタスクに係る情報、つまりプロジェクト管理するために必要な情報（親子兄弟関係情報やコメント情報等）を調べ、条件に合うものを検出する。
【００３５】
条件を満たしたタスクログ２１０である場合には、近い時間（Ｍ時間内）に関連するデータが作成されたとして、該当するタスクＩＤ４０２が図６の検出対象リストに格納される。プロジェクト管理サーバ１０１は、この処理を現状記録されたログの最後まで実施し、最後まで処理を終えた後、検出対象リストを確認する。検出されたタスクが検出対象リストに所定以上（例えば２以上）であれば、検出対象リストに格納されたタスク（以下、注目タスクという）を識別表示（Ｓ３０４）する。
【００３６】
識別表示は、タスク状況検出処理が検出した結果と、タスク２０９の結果から、タスクを木構造で、ユーザ（プロジェクト関係者）のパソコン端末等のクライアントコンピュータ１０８に表示するものである。タスクを木構造で表示する方法は従来の方法でよい。
【００３７】
図１０は、識別表示の例である。図１０では、プロジェクト計画に対して、スケジュール１００１、要因計画１００２及び事前調査１００３という３つのタスクが表されている。要因計画１００２には、３つのコメント（１００４、１００５、１００６）がある。また、事前調査タスク１００３には、研究課題１００７、技術課題１００８、競合調査１００９という３つのサブタスクがある。
【００３８】
なお、注目タスクは、所定の時間内（比較的短時間内）に作成され、且つ所定の条件を満たしたタスクである。プロジェクトメンバーによって、タスクに係る情報が所定期間内に所定量作成された場合、それによりタスクに係る情報が増加している。そのタスクは何らかの情報伝達事項等があったため作成されたと考えられる。さらには、当該プロジェクトの動きが活性化している、時には問題が発生していると考えることができる。注目タスクを検出する条件は、プロジェクトの活性化、問題の発生に通じるキー、パラメータ、タスクに関する情報であればよい。例えば、実施例においては、親子兄弟関係やコメント情報等に注目して検出している。
【００３９】
これらプロジェクト内で遂行されるタスクやコメントの作成状況によって導いた注目タスクによって識別表示することで、プロジェクト内で特に検討されているタスク、活性化しているタスクをユーザ（プロジェクト関係者）が客観的にわかり易くなるよう支援できる。
（実施例１）
本実施例では、所定時間内に作成されたタスクログ２１０から、所定時間内に親子兄弟関係をもつタスクが増加したタスクを検出する。親子兄弟関係のタスクが集中して作成された場合を検出することで、プロジェクト内で活性化しているタスクや検討されているタスクについてプロジェクトの管理者が早期に知ることがでる。
【００４０】
本発明の実施例を図７を用いて説明する。図７は、プロジェクト管理システムに係るタスクログ状況検出処理のフローを示す図である。
【００４１】
ステップＳ３０３のタスクログ状況検出処理は、１日１回あるいは決められた回数で、タスクログ記録部のデータを対象に行う。実施例１では、ログ作成時間が２４時間以内の範囲で、ログ間隔が１時間以内で、親子兄弟関係にあるタスクが作成されたものを検出する。
【００４２】
まず、プロジェクト管理サーバ１０１は、現在の時間から２４（Ｎ）時間以前のログを対象としてステップＳ７０１の処理を行う。図４のタスクログを使用しながら図７のフローに沿って説明する。例えば、2006.5.15. 10:00（２００６年５月１５日  午前１０時）から２４時間以内のログを対象にした場合、一番古いログ番号は７となる（Ｍ＝７）。よって、Ｉに７をセットする（Ｉ＝Ｍ＝７）。
【００４３】
次に、ログ番号７のタスクＩＤ７は過去に記録がなく、新規のタスクであることを確認し（Ｓ７０３）、ログ番号７から１時間以内に作成されたログ番号を得る（Ｓ７０４）。この場合、ログ番号８が該当する（Ｓ７０５）。得られたログ番号の先頭番号をＰとするので（Ｓ７０６）、この場合Ｐ＝８となる。ログ番号８のタスクＩＤ８が新規のタスクかどうかをより古い時間のタスクログを調べ、同じタスクＩＤがないことを確認し、新規のタスクであることを確認する（Ｓ７０７）。
【００４４】
次に、ログ番号Ｐ＝８とログ番号Ｉ＝７のタスクを比較し、親子兄弟関係にあるかどうか調べる（Ｓ７０８）。いずれも親タスクＩＤが６であるから、同じ親を持つ兄弟関係にあることが分かる。検出対象リストにはまだ格納がないので、ログ番号Ｉとログ番号ＰのタスクＩＤを検出対象リストに格納する（Ｓ７１３）。ここでは、タスクＩＤ７、及びタスクＩＤ８を格納する。
【００４５】
次に、Ｐを１カウントアップする（Ｓ７０９）。ここで、Ｐ＝９となるが、得られているログはリグ番号８までなので、ログ番号Ｉから１時間以内に作成されたリグに関する処理を終了する。
【００４６】
次に、Ｉを１カウントアップする（Ｓ７１１）とＩ＝７＋１＝８となる。ログ番号８が新規タスクであることを確認し（Ｓ７０３）、１時間以内に作成されたログ番号を得る（Ｓ７０４）。ここでは、ログ番号９（Ｓ７０６、Ｐ＝９）が該当する。ログ番号９のタスクが新規タスクかどうかを時間的に古いログでタスクＩＤを確認し、新規タスクであることを確認する（Ｓ７０７）。ログ番号８及び９のタスクＩＤ８及び９の親タスクＩＤ情報を調べると、タスクＩＤが同じ６であるので、同じ親タスクを持ち、兄弟関係にあることが分かる（Ｓ７０８）。ログ番号８及び９のタスクＩＤ８及び９について、未格納のタスクＩＤ９を検出対象リストに格納する（Ｓ７１３）。
【００４７】
以下同様に処理を実施する。ログ番号１２，１３、及び１４が１時間以内に作成されているが、どれも新規のタスクでないため検出されない。ログ番号１６まで処理を行い、検出対象リスト（図６）にはタスクＩＤ７，８及び９が格納されているので、これらを識別表示する。
【００４８】
図１１は、２００６年５月１５日  午前１０時現在において、ログ作成時間が２４時間以内の範囲で、ログ間隔が１時間以内で、親子兄弟関係にあるタスクが作成されたものを検出し（タスク番号「７」，「８」，「９」が該当）、表示した例である。研究課題１１０２、技術課題１１０３、競合調査１１０４といったサブタスクが３つ追加され、表示されている。親タスクである事前調査１１０１にこの２４時間内で３つのサブタスク（１１０２、１１０３、１１０４）がユーザ（プロジェクト関係者）によってアップデートされ、当プロジェクトの事前調査１１０１というタスクにおいての課題が活性化していることをユーザは把握することができる。
【００４９】
このように、一定の時間内で作成されたタスクが親子関係、兄弟関係など近い内容のものを検出することで、プロジェクト内で検討されているタスクについてプロジェクトの管理者が早期に知ることができ、プロジェクト管理を支援できる。また、これにより問題が発生しつつあるタスクや問題となっているタスクを知ることができる。
（実施例２）
本実施例では、所定時間内に作成されたタスクログ２１０から、所定時間内に同一タスクであってコメントの数が増加したタスクを検出する。タスクに係る情報であるコメントが集中して作成された場合を検出することで、プロジェクト内で活性化しているタスクや検討されているタスクについてプロジェクトの管理者が早期に自動的に知ることがでる。
【００５０】
本発明の実施例を図８を用いて説明する。図８は、プロジェクト管理システムに係るコメントチェックのフローを示す図である。
【００５１】
タスクログ状況検出処理は、１日１回あるいは決められた回数で、タスクログ記録部のデータを対象に行う。
【００５２】
まず、プロジェクト管理サーバ１０１は、ログ作成時間が２４（Ｎ）時間以内の範囲で、ログ間隔が１時間以内で、同一タスクにコメントが書かれたものを検出する。
【００５３】
図４のタスクログを使用しながら図８のフローに沿って説明する。例えば、2006.5.15. 10:00（２００６年５月１５日  午前１０時）から２４時間以内のログを対象にした場合、一番古いログ番号は７となる（Ｍ＝７）。よって、Ｉに７をセットする（Ｉ＝Ｍ＝７、Ｓ８０１）。
【００５４】
次に、ログ番号７から１時間以内に作成されたログを得る（Ｓ８０３）。この場合、ログ番号８が該当するので、Ｐ＝８にセットする（Ｓ８０５）。そして、ログ番号Ｐ（＝８）とログ番号Ｉ（＝７）のタスクが同一でコメントが増加しているかどうか調べるが（Ｓ８０６）、タスクＩＤが異なるため検出されない。
【００５５】
次に、Ｐを１カウントアップし（Ｐ＝９、Ｓ８０７）、得られているログはログ番号８までなので、ログ番号Ｉから１時間以内に作成されたログに関する処理を終了する。そして、Ｉを１カウントアップし（Ｓ８０９）、同様に処理が未処理のログがなくなるまで行われる（Ｓ８０２）。
【００５６】
続けていくと、Ｉ＝１４の時には、ログ番号１５が１時間以内に検出されており、ログ番号１４及び１５は同じタスクＩＤ「５」を持ち、コメントが増えているので検出される（Ｓ８０６、Ｓ８１１）。具体的には、新規コメント「予定時間が迫っているのに担当者にされ時間がない」というコメントが追加されている。
【００５７】
ログ作成時間が２４（Ｎ）時間以内の範囲で、ログ間隔が１時間以内で、同一タスクにコメントが書かれたものを検出する。
【００５８】
図１２は、本実施例における通りログ作成時間が２４時間以内の範囲で、ログ間隔が１時間以内で、同一タスクにコメントの数が増えたときに、該当するタスク及びコメントを識別表示した例である。
【００５９】
図１２は、要因計画タスク８０１において、コメント１２０１追加されているのでプロジェクト関係者が把握できるよう分かりやすく識別表示している例である。
【００６０】
このように、一定の時間内で作成されたコメントを検出することで、プロジェクト内で検討されているタスクについてプロジェクトの管理者が早期に知ることができ、プロジェクト管理を支援できる。また、これにより問題が発生しつつあるタスクや問題となっているタスクを知ることができる。
【００６１】
なお、実施例１及び実施例２では、タスク状況検出処理において、親子兄弟関係に係る情報、コメントに係る情報の増加に注目して注目タスクを検出した。ここで、タスクログは、親子兄弟関係に係る情報、コメントに係る情報以外のタスクに係る情報も有している。これらの情報の増加に着目し注目タスクを検出してもよい。そして結果を識別表示することで、本発明の課題であるプロジェクト内で検討されているタスクや活性化しているタスクをユーザが知ることができる限りにおいて、本発明の課題は達成される。
（実施例３）
本実施例では、一タスクに対してある期間内に担当者が特定回数以上変わったタスクを検出の対象とするものである。タスクの担当者が一定期間で変わった場合には、ユーザ（プロジェクト関係者）は早期に検知できる。
【００６２】
発明の実施例を図９を用いて説明する。
【００６３】
現在からＮ日間（１週間）以内のログについて処理対象とする。プロジェクト管理サーバ１０１は、処理対象の先頭のログＩＤをカウンタＩにセットする（Ｓ９０１）。カウンタＩ＋１以降で同じタスクＩＤがあるかチェックする（Ｓ９０５）。さらに、タスクログの担当者欄４０６に基づいて担当者が変わったかどうか調べ（Ｓ９０６）、変わっていれば検出カウンタを１カウントアップし（Ｓ９０７）、照合するタスクを次に進める（Ｓ９０８）。未照合のタスクがなくなったら（Ｓ９０４）、対象タスク番号と検出カウンタの値を検出対象リスト（図６）に入れる（Ｓ９０９）。これをすべての処理対象のログに対して行ない（Ｓ９０２）、検出カウンタが、２以上のものについて、抽出し（Ｓ９１０）、該当のタスクを識別表示する。
【００６４】
図９の処理の流れに基づき検出を行なうと、図４においては、タスク４は担当者がＤ，Ｅ，Ｆと変わっていることがわかる。
【００６５】
これを識別表示したのが、図１３の例である。外部要因１３０１において、３名の担当者（１３０２、１３０３、１３０４）が変更されていることが表示されている。
【００６６】
タスクの担当者が一定期間で変わる場合には、タスクに関して責任の所在がはっきりしない状態と言え、プロジェクト管理上問題となる可能性がある。プロジェクト管理者はこれにより早期に担当者の変更を検知できる。
（変形例）
本変形例として、実施例１と実施例２の例を組み合わせることもできる。
【００６７】
発明の実施例を図７を用いて説明する。実施例１で説明したように図７は一定条件下において親子関係を有するタスクを検出しる場合のフローである。ステップＳ７０７及びＳ７０８において親子関係の有無がチェックされている。
【００６８】
実施例２を組み合わせる、即ち、さらに同一タスクにコメントの追加がされているものを検出する場合にはこの処理の後に、図８におけるステップ８０６を行えばよいことになる。ただし、同一タスクにコメントの追加の有無をチェックする場合には、親子関係の有無のチェックと場合と異なり、新規のタスクであるかどうかを判断しない点に注意する。
【００６９】
図１４は、ログ作成時間が２４時間以内の範囲で、タスクが親子か兄弟か、同一でコメントの数が増えたときに、該当するタスク及びコメントを識別表示した例である。
【００７０】
内部要員１４０１において、コメントが追加されている。さらに同時に、研究課題１４０２、技術課題１４０３、競合調査１４０４といったタスクが３つ追加表示されている。ユーザ（プロジェクト関係者）によって、この２４時間内に内部要員１４０１にコメントが追加され、親タスクである事前調査１４０５に３つタスクが追加されたことを表している。当プロジェクトの内部要員１４０１及び事前調査１４０５というタスクにおいての課題が活性化していることをユーザは把握することができる。
【００７１】
このように、一定の時間内に親子兄弟関係のタスクが集中して作成され、一タスクにコメントが多く付与された場合を検出することで、プロジェクト内で特に問題となっているタスクあるいは検討されているタスクについてプロジェクトの管理者が早期に知ることができ、プロジェクト管理を支援できる。また、これにより問題が発生しつつあるタスクや問題となっているタスクを知ることができる。
【図面の簡単な説明】
【００７２】
【図１】プロジェクト管理システム全体構成図である。
【図２】プロジェクト管理サーバの機能を表す図である。
【図３】プロジェクト管理システム処理のフローを表す図である。
【図４】タスクログの記録の一例である。
【図５】タスクの記録の一例である。
【図６】検出対象リストの例を表す図である
【図７】タスク状況検出処理手順を表したフローチャートである。
【図８】タスク状況検出処理手順を表したフローチャートである。
【図９】タスク状況検出処理手順を表したフローチャートである。
【図１０】プロジェクトタスク状況の一表示例である。
【図１１】プロジェクトタスク状況の一表示例である。
【図１２】プロジェクトタスク状況の一表示例である。
【図１３】プロジェクトタスク状況の一表示例である。
【図１４】プロジェクトタスク状況の一表示例である。
【符号の説明】
【００７３】
１０１    プロジェクト管理サーバ
１０８    クライアントコンピュータ
１０９    ネットワーク
２０７    タスク状況検出処理手段
２０９    タスク
２１０    タスクログ
４０１    ログ番号
４０２    タスクＩＤ
４０３    作成時間
４０６    担当者
４０７    親タスクＩＤ
４０８    サブタスクの数
４０９    サブタスクＩＤ
４１０    コメントの数
４１１    コメント内容
【図１】
2009048426.tif 000003
【図２】
2009048426.tif 000004
【図３】
2009048426.tif 000005
【図４】
2009048426.tif 000006
【図５】
2009048426.tif 000007
【図６】
2009048426.tif 000008
【図７】
2009048426.tif 000009
【図８】
2009048426.tif 000010
【図９】
2009048426.tif 000011
【図１０】
2009048426.tif 000012
【図１１】
2009048426.tif 000013
【図１２】
2009048426.tif 000014
【図１３】
2009048426.tif 000015
【図１４】
2009048426.tif 000016