JPH10240804A

JPH10240804A - プロジェクト管理システム

Info

Publication number: JPH10240804A
Application number: JP5417597A
Authority: JP
Inventors: Kenji Yoshifu; 研治吉府
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1997-02-21
Filing date: 1997-02-21
Publication date: 1998-09-11

Abstract

(57)【要約】【課題】作業者の進捗が遅れた場合に、その進捗遅れに
伴う、後に続く作業者の作業期間を変更する調整作業を
自動化することを可能とし、これによりプロジェクト管
理者の調整のための作業及びコストを削減するプロジェ
クト管理システムの提供。【解決手段】プロジェクト管理サーバマシン１０が、進
捗の遅れているサブタスク以降のサブタスクを処理する
作業者のクライアントマシン３０、４０に作業の開始・
終了時期の変更可能性を問い合わせる作業期間変更問合
せ手段１４と、問合せ結果と調整戦略を基に調整を行う
作業期間変更調整手段１３を備え、あるサブタスクの進
捗遅れに伴う他のサブタスクの作業期間を変更する調整
作業を自動化することが可能となり、プロジェクト管理
者の調整コストを削減する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プロジェクトを定
義、運用、及び管理するためのプロジェクト管理システ
ムに関する。

【０００２】

【従来の技術】プロジェクトに関わる複数の作業者の作
業内容・作業期間等を定義し、運用・管理するための、
いわゆるプロジェクト管理システムは、プロジェクト定
義に従ったプロジェクトの運用、管理を可能としてい
る。

【０００３】従来のプロジェクト管理システムにおいて
は、プロジェクト管理者が、プロジェクトを複数のサブ
タスクに分割し、サブタスクごとに別の作業者を割り当
てる。そして、サブタスクが期間的に連続しているよう
なプロジェクトを定義し、運用している際、あるサブタ
スクに割り当てられた作業者の進捗が遅れて、当該サブ
タスクの期限に間に合わない場合には、プロジェクト管
理者は、スケジュールの制約条件を基に、プロジェクト
の再計画を行い、以降のサブタスクの開始及び終了時期
を変更していた。

【０００４】このような従来のプロジェクト管理システ
ムとして、例えば特開平６−３４８７１３号公報に提案
されるプロジェクト管理支援装置や、Microsoft Proje
ctfor Windows95ユーザーズガイドに記載のMicrosoft
Project（マイクロソフト社の商標）がある。

【０００５】

【発明が解決しようとする課題】しかし、従来のプロジ
ェクト管理システムにおいては、スケジュールの制約条
件を基にトップダウン的に作業期間を変更しているた
め、実際に、作業期間の変更が可能であるか否かの確認
作業と、変更不可能な場合の代替案の提示することまで
は支援されていず、プロジェクトの再計画の結果が、そ
のままプロジェクト定義に反映されない可能性がある。

【０００６】例えば、ある作業者が進捗が遅れている旨
をプロジェクト管理者に伝えると、プロジェクト管理者
は、プロジェクトの納期等の都合を考慮して、プロジェ
クトに関わる他の作業者の作業期間を勝手に変更して、
プロジェクトの再計画を立てる場合があるため、プロジ
ェクトに関わる他の作業者に、このプロジェクト以外の
別の作業が予め入っている場合、再計画された作業期間
変更案が受け入れられないことになり、その結果、プロ
ジェクトの再計画が失敗する、という可能性がある。

【０００７】また、プロジェクトの再計画は、進捗遅れ
発生時に、プロジェクト管理者が行う必要があり、例え
ば、度々進捗遅れが発生するようなプロジェクトの場合
には、その進捗遅れの度に、プロジェクト管理者がプロ
ジェクトの再計画を行うことになり、手間を要し且つ煩
雑である、という問題点がある。

【０００８】したがって、本発明は、上記問題点に鑑み
てなされたものであって、その目的は、作業者の進捗が
遅れた場合に、その進捗遅れに伴う、後に続く作業者の
作業期間を変更する調整作業を自動化することを可能と
し、これによりプロジェクト管理者の調整のための作業
及びコストを削減するプロジェクト管理システムを提供
することにある。

【０００９】

【課題を解決するための手段】前記目的を達成するた
め、本発明のプロジェクト管理システムは、プロジェク
ト管理サーバマシンが、進捗の遅れているサブタスク以
降のサブタスクを処理する作業者のクライアントマシン
に作業の開始・終了時期の変更可能性を問い合わせる作
業期間変更問合せ手段と、問合せ結果と調整戦略を基に
調整を行う作業期間変更調整手段を設けることにより、
あるサブタスクの進捗遅れに伴う他のサブタスクの作業
期間を変更する調整作業を自動化することが可能とな
り、プロジェクト管理者の調整コストを削減できるよう
にしたものである。

【００１０】

