JP2009251899A - プロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム、及び記録媒体 - Google Patents

Abstract

【課題】プロジェクトのタスクの更新頻度に着目し、リスクを内包するプロジェクトやタスクの把握支援を行うプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム、及び記録媒体を提供することを課題とする。
【解決手段】本発明に係るプロジェクト管理装置は、プロジェクトをタスク単位に分割して、当該プロジェクトを管理するプロジェクト管理装置１において、タスクの更新履歴を含むタスク情報を記憶する記憶手段３０２と、タスク情報の更新履歴に基づいて、注目すべきタスクを抽出するタスク抽出手段３０４とを有し、タスク抽出手段３０４は、所定期間において、タスク情報の更新頻度が所定値より大きいタスク、及びタスク情報の更新頻度がゼロであるタスクの少なくとも一方を注目すべきタスクとして抽出する。
【選択図】図３

Description

本発明は、プロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム、及び記録媒体の分野に関する。

プロジェクトを管理する上で、プロジェクトに起こり得るリスクを管理することは重要である。例えば、立てたプロジェクト計画とのズレ、即ち、少しでも異なる事象が発生すればリスクにつながる要因となり得る。また、プロジェクトメンバ間でそもそもプロジェクト計画の認識にズレが生じている可能性もありこれもまたリスクにつながる。従って、リスクはあらゆる方面から生じる可能性があり、ゆえにリスクを定義すること自体もまた大変難しい。

にもかかわらずプロジェクト管理者は、リスクの把握、リスク進行状況管理、リスク対応、及びその対応計画などを行わなくてはならない。とはいえ、管理者はプロジェクト全ての事柄をプロジェクトメンバから報告されても処理対応するのには過大な労力が必要となるし、そもそも担当者は自分達で問題の早期解決に努めようとして報告されるときには、リスクは既にかなり進行している状況も起こり得る。

特許文献１に記載される発明は、ソフトウェア開発における進捗及び品質を管理し、遅れているもの・品質の悪いもの（リスク）に関して警告を出しその対策案の自動生成を行い配布するプロジェクトを管理支援するシステムである。
特開２００５−０５５９９３号公報

しかしながら、特許文献１に記載される発明は、リスク対策を自動生成する発明であるが、遅れているもの・品質が悪いものに対する対策は、既に相当リスクが進行してしまった状態であり、本来リスクはできるだけ早く検知されることが重要である。

このような状況を鑑みて、本発明ではプロジェクトを構成する情報の更新頻度に基づいて特にリスクの可能性があるものについて何らかの操作を行う。

そこで本発明では上記のような問題に鑑みて、プロジェクトのタスクの更新頻度に着目し、リスクを内包するプロジェクトやタスクの把握支援を行うプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム、及び記録媒体を提供することを目的とする。

そこで上記課題を解決するため、本発明に係るプロジェクト管理装置は、プロジェクトをタスク単位に分割して、当該プロジェクトを管理するプロジェクト管理装置において、
タスクの更新履歴を含むタスク情報を記憶する記憶手段と、前記タスク情報の前記更新履歴に基づいて、注目すべきタスクを抽出するタスク抽出手段とを有し、前記タスク抽出手段は、所定期間において、前記タスク情報の更新頻度が所定値より大きいタスク、及び前記タスク情報の更新頻度がゼロであるタスクの少なくとも一方を前記注目すべきタスクとして抽出することを特徴とする。

また上記課題を解決するため、本発明に係るプロジェクト管理装置において、前記タスク抽出手段は、所定抽出期間ごとに、前記注目すべきタスクを抽出することを特徴とする。

また上記課題を解決するため、本発明に係るプロジェクト管理装置において、前記所定期間、前記更新頻度、前記更新頻度のカウント対象である前記タスク情報の項目、及び前記所定抽出期間の少なくともいずれかを設定する設定手段とを有することを特徴とする。

また上記課題を解決するため、本発明に係るプロジェクト管理方法は、プロジェクトをタスク単位に分割して、当該プロジェクトを管理するプロジェクト管理装置におけるプロジェクト管理方法において、タスクの更新履歴を含むタスク情報を記憶する記憶手順と、前記タスク情報の前記更新履歴に基づいて、注目すべきタスクを抽出するタスク抽出手順とを有し、前記タスク抽出手順は、所定期間において、前記タスク情報の更新頻度が所定値より大きいタスク、及び前記タスク情報の更新頻度がゼロであるタスクの少なくとも一方を前記注目すべきタスクとして抽出することを特徴とする。

