(57)【要約】【課題】プロジェクト管理者が作業の遅延を早い段階で把握可能とするとともに、日程調整作業を効率よく行えるようにする。【解決手段】システム１０４の作業予定登録実行部１２３は、クライアント１０２からの作業予定データ１１３を作業予定情報データベース１０９に登録するとともに、スケジュール情報データベース１０７に登録する。予約・進捗情報登録実行部１１７は、作業予定の進捗情報１１２をスケジュール情報データベース１０７に設定する。作業遅延判断部１１８は、この進捗情報に基づいて作業予定が遅延しているか否か判定する。遅延の場合には、作業予定登録実行部１２３は、調整パターン作成部１１９が作成した調整パターンに基づいてデータベース１０９上の作業予定情報を更新するとともにデータベース１０７上の作業予定を更新する。【選択図】図１
2004118788.tif 000002
【特許請求の範囲】
【請求項１】
作業者の個人予定を日単位で設定するためのスケジュール情報データベースを備えるスケジュール管理システムと、作業区分ごとに作業者の識別子と作業開始日を含む作業予定情報を設定するための作業予定情報データベースを備えるプロジェクト管理システムとの連動による作業進捗管理方法であって、
前記作業予定情報を前記作業予定情報データベースに登録するとともに前記作業予定情報を日単位の作業予定に展開して前記スケジュール情報データベースに登録し、前記作業者からの前記作業予定についての進捗状況を示す情報を受け取って前記スケジュール情報データベースに設定し、前記進捗状況に基づいて前記作業予定に遅延が発生しているか否かを判定し、遅延が発生している場合には将来の前記個人予定に基づいて前記作業区分ごとに調整日数を設定する少なくとも１つの調整パターンを作成し、選択された前記調整パターンに基づいて前記作業予定情報データベース上の該当する前記作業予定情報を更新するとともに更新後の作業予定情報を日単位の作業予定に展開して前記スケジュール情報データベース上の該当する前記作業予定を更新することを特徴とする作業進捗管理方法。
【請求項２】
作業者の計算機から受け取った前記作業者についての日単位の個人予定をスケジュール情報データベースに登録し、プロジェクト管理者の計算機から受け取った作業区分ごとに作業者の識別子と作業開始日を含む作業予定情報を作業予定情報データベースに登録するとともに、前記作業予定情報を日単位の作業予定に展開して前記スケジュール情報データベースに登録し、
前記作業者から受け取った前記作業予定についての進捗状況を示す情報を前記スケジュール情報データベースに設定し、前記進捗状況に基づいて前記作業予定に遅延が発生しているか否かを判定し、遅延が発生している場合には将来の前記個人予定の日数と作業遅れによる日数の合計を前記作業区分ごとの調整日数に分配するように設定する少なくとも１つの調整パターンを作成し、前記プロジェクト管理者によって選択された前記調整パターンに基づいて前記作業予定情報データベース上の該当する前記作業予定情報を更新するとともに更新後の作業予定情報を日単位の作業予定に展開して前記スケジュール情報データベース上の該当する前記作業予定を更新することを特徴とする作業進捗管理方法。
【請求項３】
複数の前記作業区分について作業区分間の優先順位を設定し、前記優先順位に基づいて前記調整パターンの前記調整日数を設定することを特徴とする請求項２記載の作業進捗管理方法。
【請求項４】
作業者の個人予定を日単位で設定するためのスケジュール情報データベースを備えるスケジュール管理システムと、作業区分ごとに作業者の識別子と作業開始日を含む作業予定情報を設定するための作業予定情報データベースを備えるプロジェクト管理システムとの連動による作業進捗管理のためのシステムであって、前記作業予定情報を前記作業予定情報データベースに登録するとともに前記作業予定情報を日単位の作業予定に展開して前記スケジュール情報データベースに登録する手段と、前記作業者からの前記作業予定についての進捗状況を示す情報を受け取って前記スケジュール情報データベースに設定する手段と、前記進捗状況に基づいて前記作業予定に遅延が発生しているか否かを判定する手段と、遅延が発生している場合には将来の前記個人予定に基づいて前記作業区分ごとに調整日数を設定する少なくとも１つの調整パターンを作成する手段と、選択された前記調整パターンに基づいて前記作業予定情報データベース上の該当する前記作業予定情報を更新するとともに更新後の作業予定情報を日単位の作業予定に展開して前記スケジュール情報データベース上の該当する前記作業予定を更新する手段とを有することを特徴とする作業進捗管理システム。
【請求項５】
作業者についての日単位の個人予定を設定するスケジュール情報データベースと、作業区分ごとに作業者の識別子と作業開始日を含む作業予定情報を設定する作業予定情報データベースと、前記作業予定情報を前記作業予定情報データベースに登録するとともに前記作業予定情報を日単位の作業予定に展開して前記スケジュール情報データベースに登録する手段と、前記作業者から受け取った前記作業予定についての進捗状況を示す情報を前記スケジュール情報データベースに設定する手段と、前記進捗状況に基づいて前記作業予定に遅延が発生しているか否かを判定する手段と、遅延が発生している場合には将来の前記個人予定の日数と作業遅れによる日数の合計を前記作業区分ごとの調整日数に分配するように設定する少なくとも１つの調整パターンを作成する手段と、前記プロジェクト管理者によって選択された前記調整パターンに基づいて前記作業予定情報データベース上の該当する前記作業予定情報を更新するとともに更新後の作業予定情報を日単位の作業予定に展開して前記スケジュール情報データベース上の該当する前記作業予定を更新する手段とを有することを特徴とする作業進捗管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、企業・団体における開発プロジェクトの作業進捗管理技術に係わり、特に個人スケジュールを管理するスケジュール管理システムと連動して作業進捗管理を行う作業進捗管理技術に関する。
【０００２】
【従来の技術】
従来のプロジェクトの進捗管理を行うシステムは、プロジェクトのスケジュールは個人スケジュールとは別に管理されていることが多い。プロジェクト進捗状況をリアルタイムに把握するものとして、例えば特開２００１−１４１５７号公報（特許文献１）に記載されているソフトウェア進捗管理システムがある。このシステムでは各作業者が成果物の格納場所を登録し、その成果物の出来高を自動的に収集することによって、プロジェクト管理者が自動的に進捗を管理する。すなわちソフトウェア開発プロジェクトの進捗をリアルタイムで把握するために各作業の最後に提出される成果物で進捗を判断する手法を取っている。
【特許文献１】
特開２００１−１４１５７号公報
【０００３】
【発明が解決しようとする課題】
上記従来の方法では、プロジェクト管理者が作業予定期間内の日々の作業進捗状況を把握するためには、作業者がその作業進捗状況を毎日プロジェクト管理者に報告する必要がある。また作業者の将来の作業期間内に休日や出張など１日単位の個人スケジュールが入った場合、その予定も逐次プロジェクト管理者に報告しなければ将来予想される作業遅延を早い段階で把握するのは不可能である。つまり従来の作業進捗管理方法では、プロジェクト管理者は作業遅延の現状と将来の個人予定から将来の作業遅延日数を予想することに手間がかかっていた。
【０００４】
また一方で作業の進捗に遅れが生じると判断された場合、プロジェクト管理者は、作業者の現在の進捗状況と今後の予定を確認し、最終納期などを考慮しながらどの作業なら作業日数を削減できるか判断し、作業予定を組み直し、新しい作業予定をプロジェクト管理システムで更新し、作業者に対して予定が変更されたことをなんらかの形で通知する、という手続きを進捗が遅れると判断されるたびに作業者の人数分だけ行う必要がある。このような作業予定の再調整を支援するシステムはなかった。
【０００５】
本発明の目的は、これらの問題点を改善するものであり、作業の遅延を早い段階で把握可能とするとともに、プロジェクト管理者が日程再調整作業を効率よく行えるよう支援することにある。
【０００６】
【課題を解決するための手段】
本発明は、作業者の個人予定を日単位で設定するためのスケジュール情報データベースを備えるスケジュール管理システムと、作業区分ごとに作業者の識別子と作業開始日を含む作業予定情報を設定するための作業予定情報データベースを備えるプロジェクト管理システムとの連動による作業進捗管理方法であって、作業予定情報を作業予定情報データベースに登録するとともに、これを日単位の作業予定に展開してスケジュール情報データベースに登録し、作業者からの作業予定についての進捗状況を示す情報を受け取ってスケジュール情報データベースに設定し、この進捗状況に基づいて作業予定に遅延が発生しているか否かを判定し、遅延が発生している場合には将来の個人予定に基づいて作業区分ごとに調整日数を設定する少なくとも１つの調整パターンを作成し、選択された調整パターンに基づいて作業予定情報データベース上の該当する作業予定情報を更新するとともに更新後の作業予定情報を日単位の作業予定に展開してスケジュール情報データベース上の該当する作業予定を更新する作業進捗管理を特徴とする。
【０００７】
【発明の実施の形態】
以下、本発明の一実施形態について図面を用いて説明する。
【０００８】
図１は、本発明の実施例を示すシステムの構成図である。本システムは、スケジュール管理システム１０３とプロジェクト管理システム１０４で構成される。１０１は作業者のクライアント、１０２はプロジェクト管理者のクライアントである。ここでクライアントはクライアント計算機を意味する。またスケジュール管理システム１０３及びプロジェクト管理システム１０４は、１台又は複数台のサーバ計算機上に展開される。クライアント１０１は、スケジュール管理システム１０３に予約する予約データ１１１の作成及び送信と、登録されている作業予定に対して完了もしくは未着手などの進捗情報１１２の回答の作成及び送信を行う。クライアント１０２は、作業予定データ１１３の作成及び送信と、スケジュール管理システム１０３から送られる調整パターンデータ１１４の選択回答を行う。
【０００９】
スケジュール管理システム１０３は、作業調整パターン通知処理部１０５、各作業者個人のスケジュールを格納するスケジュール情報データベース１０７及び見直された作業予定の調整パターンを格納する調整パターンデータベース１０８から成る。作業調整パターン通知処理部１０５は、予約受信部１１５、進捗情報受信部１１６、予約・進捗情報登録実行部１１７、作業遅延判断部１１８、調整パターン作成部１１９及び調整パターン通知部１２０から成る。
【００１０】
プロジェクト管理システム１０４は、作業予定登録処理部１０６、プロジェクト内の作業名、作業者、作業日数、作業開始日、作業順、納期、作業の優先順位を格納する作業予定情報データベース１０９、および各作業者に対しどのように作業の優先順位を割当てるのかという規則を格納する優先順位割当て規則データベース１１０から成る。この規則はプロジェクト管理者が各作業者のスキルや経験等を考慮してあらかじめ作業者ごとに優先順位の割当てルールを登録しておくものである。作業予定登録処理部１０６は、作業予定受信部１２１、メール通達部１２２、作業予定登録実行部１２３、優先順位割当て実行部１２４から成る。上記のデータベースは、すべて記憶装置上に設けられる。
【００１１】
図２は、クライアント１０１から送信される予約データ１１１のデータ構成例を示す図である。予約データ１１１は、作業者の個人予定を予約するためのスケジュールデータである。各レコードは、日付２０１、予約時間２０２、用件２０３などで構成され、作業者の個人識別コードに対応付けてスケジュール情報データベース１０７に格納される。本実施例では、予約された日は作業に当てない日とみなされる。
【００１２】
図３は、クライアント１０１から送信される進捗情報１１２のデータ構成例を示す図である。各レコードは、日付３０１、予約時間３０２、用件３０３、メモ３０４、回答３０５などで構成される。回答３０５は、進捗状況を示す情報であり、完了、未着手等の区分を設定する。進捗情報１１２は、スケジュール情報データベース１０７から取得された作業予定情報を含む。
【００１３】
図４は、スケジュール情報データベース１０７のデータ構成例を示す図である。スケジュール情報データベース１０７は、個人別のスケジュール情報に区分されている。個人スケジュール情報の各レコードは、日付４０１、予約時間４０２、用件４０３、メモ４０４、回答４０５などで構成され、日単位で個人の予定またはその個人に関する作業予定が格納される。個人予定には予約時間４０２に開始時刻と終了時刻が格納され、作業予定には格納されない。同一作業区分に属する作業については、その作業開始日から作業終了日まで用件４０３に同一作業名が格納される。
【００１４】
図５は、調整パターンデータベース１０８のデータ構成例を示す図である。各レコードは、パターンＩＤ５０１、作業名５０２及び調整日数５０３から構成される。同一の作業区分グループには一般に複数の調整パターンが設定され得る。この例ではＰ００１で識別される調整パターンとＰ００２で識別される調整パターンは、同一の作業区分グループに関するパターンである。この例では、作業の優先順位は作業３、作業２、作業１の順に高いものとし、３日の遅延日数を吸収するための２つの調整パターンを例示している。この例によると、優先順位の低い作業ほど多くの日数を削減するように調整される。
【００１５】
図６は、作業予定情報データベース１０９のデータ構成例を示す図である。各作業予定情報レコードは、作業ＩＤ６０１、作業名６０２、作業者６０３、作業日数６０４、作業開始日６０５、作業順６０６、納期６０７及び優先順位６０８で構成される。各レコードの作業名６０２、作業者６０３、作業日数６０４、作業開始日６０５、作業順６０６及び納期６０７は、プロジェクト管理者が入力した作業予定データ１１３である。この例では、作業１〜３および作業４〜７は、各々作業区分グループを構成する作業区分であり、納期６０７は、その作業区分グループについての最終納期である。優先順位６０８は、作業区分グループを構成する各作業区分の優先順位を示しており、優先順位割当て規則に従って割り当てられる。例えば納期６０７に近い時期の作業区分ほど優先順位を高くするという規則ならば、納期６０７と作業順６０６を考慮して、納期６０７に近い作業ほど高い優先順位を割り当てる。図６の例では優先順位が高い作業区分から順に番号を振っており、１が最も高い優先順位を表す。作業予定情報は、プロジェクト管理者によって選択された調整パターンデータ１１４に基づいて更新される。
【００１６】
図７は、優先順位割当て規則データベース１１０のデータ構成例を示す図である。各ルールは、ルールＩＤ７０１、作業者７０２およびルール内容７０３で構成される。ルールは、プロジェクト管理者によってユーザごとにあらかじめ設定され登録されたものである。例えばドキュメント作成に時間がかかる作業者に対してはドキュメント作成作業を最高優先順位にしておくと、作業予定調整時にドキュメント作成作業の作業日数が優先的に確保された調整パターン１０８が作成される。作業予定情報データベース１０９の優先順位６０８は、該当する作業者についてのルールに基づいて決定される。
【００１７】
まずプロジェクトの作業予定を登録する処理の概略について説明する。作業予定受信部１２１は、クライアント１０２を介してプロジェクト管理者が作成した作業予定データ１１３を受信する。次に作業予定登録実行部１２３は、受信した作業予定データを作業予定情報データベース１０９に登録するとともに、該当作業者についてスケジュール管理システム１０３のスケジュール情報データベース１０７にも登録する。また優先順位割当て実行部１２４は、優先順位割当て規則データベース１１０のルールをもとに各作業に優先順位を割り当て、該当する作業予定情報レコードに優先順位を登録する。
【００１８】
プロジェクトの作業予定登録が完了すると、作業者は、登録するための予約データ１１１を作成し、もしくは登録されている作業予定に対して完了もしくは未着手などの進捗情報１１２の回答を作成してスケジュール管理システム１０３へ送信する。予約受信部１１５は、予約データ１１１を受信し、進捗情報受信部１１６では進捗情報１１２を受信する。次に予約・進捗情報登録実行部１１７は、スケジュール情報データベース１０７に受信した予約データ１１１もしくは進捗情報１１２を登録する。
【００１９】
作業遅延判断部１１８は、スケジュール情報データベース１０７の作業進捗の回答状況および将来の作業予定期間内に予約された個人予定から作業が遅れそうかどうかを判断する。作業が遅れると判断された場合、調整パターン作成部１１９は、該当する作業予定情報レコードから優先順位を取得し、作業予定を見直して変更可能な調整パターンを作成し、調整パターンデータベース１０８に登録する。調整パターン通知部１２０は、作成された少なくとも１つの調整パターンをクライアント１０２を介してプロジェクト管理者に通知する。
【００２０】
プロジェクト管理者は、スケジュール管理システム１０３から作成された調整パターンデータ１１４を得る。プロジェクト管理者は、作業予定の見直しをする際、作業者のスケジュール情報データベース１０７内の個人予定情報を確認する必要なく、現状で最も適当な調整パターンを選択するだけで良い。すなわち調整パターンには作業者の個人予定が反映されている。作業予定受信部１２１は、選択された調整パターンを受信し、作業予定登録実行部１２３は、この調整パターンに基づいて作業予定情報データベース１０９の該当する作業予定情報を更新する。またスケジュール管理システム１０３のスケジュール情報データベース１０７内の当該作業者のスケジュール情報も更新する。優先順位割当て実行部１２４は、優先順位割当て規則データベース１１０のルールをもとに当該作業予定情報に再び優先順位を割り当てる。メール通達部１２２は、修正された作業予定を作業者に配信する。
【００２１】
以下、上記処理の詳細処理手順についてフローチャートを用いて説明する。
【００２２】
まずクライアント１０１を介して作業者が予約データ１１１又は進捗情報１１２をスケジュール情報データベース１０７に登録する処理手順について図８のフローチャートを用いて説明する。スケジュール管理システム１０３は、クライアント１０１から送られた予約データ１１１又は進捗情報１１２を受信する（ステップ８０１）。受信したデータが予約データ１１１か進捗情報１１２かを判断し、それぞれ予約受信部１１５か進捗情報受信部１１６に振り分ける（ステップ８０２）。予約受信部１１５は予約データ１１１の整合性チェックを行い（ステップ８０３）、進捗情報受信部１１６は進捗情報１１２の整合性チェックを行う（ステップ８０４）。整合性チェックとは、日付の規則、企業・団体の勤休規則に照らしてデータが妥当か否かのチェックである。予約進捗情報登録実行部１１７は、予約データ１１１又は進捗情報１１２によってスケジュール情報データベース１０７に登録又は該当するレコードの更新を行う（ステップ８０５）。予約データ１１１の場合には新規データであれば登録、既登録であれば更新となる。進捗情報１１２の場合には該当するレコードの回答４０５の更新となる。
【００２３】
次に作業者のデータ登録を受けて作業遅延を判断し、作業予定の調整パターンをプロジェクト管理者に通知する処理の流れについて図９のフローチャートを用いて説明する。クライアント１０２を介してプロジェクト管理者から作業状況確認の要求を受け取ると、スケジュール管理システム１０３は、スケジュール情報１０７を検索して指定された作業者のスケジュール情報を取得する（ステップ９０１）。作業遅延判断部１１８は、作業の遅れがあるか否かを判断するために次の処理を行う。まず取得したスケジュール内において、未来の作業予定内で休日や出張などの１日以上の個人スケジュールが予約されているために作業終了日までに作業が行えない日を検索する（ステップ９０２）。次に過去のスケジュール情報の回答４０５を参照して進捗の遅れている日を検索する（ステップ９０３）。例えば作業開始日が過ぎていて「未着手」が設定されている作業開始日のレコードがあれば、その日付４０１から遅延日数を計算できる。また作業開始日は完了しているが、日付が過ぎて「未着手」のレコードがあれば、その日付４０１から遅延日数を計算できる。
【００２４】
次にこれらの２つの検索により検出された日数の合計を遅延日数として取得する（ステップ９０４）。すなわち遅延日数合計は、将来の個人予定による日数と作業遅れによる日数の合計である。プロジェクト管理者は、遅延日数が遅延何日以上であれば遅れると判断するかのしきい値をあらかじめファイル等に設定しておく。しきい値は、プロジェクトごと、作業区分グループごとあるいは作業者ごとに設定することができる。例えば１〜２日程度の遅延日数なら調整しない場合もあり得る。作業遅延判断部１１８は、設定されたしきい値と遅延日数との比較により作業に今後遅れが生じるか否かを判断する（ステップ９０５）。作業に遅れが生じると判断した場合、調整パターン作成部１１９は、プロジェクト管理システム１０４より作業予定情報データベース１０９の作業予定情報を取得する（ステップ９０６）。作業に遅れは生じないと判断された場合、調整パターン通知部１２０は、調整パターンを作成せず（ステップ９０７）、プロジェクト管理者に遅延無しの回答を送信する。
【００２５】
調整パターン作成部１１９は、調整パターンを作成するために次の処理を行う。作業予定情報データベース１０９から該当する作業予定情報の優先順位６０８を取得し、将来の作業区分で優先順位の低い作業区分から多くの遅延日数分を削減するような調整パターンをいくつか作成する（ステップ９０８）。調整パターンは、作業の優先順位に従って遅延日数を各作業区分に分配可能な仕方の数だけ作成される。これにより、例えば図５に示すような調整パターンが作成される。調整パターン作成部１１９は、作成した調整パターンをスケジュール管理システム１０３の調整パターンデータベース１０８に登録する（ステップ９０９）。
【００２６】
調整パターン通知部１２０は、調整パターンデータベース１０８の調整パターン情報を取得し（ステップ９１０）、クライアント１０２を介してプロジェクト管理者に通知する（ステップ９１１）。このとき単に調整パターンデータベース１０８の調整パターンを通知するのではなく、後述するように実際の作業開始日や納期の入った線表上で調整パターンを表現するように表示すると見易い。
【００２７】
次にプロジェクト管理システム１０４において作業予定情報データベース１０９を登録・更新するプログラムの処理手順について図１０のフローチャートを用いて説明する。プロジェクト管理システム１０４は、クライアント１０２を介してプロジェクト管理者から作業予定データ１１３又は調整パターンデータ１１４を受信する（ステップ１００１）。受信したデータが作業予定データ１１３か調整パターンデータ１１４かを判断する（ステップ１００２）。受信したデータが調整パターン１１４の場合、作業予定受信部１２１は、この調整パターン１１４について整合性のチェックを行う（ステップ１００３）。受信したデータが作業予定データ１１３の場合、作業予定受信部１２１は、この作業予定データ１１３について整合性のチェックを行う（ステップ１００４）。作業予定登録実行部１２３は、作業予定データ１１３又は調整パターンデータ１１４により作業予定情報データベース１０９の登録・更新処理を行う（ステップ１００５）。
【００２８】
作業予定データ１１３の場合、新規データであれば作業ＩＤ６０１を付加して登録する。更新データであれば既登録レコードを更新する。調整パターンデータ１１４の場合、指定された作業名５０２をもつレコードの作業日数６０４を調整日数５０３だけ削減し、次の作業順のレコードの作業開始日６０５をその調整日数５０３の絶対値だけ遅延させるように該当するレコードを更新する。
【００２９】
次に作業予定登録実行部１２３は、ネットワークを介してスケジュール管理システム１０３にアクセスし、スケジュール情報データベース１０７の登録・更新を行う（ステップ１００６）。作業予定データ１１３の場合、新規データであれば、作業開始日６０５を日付４０１とするレコードを先頭レコードとして作業日数６０４分の個人スケジュール・レコードを展開し、各レコードの用件４０３に作業名６０２を設定し、メモ４０４に作業開始日、作業終了日などその日付についての特記事項を記述し、個人スケジュール情報に追加する。調整パターンデータ１１４の場合、作業日数６０４と作業開始日６０５が更新された作業の作業名を用件４０３とする個人スケジュール・レコードをすべて削除し、更新された作業日数６０４及び作業開始日６０５に基づいて個人スケジュール・レコードを再生成し、個人スケジュール情報に追加する。このとき出張、休日など個人予定の入っている日付には作業予定レコードを設定しないよう回避する。なお個人スケジュール・レコードを日付４０１でソートし、日付の順に並ぶようにする。
【００３０】
ここで調整パターン１１４によって作業予定情報データベース１０９が更新された場合、メール通達部１２２は、新しい作業予定を作業者全員のクライアントにメールで配信する（ステップ１００７）。また優先順位割当て実行部１２４は、ステップ１００５で登録・更新のあった作業予定情報レコードから作業者６０３を取得する（ステップ１００８）。次に優先順位割当て規則データベース１１０から該当する作業者７０２の優先順位割当てルールを取得する（ステップ１００９）。次にそのルールのルール内容７０３に従って該当する作業予定情報レコードに優先順位を割り当てる（ステップ１０１０）。図７の例の場合、作業者Ｕ００１の優先順位割当て規則のルール内容７０３は「納期に近い作業ほど高優先順位とする」であるので、該当する作業予定情報レコードの作業順６０６、納期６０７より最終納期に近い作業ほど高い優先順位を割当てる。次に優先順位割当て実行部１２４は、該当する作業予定情報レコードの優先順位６０８に割り当てた優先順位を設定する（ステップ１０１１）。
【００３１】
図１１は、クライアント１０２を介してプロジェクト管理者が複数の調整パターンから１つを選択する際の画面表示の一例である。図１１の１１０１は作業者が誰で、作業遅延日数が何日になるかを表す。図１１の１１０２は調整を行う前の従来の作業予定を表す。作業予定は線のスケジュールで表現され、作業開始日と作業名、作業日数なども表示される。システム日付により“当日”を明確に示すことで、過去と未来の作業予定全体が一目で分かるようにする。また納期も明示する。作業予定の線には過去の未着手の回答状況や未来の作業期間内に予約された作業者（Ｕ００１）の個人予定も示す。調整パターンは「従来作業予定」の下に同様の形式で表示される。これによりプロジェクト管理者（Ｕ００２）が従来作業予定と容易に比較しながら適切な調整パターンを選択できる。調整パターンは一般に複数表示され、優先順位の低い作業から中心に変更した調整パターンを上から表示する。つまり優先順位によって、プロジェクト管理者（Ｕ００２）が作業予定を見直す場合に、調整するであろうと予想される調整パターンが上から順に表示される。これにより、プロジェクト管理者（Ｕ００２）は調整パターンをより選択しやすくなる。
【００３２】
図１１の例で説明すると、当初の作業予定に対し、作業２で「未着手」により１日遅れが発生し、また作業３で１日、作業４で２日の個人予定が入ったために合計４日の作業遅延が生じている。調整パターン１は、作業１〜５の各々について０，−１，−２，−１，０の調整日数を設けるパターンである。また調整パターン２は、作業１〜５の各々について０，−１，−１，−１，−１の調整日数を設けるパターンである。
【００３３】
【発明の効果】
以上説明したように本発明によれば、プロジェクト管理者は作業者の進捗をリアルタイムに把握できるという効果がある。また作業遅延が予想され作業予定の修正を効率よく行えるという効果がある。
【図面の簡単な説明】
【図１】実施例のシステム構成を示す図である。
【図２】予約データのデータ構成例を示す図である。
【図３】進捗情報のデータ構成例を示す図である。
【図４】スケジュール情報データベースのデータ構成例を示す図である。
【図５】調整パターンデータベースのデータ構成例を示す図である。
【図６】作業予定情報データベースのデータ構成例を示す図である。
【図７】優先順位割当て規則データベースのデータ構成例を示す図である。
【図８】実施例のスケジュール情報登録・更新の処理フローを示す図である。
【図９】実施例の作業遅延の判断ならびに調整パターンを作成する処理フローを示す図である。
【図１０】実施例の作業予定情報登録・更新の処理フローを示す図である。
【図１１】プロジェクト管理者に表示される調整パターンの例を示す図である。
【符号の説明】
１０１、１０２：クライアント、１０３：スケジュール管理システム、１０４：プロジェクト管理システム、１０７：スケジュール情報データベース、１０８：調整パターンデータベース、１０９：作業予定情報データベース、１１０：優先順位割当て規則データベース、１１７：予約・進捗情報実行部、１１８：作業遅延判断部、１１９：調整パターン作成部、１２０：調整パターン通知部、１２３：作業予定登録実行部、１２４：優先順位割当て実行部
【図１】
2004118788.tif 000003
【図２】
2004118788.tif 000004
【図３】
2004118788.tif 000005
【図４】
2004118788.tif 000006
【図５】
2004118788.tif 000007
【図６】
2004118788.tif 000008
【図７】
2004118788.tif 000009
【図８】
2004118788.tif 000010
【図９】
2004118788.tif 000011
【図１０】
2004118788.tif 000012
【図１１】
2004118788.tif 000013