【発明の実施の形態】本発明の実施の形態について以下
に説明する。本発明のプロジェクト管理システムは、そ
の好ましい実施の形態において、プロジェクトに関わる
複数の作業者の作業内容及び作業期間等の定義、運用、
及び管理をサーバマシン（図１の１０）で行い、各作業
者の処理をクライアントマシン（図１の２０、３０、４
０）で行い、プロジェクト管理用のサーバ（図１の１
０）が、プロジェクト管理情報の入出力を行う入出力手
段（図１の１１）と、進捗が遅れている作業者のクライ
アントマシンから送られる進捗遅れ信号を処理する遅延
信号受信手段（図１の１２）と、以降に作業を処理する
作業者のクライアントマシンに対して作業の開始及び終
了時期の変更可能性を問合せる作業期間変更問合せ手段
（図１の１４）と、クライアントマシンに対する問合せ
結果と作業期間の調整方針である調整戦略とを基に、作
業期間の調整を行う作業期間変更調整手段（図１の１
３）と、を含み、クライアントマシンが、進捗が遅れて
いる際に進捗遅れ信号を送る遅延信号送信手段（図１の
２１）と、作業期間の変更調整案が受け入れられるか否
かを判断する受付処理手段（図１の３１、４１）と、を
含んで構成されている。

【００１１】また本発明の実施の形態においては、プロ
ジェクト管理サーバの作業期間変更調整手段（図１の１
３）は、遅延信号により作業の調整をすべきか否かを確
認する調整開始確認手段（図６の５１）と、プロジェク
トのスケジュール定義を格納したプロジェクト定義（図
１の１５）と、調整戦略を基に調整案を作成する調整案
作成手段（図６の５２）と、調整案を基に作業者のクラ
イアントマシンに問合わせた結果を管理する調整案問合
わせ結果管理手段（図６の５３）と、を含む。

【００１２】また本発明の実施の形態においては、調整
案作成手段（図６の５２）は、遅延作業期間と、作業と
作業の間の期間を参照して、前記遅延作業期間が作業と
作業の間の期間の総和を超えていれば作業期間短縮案
を、超えていなければ作業期間移動案を調整案を作成出
力する、ことを特徴とする。

【００１３】また本発明の実施の形態においては、クラ
イアントマシンの受付処理手段（図１の３１）は、サー
バマシンからの問合せ信号を受信する問合せ受信手段
（図９の６２）と、別の作業依頼者（図９の７０）に対
して依頼作業期間が変更可能かを問合わせる依頼作業処
理変更問合せ手段（図９の６３）と、作業期間が変更可
能か否かを判断する変更可能性回答決定手段（図９の６
４）と、サーバに変更可能性を回答する回答手段（図９
の６５）と、スケジュール情報（図９の６６）と、を含
む。

【００１４】

【実施例】上記した本発明の実施の形態について更に詳
細に説明すべく、本発明の実施例について図面を参照し
て以下に説明する。

【００１５】図１は、本発明の一実施例に係るプロジェ
クト管理システムの構成を示すブロック図である。図１
を参照すると、本実施例において、プロジェクト管理シ
ステム１は、プロジェクト管理サーバ１０と、作業者に
対応した複数のクライアント２０、３０、４０と、から
構成され、ここでは、クライアント２０が、進捗遅れ信
号を出力する作業者のクライアント（遅延作業者）とさ
れ、クライアント３０、４０は次の作業者と、されてい
る。

【００１６】プロジェクト管理サーバ１０は、入出力手
段１１と、遅延信号受信手段１２と、作業期間変更調整
手段１３と、作業期間変更問合せ手段１４と、プロジェ
クト定義１５と、調整戦略定義１６と、を少なくとも備
えて構成されている。

【００１７】クライアント２０は、遅延信号送信手段２
１を少なくとも含んでいる。またクライアント３０、４
０は、それぞれ受付処理手段３１、４１を含んでいる。

【００１８】図２は、本実施例におけるプロジェクト定
義１５の内容の一例を示す図である。図２を参照して、
プロジェクト定義５００は、一エントリあたり、作業番
号フィールド５０１と、作業名フィールド５０２と、開
始予定日フィールド５０３と、終了予定日フィールド５
０４と、関連作業番号５０５と、作業者名フィールド５
０６と、を備えて構成されている。

【００１９】本実施例では、図２に示すような内容のプ
ロジェクト定義に従って、プロジェクトが進んで行くも
のとする。すなわち、プロジェクトは、作業名：タスク
１から構成され、このタスク１は、作業名：サブタスク
１１、１２、１３、１４から構成され、サブタスク１３
は、作業名：サブサブタスク１３１、１３２から構成さ
れている。各作業名には、作業番号、開始予定日、終了
予定日、関連作業番号、及び、作業者名が与えられる。