また上記課題を解決するため、本発明に係るプロジェクト管理方法において、前記タスク抽出手順は、所定抽出期間ごとに、前記注目すべきタスクを抽出することを特徴とする。

また上記課題を解決するため、本発明に係るプロジェクト管理方法において、前記所定期間、前記更新頻度、前記更新頻度のカウント対象である前記タスク情報の項目、及び前記所定抽出期間の少なくともいずれかを設定する設定手順とを有することを特徴とする。

なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。

本発明によれば、プロジェクトのタスクの更新頻度に着目し、リスクを内包するプロジェクトやタスクの把握支援を行うプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム、及び記録媒体を提供することができる。

以下、本発明を実施するための最良の形態を各実施形態において図面を用いて説明する。

（ネットワーク構成）
はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたってのネットワーク構成について説明する。図１は、本発明によるプロジェクト管理サーバ１及びＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）２がネットワーク３を介して接続されているネットワーク図である。プロジェクト管理サーバ１は、本発明に係るプロジェクト管理サーバ（プロジェクト管理装置）である。このプロジェクト管理サーバ１については後述する。ＰＣ２は、ユーザがネットワーク３を介しプロジェクト管理サーバ１を利用してプロジェクト管理を行う端末であり、一般的なＰＣである。ネットワーク３は、有線、無線を含むネットワークである。なお、図１は本発明の一実施形態を説明するにあたっての構成を示したものであり、ＰＣは何台あってもよい。

（プロジェクト管理サーバ）
図２は、本発明によるプロジェクト管理サーバ１の一実施形態の主要構成を示すハードウェア成図である。プロジェクト管理サーバ１は、主要な構成として、ＣＰＵ２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、補助記憶装置２０４、記憶媒体読取装置２０５、入力装置２０６、表示装置２０７、及び通信装置２０８を含む構成である。

ＣＰＵ２０１は、マイクロプロセッサ及びその周辺回路から構成され、プロジェクト管理サーバ１全体を制御する回路である。また、ＲＯＭ２０２は、ＣＰＵ２で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ２０３は、ＣＰＵ２０１がＲＯＭ２０２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。

補助記憶装置２０４は、汎用のＯＳ（Operating System）、本発明によるプロジェクト管理プログラム、タスク情報などのプロジェクトに関する情報を含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。なお、上記各種情報は、補助記憶装置２０４以外にも、ＣＤ−ＲＯＭ（Compact Disk - ROM）やＤＶＤ（Digital Versatile Disk）などの記憶媒体やその他のメディアを記憶されてもよく、これらの記憶媒体に格納された各種情報は、記憶媒体読取装置２０５などのドライブ装置を介して読み取ることが可能である。よって、必要に応じて記録媒体を記憶媒体読取装置２０５にセットすることで、各種情報が得られる。

入力装置２０６は、ユーザが各種入力操作を行うための装置である。入力装置２０６は、マウス、キーボード、表示装置２０７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。

表示装置２０７は、プロジェクト管理に係る各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。

次に、通信装置３は、ネットワークを介してＰＣ２との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。

（プロジェクト管理サーバの機能）
図３は、本発明によるプロジェクト管理サーバ１の一実施形態の主要機能を示す機能ブロック図である。プロジェクト管理サーバ１は、主要な機能として、タスク登録部３０１、タスク格納部３０２、タスククローラ３０３、タスク抽出部３０４、設定部３０５、及び表示部３０６を含む構成である。