【００２０】このうち、関連作業番号とは、作業を開始
する前に終了していなければならない他の作業の番号で
ある。例えば、図２を参照して、作業番号３のサブタス
ク１２の関連作業番号は２とされており、作業番号２の
サブタスク１１が終了すれば、サブタスク１２の作業が
開始可能となる。

【００２１】ここで、あるサブタスクを処理する作業者
が、該サブタスクの終了予定日に間に合わないと判断し
た場合、本実施例のプロジェクト管理システムにおいて
は、以下のような処理が行われる。

【００２２】サブタスクが割り当てられた作業者Ａのク
ライアント２０の遅延信号送信手段２１が、作業番号と
該作業者名と遅延予定作業期日とからなる遅延信号をプ
ロジェクト管理サーバ１０の遅延信号受信手段１２に送
ると、遅延信号受信手段１２は、作業期間変更調整手段
１３に対してこの遅延信号を送る。図３に、遅延信号の
内容の一例を示す。

【００２３】作業期間変更調整手段１３は、受け取った
遅延信号の遅延予定作業期日と、プロジェクト定義１５
と調整戦略定義１６を参照して、以降のサブタスクを処
理する複数の作業者の中で、最初に調整を行う作業者
（この作業者を「作業者Ｂ」とする）に対して作業期間
変更案を作成し、作業者名と作業期間変更案とを変更問
合せ手段１４に送出する。通常、最初の調整は、遅延作
業信号を出力した作業者の作業の次の作業を行う作業者
とに対して行う。

【００２４】作業期間変更案は、作業期間変更調整手段
１３において、遅延信号の遅延予定作業期日とプロジェ
クト定義１５と調整戦略定義１６を参照して作成され
る。プロジェクト定義１５からは、作業者Ｂの作業開始
予定日、終了予定日、作業者Ｂの作業以降のマージン
（関連作業がある場合、ある作業の終了予定日と次の作
業の開始予定日の間の期間）を参照する。

【００２５】調整戦略定義１６からは、調整戦略（期間
短縮または期間移動）、全体作業延期期間、調整順序、
及び短縮方法からなる調整戦略を参照する。図４に、調
整戦略定義１６の内容の一例を示す。図４に示す例で
は、調整戦略は「期間短縮」、全体作業延期期間は「１
５日」、調整順序は「開始予定日の早い順」、短縮方法
は「均等」の旨が規定されている。

【００２６】作業期間変更案の内容は、例えば図５のプ
ロジェクトを示すガントチャートを参照して、作業者Ｃ
の開始予定日が、「９６／０６／０３」、終了予定日が
「９６／０６／３０」、遅延予定作業期日が「９６／０
６／０９」であるとすると、作業期間変更案は、「９６
／０６／１０〜９６／０７／０５」となる。作業期間変
更案の作成方法の詳細は後述する。

【００２７】再び図１を参照して、作業期間変更問合せ
手段１４は、作業者Ｂのクライアントの受付処理手段３
１に、作業期間変更案を送出する。

【００２８】クライアント３０の受付処理手段３１は、
作業期間変更案が受け入れられるか否かを判断し、変更
可能性回答と、作業者名（この場合、作業者Ｂ）を、プ
ロジェクト管理サーバ１０の作業期間変更問合せ手段１
４に送出する。

【００２９】変更可能性回答には、完全受入可能、条件
付受入可能、及び、受入不可能がある。

【００３０】このうち、完全受入可能とは、予めスケジ
ュールに入っている該作業の開始予定日、終了予定日を
作業期間変更案のとおりに変更可能であることを示す。
変更可能性回答が完全受入可能であるのは、（ａ）該作
業期間変更案の期間に、作業者Ｂのスケジュールが空い
ている場合、（ｂ）スケジュールが入っている場合で
も、そのスケジュールをキャンセルまたは延期できる場
合、である。

【００３１】次に条件付受入可能とは、該作業期間変更
案の終了予定日を後にずらすという条件付きで、作業期
間変更案を受け入れることが可能であることを示す。変
更可能性回答が条件付変更可能であるのは、該作業期間
変更案の期間に、キャンセルまたは延期できない短期の
スケジュールが入っており、該スケジュールの期間分だ
け終了予定日が後にずれる場合である。条件付き受入可
能の場合には、変更可能性回答の内容は、受入が可能な
開始予定日および終了予定日である。

【００３２】そして受入不可能とは、該作業期間変更案
を受け入れることが全く不可能であることを示す。変更
可能性回答が受入不可能であるのは、該作業期間変更案
の期間にキャンセルまたは延期できない長期のスケジュ
ールが入っており、該スケジュールの期間分だけ終了予
定日をずらすと、この作業以降の作業の調整がうまくい
かないような場合である。該スケジュールが長期である
か否かは、例えば、予定の作業期間分以上の長さのスケ
ジュールであれば、長期であると判断する。受入不可能
の場合は、変更可能性回答の内容は、該スケジュールの
中身で、該スケジュール名、該スケジュールの依頼者、
及び、該スケジュールの作業期間からなる。