本発明によるプロジェクト管理サーバ１は、プロジェクトを工程や内容ごとに分割した単位であるタスクに付される情報（タスク情報という）の更新頻度に基づいて、該当するタスクを抽出する。プロジェクト管理サーバ１を利用するプロジェクト管理者やメンバは、抽出されたタスク（注目すべきタスク）を把握することで、リスクを内包するタスクを日頃から事前に把握することができる。抽出されるタスクとして、例えば、所定期間全く更新がなされないタスクがある。更新のないタスクは、メンバによって放置されていたり、計画日程から遅れをなしていたり、又はメンバにより進行中であるものの何らかの問題が生じておりプロジェクトメンバ内だけで対応されている最中であったりと、何らかのリスクにつながりかねない問題を内包するものである。また、頻繁に更新されているタスクにおいては、問題が生じていてその対策などに関する情報が活性化していることがあり、これもまたリスクを内包する可能性があるタスクである。このように、本発明によるプロジェクト管理サーバ１は、プロジェクトのタスクの更新頻度に着目し、リスクを内包するプロジェクトやタスクの把握支援を行う。以下、詳しく説明する。

タスク登録部３０１は、タスクの（新規）登録、タスクの削除、タスクの変更、タスクに関する情報の追加／修正／削除などの機能をユーザに提供する。また、タスク登録部３０１は、機能を提供する際にタスク登録操作などを行うユーザインターフェースも提供する。ユーザはタスク登録部３０１が提供する機能を利用し、例えば、タスクの登録、削除、変更、タスクに対してコメントや文書の追加などを行う。

タスク格納部３０２は、タスク登録部３０１により登録されたタスクを格納する。実際には、補助記憶装置２０４などの記憶装置に記憶、格納される。格納される情報としては、例えば、タスク名、タスク期間、開始日、終了日、タスクの作成者、タスクの作成／更新日時、タスクの管理者、タスクの説明、コメント、タスクに関する文書、タスクに付された管理識別子であるタスクＩＤなど、タスク管理に必要な情報（以下、これらタスクに関する情報をまとめてタスク情報という）が挙げられる。タスク情報の具体例については後述する。

タスククローラ３０３は、タスク格納部３０２に格納されたタスク情報を収集してタスク抽出部３０４に渡す。具体的には、前回処理終了時刻から一定期間経過すると、タスク格納部３０２からすべてのタスク情報を取得してリストにコピーし、リストと前回処理終了時刻をタスク抽出部３０４に渡す。タスク抽出部３０４に渡されるタスク情報は、後述するが、例えば、図４、５、６、７に示すような各テーブルに記録される情報であり、本実施例においては、各テーブルをそれぞれコピーしたものをタスクリスト、コメントリスト、文書リスト、更新リストとしてタスク抽出部３０４に渡すものとする。また、前回処理終了時刻とは、タスク抽出部３０４が前回、タスクの抽出処理を行って終了した時刻であり、タスク抽出部３０４から取得される。

タスク抽出部３０４は、タスククローラ３０３から取得したタスク情報を処理して、設定部３０５での設定に従ってタスクを抽出する。抽出処理について詳しくは後述する。また、毎回抽出処理を終了するごとに、その時刻を前回処理終了時刻としてタスククローラ３０３に渡す。

設定部３０５は、タスク抽出部３０４により抽出されるべきタスクの抽出設定を行う。例えば、図８の設定画面といったユーザインターフェース画面を提供し、ユーザの設定に従い、当該設定をタスク抽出部３０４のタスク抽出動作の際に適用させる。

表示部３０６は、タスク抽出部３０４が抽出したタスク情報や抽出結果をユーザに表示装置２０７などを介して表示させる。

なお、これらの機能は、実際にはＣＰＵ２０１が実行するプログラム（プロジェクト管理プログラム）により実現されるものである。

（タスク格納部構成）
図４、５、６、７は、タスク格納部３０２に格納（記憶）されるタスク情報の一例を示している。図４のタスクテーブルには、１つのプロジェクトに対して、分割されたタスク単位でタスク情報が記憶されている。例えば、タスクテーブルは、タスクごとに振られる「タスクＩＤ」、タスクの名称である「タスク名」、ツリー構造を持つタスクにおける上位タスクＩＤを示す「親タスクＩＤ」、タスクの工期を示す「期間」、タスクの着手開始日を示す「開始日」、タスクの完了（予定）終了日を示す「終了日」、タスクの説明欄である「説明」、タスクが完了しているか否かを示す「完了」、タスクテーブルの更新日時を示す「更新日時」などの項目からなる。なお、タスクテーブルの「更新日時」は、当該タスクに付される（関連付けられた）コメントや文書が更新されたときも（当該タスクに含まれる情報が更新されたという意味で）連動して更新されるものとする。

図５のコメントテーブルには、タクスごとに対応して付されたコメントが記憶されている。例えば、コメントテーブルは、当該コメントが対応するタスクのＩＤである「タスクＩＤ」、コメントごとに振られる「コメントＩＤ」、コメント作成者を示す「作成者」、コメント内容である「本文」、コメントテーブルの更新日時を示す「更新日時」などの項目からなる。なお、コメントが新規作成された場合には新規作成された日時が「更新日時」とされる。

図６の文書テーブルには、タクスごとに対応して付された文書（又は文書情報）の所在が記憶されている。例えば、文書テーブルは、当該文書が対応するタスクのＩＤである「タスクＩＤ」、文書ごとに振られる「文書ＩＤ」、文書テーブル作成者を示す「作成者」、及び文書又は文書情報の所在を示す「ＵＲＬ」、文書テーブルの更新日時を示す「更新日時」などの項目からなる。なお、文書とは、例えば、タスク遂行にあたっての工程管理資料、仕様書などが挙げられる。

図７のタスクテーブル、コメントテーブル、及び文書テーブルにおいてタスク情報が更新されると、更新テーブルには更新に係る情報が更新情報（更新履歴）として記憶される。例えば、更新テーブルは、更新されたタスクのＩＤである「タスクＩＤ」、「更新日」、更新されたテーブル名である「更新されたテーブル」、更新された対象属性である「更新された属性」などの項目からなる。

＜実施例１＞
以上を踏まえて、本実施例によるプロジェクト管理サーバ１の一使用形態について説明する。

（設定画面）
図８は、「設定画面」の一例を示す。ユーザはＰＣ２からネットワーク３を介してプロジェクト管理サーバ１にアクセスし、「設定画面」を呼び出し、抽出されるタスクの設定を行う。ユーザはまず、「更新頻度の少ないタスク」８０１、又は「更新頻度の高いタスク」８０５の少なくとも一方のチェックボックスにチェックを入れる。本実施例では、「更新頻度の少ないタスク」８０１のみにチェックされたものとして説明を進める。「更新頻度の少ないタスク」８０１されると、所定条件を満たす更新頻度の少ないタスクが抽出される。次に、「現在の時刻よりｘ日以上更新がない」８０２の項目に日数を数字で入力する。例えば、「３０」を入力すれば、３０日間以上何も更新がなされていないタスクが抽出される。次に、「対象属性」８０３の項目のチェックボックスにチェックを入れる。「すべて」にチェックされると、タスクに関する情報（タスク情報）すべてが対象にされて更新の有無が判定される。また、「タスク」にチェックされると、タスクテーブルに関する情報の更新の有無に基づいて、更新がなされていないタスクが抽出される。このようにして、「タスク」、「文書」についても同様である。

「アクション」８０４は、以上の条件に従って抽出されたタスクに対してプロジェクト管理サーバ１が行うアクションを示す。本実施例の場合には、「警告画面に表示する」と設定されているので、抽出されたタスクは、例えば、ＰＣ２の画面上に、対象となるタスクを警告文とともに表示されることになる。なお、アクションについては、「アクション変更」８０５のボタンを押下することにより設定が可能となっている。以上、設定画面に関する機能は、設定部３０５により提供される機能である。

（動作）
図９は、本実施例によるプロジェクト管理サーバ１の動作を説明するフローチャート
である。具体的には、タスク抽出部３０４が、設定画面で設定された内容に従って、リスクを内包するタスクを抽出する動作である。なお、本実施例で上述した設定に従うものとする。即ち、本実施例では、「更新頻度の少ないタスク」８０１のみにチェックされたものとして説明を進める。以下、図９を参照しつつ説明する。抽出処理に先立って、タスク抽出部３０４は、上述したタスクリスト、コメントリスト、文書リスト、及び更新リストをタスククローラ３０３から取得している。

ステップＳ９０１において、タスク抽出部３０４は、タスクリストにタスクが存在するか否か判定する。存在しない場合は、タスク自体がないのでステップＳ９０９に進む。なお、以下特に断りのない限り、本フローチャートにおいての動作主体は、タスク抽出部３０４である。