【００３３】プロジェクト管理サーバ１０の作業期間変
更問合せ手段１４は、クライアント３０の受付処理手段
３１から送出された、作業者名（作業者Ｂ）と変更可能
性回答を受け取り、これらを作業期間変更調整手段１３
に送出する。

【００３４】作業期間変更調整手段１３は、受け取った
変更可能性回答の内容を参照して、次の調整対象となる
作業者（ここでは、この作業者を「作業者Ｃ」とする）
の作業期間変更案を作成する。

【００３５】この作業期間変更案は、変更可能性回答が
完全受入可能および受入不可能の場合には、先に調整対
象となった作業者Ｂの作業期間変更調整案内の終了予定
日の、例えば次の日を今回調整対象となる作業者Ｃの開
始予定日とする。

【００３６】変更可能性回答が条件付受入可能の場合に
は、受入可能な終了予定日の次の日を今回調整対象とな
る作業者Ｃの開始予定日とする。

【００３７】今回調整対象となる作業者Ｃの終了予定日
は、前述のように、プロジェクト定義１５と調整戦略定
義１６とを参照して決定する。

【００３８】作業期間変更調整手段１３は、作業期間変
更案を作成した後、今回調整対象となる作業者名（すな
わち作業者Ｃ）と作業期間変更案を変更期間問合せ手段
１４に送る。

【００３９】以降の調整問合せ、及び次の調整対象者に
対する作業期間変更案作成を、作業期間を変更しなけれ
ばならない全ての作業者に対して行う。その手順は、上
記したものと同様とされる。

【００４０】調整問合せが全て終了した時点で、作業期
間変更調整手段１３は、今までに受け取った変更可能性
回答を評価する。

【００４１】作業期間変更対象の作業者全てから、完全
受入可能および条件付受入可能の変更可能性回答を受け
取った場合には、作業期間変更調整手段１３は、調整完
了信号を入出力手段１１に送る。

【００４２】一方、受入不可能の変更可能性回答を受け
取った場合には、調整未完了信号と、受入不可能の理由
である作業者のスケジュールの中身を入出力手段１１に
送る。

【００４３】入出力手段１１は、作業期間変更調整手段
１３から、調整完了信号を受け取った場合には、遅延作
業者の納期遅延による残りの作業者の期間変更調整は完
了した旨の情報をユーザに提示し、調整未完了信号を受
け取った場合には、調整できなかった作業者の調整でき
なかった理由となるスケジュールの中身、すなわちスケ
ジュール名、スケジュール依頼者、及びスケジュールの
作業期間をユーザに提示する。

【００４４】次にプロジェクト管理サーバ１０の作業期
間変更調整手段１３の構成について説明する。

【００４５】図６は、作業期間変更調整手段１３の構成
を示すブロック図である。図６を参照すると、作業期間
変更調整手段１３は、調整開始確認手段５１と、調整案
作成手段５２と、調整結果管理手段５３と、を少なくと
も含んで構成されている。

【００４６】図７及び図８は、作業期間変更調整手段１
３の処理フローを説明するためのフローチャートであ
る。図６乃至図８を参照して、作業期間変更調整手段１
３の処理動作について以下に説明する。

【００４７】調整開始確認手段５１は、遅延信号受信手
段１２から遅延信号を受け取ると、遅延信号内の遅延予
定作業期日、作業番号、及び作業者名（図３参照）と、
プロジェクト定義１５と、を参照して、実際に調整を行
うべきか否かを判断する（ステップＳ１２）。判断の方
法は、以下のとおりである。

【００４８】遅延予定作業期日が、プロジェクト定義１
５の作業番号と関連作業番号とが一致する作業の開始予
定日を超えている場合には（ステップＳ１２のＮｏ分
岐）、調整必要と判断し、遅延予定作業期日と作業番号
の終了予定日の差である遅延予定作業期間を算出する
（ステップＳ１４）。また、遅延予定作業期日が次の作
業の開始予定日以前である場合には（ステップＳ１２の
Ｙｅｓ分岐）、調整不要と判断する（ステップＳ１
３）。

【００４９】調整必要と判断した場合は、作業番号、作
業者名、及び遅延作業期間を調整案作成手段５２に送
る。調整不要と判断した場合には、入出力手段１１に調
整不要である旨の情報を通知する。

【００５０】調整案作成手段５２は、作業番号、作業者
名、及び遅延作業期間と、プロジェクト定義１５と、調
整戦略定義１６と、を参照して、作業期間変更案を作成
する作業期間変更案の作成方法は以下のとおりである。