ステップＳ９０２に進み、タスクリストの先頭からタスクを取得する。

ステップＳ９０３に進み、「完了」フラグを基に、取得したタスクがすでに完了しているか否かを判定する。完了とは、当該タスクは既に遂行されて終了したという意味である。取得したタスクがすでに完了している場合には、ステップＳ９０４に進む。

ステップＳ９０４に進み、タスクリスト先頭のタスクを削除して、ステップＳ９０１に進む。ステップＳ９０３経由の場合は、削除されたタスクは既に遂行され完了しており、抽出の対象とはならないため、当該タスクを削除し、次のタスクへのチェックへと進む。

次にステップＳ９０５に進み、対象属性（図８の「対象属性」８０３）がチェックされ、「すべて」であれば、ステップＳ９０６に進む。それ以外であれば、「Ａ」に進む（図１０）。

ステップＳ９０６に進み、取得したタスクの更新日時を最新更新日時として取得する。

ステップＳ９０７に進み、取得した最新更新日時が、現在の日時からして所定日以上経過しているか否か判定する。所定日以上経過している場合には、ステップＳ９０８に進む。所定日以上経過していない場合には、ステップＳ９０４に進む。なお、例えば、この所定日とは、設定画面の「現在の時刻よりｘ日以上更新がない」８０２の項目で設定された日数である。

ステップＳ９０８に進み、抽出リストに当該タスクを登録する。この抽出リストは、タスク抽出処理の過程で暫定的に抽出対象となり得るタスクを入れておくために設けたものである。また、再度後述するが、対象属性が「すべて」でない場合、例えば、「コメント」の場合であって、当該タスクのコメントについて最新更新日時が取得された場合には、そのコメントに対応するタスクが抽出リストに登録される。図１２は、抽出リストの一例を示す。この場合、タスクＩＤ「１」及び「２」のタスクが抽出されている。この２つのタスク（タスクに付されるコメント、文書含む）は、所定以上更新がなされていないタスクである。なお、抽出リストでは、後に当該タスクから更新されたコメントを特定できるよう、登録されたタスクとコメント及び文書とは紐付けておくとよい。当該タスクが抽出リストに登録されると、ステップＳ９０４へ進み、当該タスクは削除されタスクリストにおいての次のタスクへの処理へ進む（そして同様の処理を繰り返す）。

ステップＳ９０９に進むと、この段階では、タスクリストに存在するタスクについてすべて処理がなされた段階である。タスク抽出部３０４は、処理終了時間をタスククローラ３０３に渡して、ステップＳ９１０に進む。

ステップＳ９１０に進むと、抽出リストにタスクが存在していれば、ステップＳ９１１に進む。抽出リストにタスクが存在していなければ、抽出すべきタスクは該当しないので処理を終了する。なお、抽出リストにタスクが存在する場合には、当該タスク、コメント、文書のいずれかにおける最新更新日時が所定日以上経過しているタスクが存在するということであり、即ち、これらのタスクは、抽出すべきタスク（注目すべきタスク）である。

ステップＳ９１１に進むと、抽出リストに存在するタスクについて、処理（アクション）が行われる。処理とは、設定画面の「アクション」８０４で設定されたアクションがなされることを意味し、例えば、当該タスクは「警告画面に表示」される。

続いて、図９を参照しつつ説明する。ステップＳ９０５において、対象属性がチェックされ、「すべて」でない場合には、「Ａ」（図１０）に進む。即ち、対象属性「すべて」でなく、「コメント」や「文書」にチェックされている場合、当該タスクに付される（関連する）コメントや文書についての更新日時を確認するためのフローである。

ステップＳ１００１に進み、対象属性が、「コメント」にチェックされている場合には、ステップＳ１００２に進む。対象属性が、「コメント」にチェックされていない場合には、ステップＳ１００３に進む。

ステップＳ１００２に進み、コメントリストにおいて、当該タスクについてのコメントから、更新日時の最も新しい更新日時を取得する。

ステップＳ１００３に進み、対象属性が、「文書」にチェックされている場合には、ステップＳ１００４に進み。対象属性が、「コメント」にチェックされていない場合には、ステップＳ１００５に進む。

ステップＳ１００４に進み、文書リストにおいて、当該タスクについての文書から、更新日時の最も新しい更新日時を取得する。

ステップＳ１００５に進み、ステップＳ１００２及びＳ１００４で取得した更新日時のうち、最も新しい更新日時の方を最新更新日時として取得する。再度、図９の「Ｂ」へ進む。即ち、ステップＳ９０７に進む。

再度、図９に戻り説明する。ステップＳ９０７において、最新更新日時が、現在の日時からして所定日以上経過しているか否か判定する。なお、ステップＳ９０６で取得された当該タスク（タスクリスト上）の最新更新日時と、ステップＳ１００２又はＳ１００４で取得された最新更新日時と比較され、最新の更新日時の方をここでいう最新更新日時とする。そしてこれ以降については上述したとおりであるので再度の説明を省略する。

以上、本実施例のプロジェクト管理サーバ１によれば、現在の時刻より所定日以上更新がないタスク、当該タスクのコメント、及び当該タスクの文書、即ち更新がされていないタスク（注目すべきタスク）を抽出することが可能となる。更新のないタスクは、メンバによって放置されていたり、計画日程から遅れをなしていたり、又はメンバにより進行中であるものの何らかの問題が生じておりプロジェクトメンバ内だけで対応されている最中であったりと、何らかのリスクにつながりかねない問題を内包するものである。これにより、プロジェクト管理サーバ１を利用するプロジェクト管理者やメンバは、抽出されたタスクを把握することで、リスクを内包するタスクを日頃から事前に把握することができる。

＜実施例２＞
続いて、本実施例によるプロジェクト管理サーバ１の一使用形態について説明する。

（設定画面）
図８は、「設定画面」の一例を示す。ユーザはＰＣ２からネットワーク３を介してプロジェクト管理サーバ１にアクセスし、「設定画面」を呼び出し、抽出されるタスクの設定を行う。本実施例では、「「更新頻度の高いタスク」８０５のみにチェックされたものとして説明を進める。「更新頻度の高いタスク」８０５されると、所定条件を満たす更新頻度の高いタスクが抽出される。次に、「前回処理からｘ日以上更新がある」８０７の項目に回数を数字で入力する。例えば、「５」を入力すれば、５回以上更新がなされたタスクが抽出される。次に、「対象属性」８０８の項目のチェックボックスにチェックを入れる。「すべて」にチェックされると、タスクに関する情報（タスク情報）すべてが対象にされて更新の有無が判定される。また、「タスク」にチェックされると、タスクテーブルに関する情報の更新の有無に基づいて、更新がなされたタスクが抽出される。このようにして、「タスク」、「文書」についても同様である。

「アクション」８０９は、以上の条件に従って抽出されたタスクに対してプロジェクト管理サーバ１が行うアクションを示す。本実施例の場合には、「警告画面に表示する」と設定されているので、抽出されたタスクは、例えば、ＰＣ２の画面上に、対象となるタスクを警告文とともに表示されることになる。なお、アクションについては、「アクション変更」８１０のボタンを押下することにより設定が可能となっている。

（動作）
図１１は、本実施例によるプロジェクト管理サーバ１の動作を説明するフローチャート
である。具体的には、タスク抽出部３０４が、設定画面で設定された内容に従って、リスクを内包するタスクを抽出する動作である。なお、本実施例で上述した設定に従うものとする。即ち、本実施例では、「更新頻度の高いタスク」８０５のみにチェックされたものとして説明を進める。以下、図１１を参照しつつ説明する。抽出処理に先立って、タスク抽出部３０４は、上述したタスクリスト、コメントリスト、文書リスト、更新リスト、及び前回処理終了時間の情報をタスククローラ３０３から取得している。

ステップＳ１１０１において、タスク抽出部３０４は、タスクリストにタスクが存在するか否か判定する。存在しない場合は、タスク自体がないのでステップＳ１１１３に進む。なお、以下特に断りのない限り、本フローチャートにおいての動作主体は、タスク抽出部３０４である。

ステップＳ１１０２に進み、タスクリストの先頭からタスクを取得する。

ステップＳ１１０３に進み、「完了」フラグを基に、取得したタスクがすでに完了しているか否かを判定する。完了とは、当該タスクは既に遂行されて終了したという意味である。取得したタスクがすでに完了している場合には、ステップＳ１１０４に進む。