【００５１】まず、遅延予定作業期間が全体作業延期可
能期間を超えているか否かを判断する（ステップＳ１
５）。超えていれば（ステップＳ１５のＹｅｓ分岐）、
以降の一部（又は全部）のサブタスクの作業期間を短縮
して、開始予定日、終了予定日を決める戦略（「期間短
縮戦略」という）をとる（ステップＳ１６）。

【００５２】また、遅延予定作業期間が全体作業延期可
能期間を超えていなければ（ステップＳ１５のＮｏ分
岐）、各サブタスクの作業期間を変更せず、調整する順
番に開始予定日、終了予定日をずらす戦略（「期間移動
戦略」という）をとる（ステップＳ１７）。

【００５３】ここで、ステップＳ１７の期間移動戦略の
場合の作業期間変更案の作成方法について説明する。

【００５４】まず、調整すべき作業者を決定する（ステ
ップＳ１８）。これは、調整する順番に各作業間のマー
ジンを加えていき、マージンの和が遅延予定作業期間を
超えるまで行うことによって求める。例えば、図５のガ
ントチャートを参照して、遅延予定作業期間が１０日
で、作業Ａ、Ｂ、Ｃ、Ｄの作業間のマージンが３日、５
日、４日、１０日（最後の日は、最終締切と、作業Ｄの
終了予定日との差）の場合、最初から３つめのマージン
まで加えると（３＋５＋４＝１２日）、遅延予定作業期
間の１０日を超えるので、調整すべき作業者は、Ａ、
Ｂ、Ｃとなる。

【００５５】最後に加えたマージン以前の作業が、調整
すべき対象者となる。

【００５６】次に、調整すべき対象者の中で、最初の作
業者の作業期間変更案を作成する。この作業者の開始予
定日は、遅延作業予定期日の次の日となり、終了予定日
は、以前に割り当てた作業の終了予定日と開始予定日の
差に、新規に決定した開始予定日を足したものとなる。

【００５７】例えば、作業者Ａの遅延予定作業期日が５
／１０で、以前に割り当てた作業者Ａの作業の開始予定
日、終了予定日をそれぞれ５／１、５／２５とすると、
作業期間変更案は、開始予定日は遅延予定作業期日５／
１０の次の日５／１１、終了予定日は、新たに決定した
開始予定日５／１１に、５／２５と５／１の差を足した
６／４となる。

【００５８】調整案作成手段５２は、作業期間変更案と
作業者名を、作業期間変更問合せ手段１４に送る。作業
期間変更問合せ手段１４は、該作業者名と変更可能性回
答を調整結果管理手段５３に送る。

【００５９】調整結果管理手段５３は、返答可能回答の
内容を管理する。返答可能回答が完全受入可能及び受入
不可能の場合は、該作業者の作業期間変更案の終了予定
日と該作業者名を調整案作成手段５２に送る。返答可能
回答が条件付受入可能の場合は、受入可能な終了予定日
と該作業者名を調整案作成手段５２に送る。

【００６０】調整案作成手段５２は、次に調整すべき対
象者の作業期間変更案を作成する。この作業者の開始予
定日は、調整結果管理手段５３から送られた終了予定日
の次の日であり、終了予定日は、前述の最初に調整すべ
き対象者の終了予定日の算出方法と同様である。

【００６１】このように、作業期間変更案の作成、問合
せ、問合せ結果管理を、全ての調整すべき対象者に対し
て行う（ステップＳ１９）。

【００６２】この結果、最終の調整対象の作業者のサブ
タスクの終了予定日が該サブタスクの次のサブタスクの
開始予定日を超えており（ステップＳ２０のＹｅｓ分
岐）、次のサブタスクがプロジェクト最後のサブタスク
でない場合には（ステップＳ２１のＮｏ分岐）、調整対
象のサブタスクの次のサブタスクも調整対象に加えて
（ステップＳ２２）、上述した調整作業（ステップＳ１
９）を行う。

【００６３】プロジェクト最後のサブタスクの場合には
（ステップＳ２１のＹｅｓ分岐）、期間移動戦略では調
整できなかったので、期間短縮戦略をとる（ステップＳ
１６）。

【００６４】また、最終の調整対象の作業者のサブタス
クの終了予定日が該サブタスクの次のサブタスクの開始
予定日を超えていない場合には（ステップＳ２０のＮｏ
分岐）、調整が完了し（ステップＳ２３）、調整完了で
ある旨を入出力手段１１に送る。

【００６５】次に、図８を参照して、図７のステップＳ
１６の期間短縮戦略の場合の作業期間変更案の作成方法
について説明する。

【００６６】まず、期間の全体の短縮期間を算出する
（ステップＳ３１）。これは、遅延予定作業期間から各
作業間のマージンの総和を引くことによって求まる。例
えば、図５を参照して、遅延予定作業期間が２０日で、
作業Ａ、Ｂ、Ｃ、Ｄの作業間のマージンが３日、３日、
４日、５日（最後の日は最終締切と作業Ｄの終了予定日
との差）の場合、全体の短縮期間は、２０日−（３＋３
＋４＋５）日＝５日となる。