ステップＳ１１０４に進み、タスクリスト先頭のタスクを削除して、ステップＳ１１０１に進む。ステップＳ１１０３経由の場合は、削除されたタスクは既に遂行され完了しており、抽出の対象とはならないため、当該タスクを削除し、次のタスクへのチェックへと進む。

次にステップＳ１１０５に進み、対象属性（図８の「対象属性」８０８）がチェックされ、「すべて」であれば、ステップＳ１１０６に進む。「すべて」でなければ、ステップＳ１１０７に進む。

ステップＳ１１０６に進み、更新リストから当該タスクの更新履歴を全て取得する。具体的には、図７の更新テーブルと同様な形式である更新リスト（更新リストは更新テーブルに基づいて作成される）において、「更新されたテーブル」の欄を参照する。そして、タスクＩＤが当該タスクのＩＤと同一で、当欄が「タスク」である更新履歴が取得される。

ステップＳ１１０７に進み、対象属性がチェックされ、「コメント」であれば、ステップＳ１１０８に進む。「コメント」でなければ、ステップＳ１１０９に進む。

ステップＳ１１０８に進み、更新リストから当該タスクのコメントの更新履歴を全て取得する。

次にステップＳ１１０９に進み、対象属性がチェックされ、「文書」であれば、ステップＳ１１１０に進む。「文書」でなければ、ステップＳ１１１１に進む。

ステップＳ１１１０に進み、更新リストから当該タスクの文書の更新履歴を全て取得する。

ステップ１１１１に進み、取得した更新履歴のうち、その更新日時が前回処理終了時間よりも新しい更新履歴があるか否か判定する。前回処理終了時間よりも新しい更新履歴が全くなければ、ステップＳ１１０４に進む。該当する抽出すべきタスクはないからである。１つでも該当する更新履歴があれば、ステップＳ１１１２に進む。

ステップＳ１１１２に進み、抽出リストに、取得した更新履歴のうち、その更新日時が前回処理終了時間よりも新しい更新履歴を登録する。図１３は、抽出リストの一例を示す。この例では、タスクＩＤ「１」の更新履歴が７つ抽出されている様子が示されている。そして、ステップＳ１１０４に進み、当該タスクは削除されタスクリストにおいての次のタスクへの処理へ進む（そして同様の処理を繰り返す）。

ステップＳ１１１３に進むと、この段階では、タスクリストに存在するタスクについてすべて処理がなされた段階である。タスク抽出部３０４は、処理終了時間をタスククローラ３０３に渡して、ステップＳ１１１４に進む。

ステップＳ１１１４に進むと、抽出リストに、あるタスクについて更新履歴は所定数以上あるかどうかを判定する。つまり、例えば、タスクＩＤが「１」である更新履歴の数が所定数以上であるがを判定する。これをすべてのタスクについて行う。１つのタスクでも該当すれば、ステップＳ１１１５に進む。該当しなければ、抽出リストを削除して処理を終了する。なお、この所定数とは、図８の８０７で入力された回数である。

ステップＳ１１１５に進み、更新履歴が所定数以上あるタスクについて、処理（アクション）が行われる。処理とは、設定画面の「アクション」８０９で設定されたアクションがなされることを意味し、例えば、当該タスクは「警告画面に表示」される。図１４は、表示部３０６によりネットワーク３を介してユーザのＰＣ２などに提供される画面の一例を示す。タスクＩＤ「１」のタスク名「内部設計」について、所定期間内に７回更新がなされていることを知らせる（警告する）画面の一例である。また例えば、画面右下の「詳細」ボタンを押下すれば、更新履歴の詳細が表示される。

以上、本実施例のプロジェクト管理サーバ１によれば、所定期間において所定回数以上更新されたタスク、当該タスクのコメント、及び当該タスクの文書、即ち頻繁に更新されているタスク（注目すべきタスク）を抽出することが可能となる。頻繁に更新されたタスクは、メンバによって活発に議論がされていたり、何らかのリスクにつながりかねない問題を内包する可能性がある。これにより、プロジェクト管理サーバ１を利用するプロジェクト管理者やメンバは、抽出されたタスクを把握することで、リスクを内包するタスクを日頃から事前に把握することができる。

以上、本発明によれば、プロジェクトのタスクの更新頻度に着目し、リスクを内包するプロジェクトやタスクの把握支援を行うプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム、及び記録媒体を提供することができる。

また、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

例えば、プロジェクト管理サーバ１は、実施例１及び２を同時に実行することが可能である。また、実施例２においては、「前回処理から所定回数以上更新がある」タスクについての抽出を説明したが、変形例として、前回処理時でなく、具体的に日時を指定してその日時以降所定回数以上更新されたものを抽出してもよい。また、タスクに付される項目として「コメント」、「文書」を用いて説明したが、それ以外にタスクに関連する情報項目であり更新可能である項目であれば本発明を適用できる。

本発明に係るネットワーク構成図の一例である。 本発明によるプロジェクト管理サーバ１の一実施形態の主要構成を示すハードウェア成図である。 本発明によるプロジェクト管理サーバ１の一実施形態の主要機能を示す機能ブロック図である。 タスクテーブルの一例を表す図である。 コメントテーブルの一例を表す図である。 文書テーブルの一例を表す図である。 更新テーブルの一例を表す図である。 設定画面の一例を表す図である。 実施例に係る動作を説明するフローチャートである。 実施例に係る動作を説明するフローチャートである。 実施例に係る動作を説明するフローチャートである。 抽出テーブルの一例を表す図である。 抽出テーブルの一例を表す図である。 警告画面の一例を表す図である。

符号の説明

１ プロジェクト管理サーバ
２ ＰＣ
３ ネットワーク
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ 補助記憶装置
２０５ 記憶媒体読取装置
２０６ 入力装置
２０７ 表示装置
２０８ 通信装置
３０１ タスク登録部
３０２ タスク格納部
３０３ タスククローラ
３０４ タクス抽出部
３０５ 設定部
３０６ 表示部

Claims (8)

1. プロジェクトをタスク単位に分割して、当該プロジェクトを管理するプロジェクト管理装置において、
   タスクの更新履歴を含むタスク情報を記憶する記憶手段と、
   前記タスク情報の前記更新履歴に基づいて、注目すべきタスクを抽出するタスク抽出手段とを有し、
   前記タスク抽出手段は、所定期間において、前記タスク情報の更新頻度が所定値より大きいタスク、及び前記タスク情報の更新頻度がゼロであるタスクの少なくとも一方を前記注目すべきタスクとして抽出すること、
   を特徴とするプロジェクト管理装置。
2. 前記タスク抽出手段は、所定抽出期間ごとに、前記注目すべきタスクを抽出すること、
   を特徴とする請求項１に記載のプロジェクト管理装置。
3. 前記所定期間、前記更新頻度、前記更新頻度のカウント対象である前記タスク情報の項目、及び前記所定抽出期間の少なくともいずれかを設定する設定手段と、
   を有することを特徴とする請求項１又は２に記載のプロジェクト管理装置。
4. プロジェクトをタスク単位に分割して、当該プロジェクトを管理するプロジェクト管理装置におけるプロジェクト管理方法において、
   タスクの更新履歴を含むタスク情報を記憶する記憶手順と、
   前記タスク情報の前記更新履歴に基づいて、注目すべきタスクを抽出するタスク抽出手順とを有し、
   前記タスク抽出手順は、所定期間において、前記タスク情報の更新頻度が所定値より大きいタスク、及び前記タスク情報の更新頻度がゼロであるタスクの少なくとも一方を前記注目すべきタスクとして抽出すること、
   を特徴とするプロジェクト管理方法。
5. 前記タスク抽出手順は、所定抽出期間ごとに、前記注目すべきタスクを抽出すること、
   を特徴とする請求項５に記載のプロジェクト管理方法。
6. 前記所定期間、前記更新頻度、前記更新頻度のカウント対象である前記タスク情報の項目、及び前記所定抽出期間の少なくともいずれかを設定する設定手順と、
   を有することを特徴とする請求項５又は６に記載のプロジェクト管理方法。
7. 請求項４ないし６いずれか一項に記載のプロジェクト管理方法をコンピュータに実行させるためのプロジェクト管理プログラム。
8. 請求項７に記載のプロジェクト管理プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images