【００６７】次に、全体の短縮期間を調整すべきサブタ
スクに対して配分する（ステップＳ３２）。この配分方
法として、（ａ）各サブタスクの作業期間に比例して配
分する、（ｂ）作業開始予定日の早い／遅い順に多く／
少なく配分する、などがある。

【００６８】次に、調整すべきサブタスクを行う作業者
に対して作業期間変更案を作成する。この作業者の開始
予定日は、遅延作業予定期日の次の日となり、終了予定
日は、以前に割り当てた作業の終了予定日と開始予定日
の差に、新規に決定した開始予定日を足して、さらに短
縮期間配分を引いたものとなる。例えば、作業者Ａの遅
延予定作業期日が５／１０で、以前に割り当てた作業の
開始予定日、終了予定日がそれぞれ５／１、５／２５
で、短縮期間配分が２日とすると、作業期間変更案は、
開始予定日５／１１、終了予定日は６／２となる。

【００６９】調整案作成手段５２は、作業期間変更案と
作業者名を作業期間変更問合せ手段１４に送る。作業期
間変更問合せ手段１４は、作業者名と変更可能性回答を
調整結果管理手段５３に送る。調整結果管理手段５３
は、返答可能回答の内容を管理する。

【００７０】返答可能回答が完全受入可能及び受入不可
能の場合には、該作業者の作業期間変更案の終了予定日
と該作業者名を調整案作成手段５２に送る。また返答可
能回答が条件付受入可能の場合は、受入可能な終了予定
日と該作業者名を調整案作成手段５２に送る。

【００７１】調整案作成手段５２は、次に調整すべき対
象者の作業期間変更案を作成する。この作業者の開始予
定日は、調整結果管理手段５３から送られた終了予定日
の次の日であり、終了予定日は、前述の最初に調整すべ
き対象者の終了予定日の算出方法と同様である。

【００７２】このように、作業期間変更案の作成、問合
せ、問合せ結果管理をすべての調整すべき対象者に対し
て行う（ステップＳ３３）。

【００７３】この結果、最終の調整対象の作業者のサブ
タスクの終了予定日が該サブタスクの次のサブタスクの
開始予定日を超えているか否かを判定し（ステップＳ３
４）、調整対象の最終サブタスクの終了予定日がプロジ
ェクト終了予定日を超えている場合には（ステップＳ３
４のＹｅｓ分岐）、超えた期間を、各サブタスクに再配
分する（ステップＳ３６）。配分の方法は、上述のとお
りである。

【００７４】また調整対象の最終サブタスクの終了予定
日がプロジェクト終了予定日を超えていない場合には
（ステップＳ３４のＮｏ分岐）、調整が完了し（ステッ
プＳ３５）、調整完了である旨を入出力手段１１に送
る。

【００７５】再配分後、また、調整対象作業者に作業期
間変更案の作成、問合せ、問合せ結果管理を行う（ステ
ップＳ３７）。

【００７６】この結果、最終の調整対象の作業者のサブ
タスクの終了予定日が該サブタスクの次のサブタスクの
開始予定日を超えているか否かを判定し（ステップＳ３
８）、超えている場合で（ステップＳ３８のＹｅｓ分
岐）、かつ、前回と同じ調整結果である場合には（ステ
ップＳ３９のＹｅｓ分岐）、これ以上調整を行っても調
整が終了しないので、調整未完了である旨を入出力手段
１１に送る（ステップＳ４０）。一方、超えている場合
で（ステップＳ３８のＹｅｓ分岐）、前回と同じ調整結
果でなければ（ステップＳ３９のＮｏ分岐）、今回超え
た期間をまた再配分して、調整をやり直す。また、超え
ていない場合には（ステップＳ３８のＮｏ分岐）、調整
完了である旨を入出力手段１１に送る（ステップＳ３
５）。

【００７７】ここで、クライアントの受付処理手段につ
いて説明する。図９は、図１の受付処理手段３１、４１
の構成を示すブロック図である。なお、受付処理手段４
１は受付処理手段３１と同様の構成とされており、図９
には、受付処理手段３１の構成のみが示されている。

【００７８】図９を参照して、受付処理手段３１は、問
合せ受信手段６２と、依頼作業処理変更問合せ手段６３
と、変更可能性回答決定手段６４と、回答手段６５と、
を含んで構成される。依頼作業処理変更問合せ手段６３
は、依頼作業者のクライアント７０の受付処理手段７１
と通信する。

【００７９】問合せ受信手段６２は、プロジェクト管理
サーバ１０の作業期間問合せ手段１４から作業期間変更
案を受け取ると、依頼作業処理問合せ手段６３に、この
作業期間変更案を送る。

【００８０】作業処理問合せ手段６３は、スケジュール
情報６６を参照して、作業期間変更案にある作業期間
と、スケジュール情報の作業期間と、が互いに重なって
いるか否かを確認する。重なっているスケジュールがな
ければ、重複スケジュールが無い旨を変更可能性回答決
定手段に送る。図１０に、スケジュール情報の内容の一
例を示す。

【００８１】重なっているスケジュールがあれば、その
重なっているスケジュール情報に記載された作業依頼者
名の作業依頼者のクライアント７０の受付処理手段７１
に対して依頼されている作業をキャンセル、または延期
してもよいか否かを確認する。

【００８２】作業依頼者７１のクライアントは、以前依
頼した該作業のキャンセル、または延期してもよいか否
かを判断し、キャンセル、延期の回答（回答にはＹｅｓ
又はＮｏがあり、回答がＹｅｓで延期の場合にはその日
程）を、依頼作業処理変更問合せ手段６３に送る。その
際、依頼作業処理変更問合せ手段６３は、該回答を、重
複スケジュール変更回答として、変更可能性回答決定手
段６４に送る。

【００８３】変更可能性回答決定手段６４は、依頼作業
処理変更問合せ手段６３から送られてきた内容を基に、
変更可能性回答を決定する。

【００８４】重複スケジュールがなければ、変更可能性
回答をＹｅｓと決定する。重複スケジュールがあるが、
該重複スケジュール変更回答がＹｅｓの場合も、変更可
能性回答をＹｅｓと決定し、延期の場合には、その日程
をスケジュール情報に記録する。また、重複スケジュー
ル変更回答がＮｏの場合には、変更可能性回答をＮｏと
決定する。

【００８５】変更可能性回答決定手段６４は、変更可能
性回答を決定した後、該変更可能性回答を回答手段６５
に送る。変更可能性回答がＮｏの場合には、Ｎｏの理由
も一緒に送る。この理由とは、重複スケジュール内容の
ことであり、作業名、開始予定日、終了予定日、作業依
頼者名からなる。

【００８６】回答手段５は、該変更可能性回答を、プロ
ジェクト管理サーバ１０の作業期間変更問合せ手段１４
に送る。

【００８７】

【発明の効果】以上説明したように、本発明のプロジェ
クト管理システムによれば、ある作業者の進捗が遅れた
場合に、その進捗遅れに伴う、後に続く作業者の作業期
間を変更する調整作業を自動化することを可能としたこ
とにより、プロジェクト管理者の調整コストを削減する
ことができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施例の全体構成を示すブロック図
である。

【図２】本発明の一実施例におけるプロジェクト定義の
内容の一例を示す図である。

【図３】本発明の一実施例における遅延信号の内容の一
例を示す図である。

【図４】本発明の一実施例における調整戦略の内容の一
例を示す図である。

【図５】本発明の一実施例を説明するための図であり、
プロジェクトを示すガントチャート図である。

【図６】本発明の一実施例における作業期間調整手段の
構成を示すブロック図である。

【図７】本発明の一実施例における作業期間調整手段の
動作を説明するためのフローチャートである。

【図８】本発明の一実施例における作業期間調整手段の
動作を説明するためのフローチャートである。

【図９】本発明の一実施例における受付処理手段の構成
を示すブロック図である。

【図１０】本発明の一実施例におけるスケジュール情報
の内容の一例を示す図である。

【符号の説明】

１プロジェクト管理システム２プロジェクト管理システム１０プロジェクト管理サーバ１１入出力手段１２遅延信号受信手段１３作業期間変更調整手段１４作業期間変更問合せ手段１５プロジェクト定義１６調整戦略定義２０クライアント（遅延作業者）２１遅延信号送信手段３０クライアント（次の作業者）３１受付処理手段４０クライアント（次の作業者）４１受付処理手段５１調整開始確認手段５２調整案作成手段５３調整結果管理手段６１受付処理手段６２問合せ受信手段６３依頼作業処理変更問合せ手段６４変更可能性回答決定手段６５回答手段６６スケジュール情報７０クライアント（依頼作業者）７１受付処理手段８０プロジェクト管理サーバ８１入出力手段８２進捗率問合せ手段８３新規作業追加調整手段８４新規作業受入問合せ手段８５プロジェクト定義８６調整戦略定義９０クライアント９１受付処理手段１００クライアント１０１受付処理手段５００プロジェクト定義５０１作業番号フィールド５０２作業名フィールド５０３開始予定日フィールド５０４終了予定日フィールド５０５関連作業番号フィールド５０６作業者名フィールド６００スケジュール情報６０１作業名フィールド６０２開始予定日フィールド６０３終了予定日フィールド６０４作業依頼者名フィールドＳ１１調整開始ステップＳ１２遅延予定作業期日判定の条件分岐ステップＳ１３調整不要ステップＳ１４遅延予定作業期間算出ステップＳ１５遅延予定作業期間判定の条件分岐ステップＳ１６期間短縮戦略決定ステップＳ１７期間移動戦略決定ステップＳ１８調整対象者決定ステップＳ１９期間変更案作成、問合せステップＳ２０調整結果判定の条件分岐ステップＳ２１調整対象判定の条件分岐ステップＳ２２調整対象者追加ステップＳ２３調整完了ステップＳ３１短縮期間算出ステップＳ３２短縮期間配分ステップＳ３３期間変更案作成、問合せステップＳ３４調整結果判定の条件分岐ステップＳ３５調整完了ステップＳ３６短縮期間再配分ステップＳ３７期間変更案作成、問合せステップＳ３８調整結果判定の条件分岐ステップＳ３９調整結果比較判定ステップＳ４０調整完了ステップ

Claims

【特許請求の範囲】

【請求項１】プロジェクトに関わる複数の作業者の作業
内容及び作業期間等の定義、運用、及び管理を行うサー
バと、各作業者に対応したクライアントからなるサーバ
・クライアント型のプロジェクト管理システムであっ
て、プロジェクト管理用の前記サーバが、進捗の遅れている
作業以降の作業を処理する作業者に対応するクライアン
トに対して作業の開始及び終了時期の変更可能性を問い
合わせる手段と、変更可能性の回答と調整戦略を基に作
業期間の調整を行う手段と、を備え、ある作業の進捗遅
れに伴う他の作業の作業期間を変更する調整作業を自動
化するようにしたことを特徴とするプロジェクト管理シ
ステム。
【請求項２】プロジェクトに関わる複数の作業者の作業
内容及び作業期間等の定義、運用、及び管理をサーバマ
シンで行い、各作業者の処理をクライアントマシンで行
うサーバ・クライアント型のプロジェクト管理システム
であって、プロジェクト管理用の前記サーバマシンが、プロジェクト管理情報の入出力を行う入出力手段と、進捗が遅れている作業者のクライアントマシンから送ら
れる進捗遅れ信号を処理する遅延信号受信手段と、以降に作業を処理する作業者のクライアントマシンに対
して作業の開始及び終了時期の変更可能性の問合せを行
う作業期間変更問合せ手段と、前記問合せに対する前記クライアントマシンからの回答
と作業期間の調整方針である調整戦略とを基に、作業期
間の調整を行う作業期間変更調整手段と、を少なくとも含み、前記クライアントマシンが、進捗が遅れている際に進捗遅れ信号を送る遅延信号送信
手段と、作業期間の変更調整案が受け入れられるか否かを判断す
る受付処理手段と、を少なくとも含む、ことを特徴とするプロジェクト管理システム。
【請求項３】進捗が遅れている作業者からの遅延信号が
発せられた場合に、それ以降に作業を行う各作業者もし
くは該作業者の代理となる情報処理装置のプログラムに
対して、作業期間変更が可能か否かを問合わせた後、各
作業者もしくは該作業者の代理となる情報処理装置のプ
ログラムに対して、作業期間変更を指示する、ことを特
徴とするプロジェクト管理システム。
【請求項４】前記プロジェクト管理サーバマシンにおい
て、前記作業期間変更調整手段が、前記進捗遅れ信号により作業の調整をすべきか否かを確
認する調整開始確認手段と、プロジェクトのスケジュール定義を格納したプロジェク
ト定義と、前記調整戦略を基に調整案を作成する調整案作成手段
と、調整案を基に作業者に問合わせた結果を管理する調整案
問合わせ結果管理手段と、を少なくとも含み、最適な調整案を作成することを特徴
とする、請求項２に記載のプロジェクト管理システム。
【請求項５】前記調整案作成手段が、遅延作業期間と、作業と作業の間の期間を参照して、前
記遅延作業期間が、前記作業と作業の間の期間の総和を
超えていれば作業期間短縮案を、超えていなければ作業
期間移動案を調整案を作成出力する、ことを特徴とす
る、請求項４に記載のプロジェクト管理システム。
【請求項６】前記クライアントマシンにおいて、前記受付処理手段が、前記サーバマシンからの問合せ信号を受信する問合せ受
信手段と、別の作業依頼クライアントに対して依頼作業期間が変更
可能かを問合わせる依頼作業処理変更問合せ手段と、作業期間が変更可能か否かを判断する変更可能性回答決
定手段と、前記サーバマシンに変更可能性を回答する回答手段と、を含み、作業変更案によって回答内容を変更する、ことを特徴と
する、請求項２又は４に記載のプロジェクト管理システ
ム。
【請求項７】前記クライアントにおいて、前記受付処理
手段が回答する内容として、該作業期間変更案の終了予
定日を後にずらすという条件付きで、作業期間変更案を
受け入れる条件付受入可能を含む、ことを特徴とする請
求項５に記載のプロジェクト管理システム。