JPH064541A - プロジェクト計画支援装置 - Google Patents

Abstract

(57)【要約】 【目的】 プロジェクトのスケジュールを調整する際、
専門家のノウハウや経験を活かして元のスケジュールを
極力崩さない形で効率良く調整する。 【構成】 スケジュールデータを格納する記憶部１０１
と、スケジュール立案を行なう際に考慮しなければなら
ない制約条件を格納する記憶部１０２と、記憶部１０１
に記憶されたスケジュールデータを図表として表示する
とともに、表示された図表を操作することでスケジュー
ルを編集して記憶部１０１を更新する編集手段１０３
と、編集したスケジュールが制約条件に違反していない
かを検査する検査手段１０７と、制約条件違反を解消す
るようにスケジュールを調整する解消手段１０８と、制
約違反解消のための知識を格納する記憶部１０９と、記
憶部１０２に格納された制約条件を変更する変更手段１
１０と、制約条件変更のための知識を格納する記憶部１
１１とを備えている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プロジェクト計画業務
の主要業務であるスケジュール立案業務、すなわち納期
制約、作業間の実施順序制約、資源容量制約などの制約
条件を満足させて日程計画を作成するスケジュール立案
業務のためのプロジェクト計画支援装置に関する。

【０００２】

【従来の技術】従来、この種のプロジェクト計画支援装
置では、プロジェクト管理者の経験やノウハウを取り込
むことにより、制約条件を満たしたスケジュールを自動
立案することができた。しかしながら、すべての制約条
件を満たすようにプロジェクトのスケジュールを作成し
た後に、再度スケジュールを調整する必要が生じること
は多い。そこで、従来のプロジェクト計画支援装置で
は、スケジュール編集手段を用いてそのスケジュールを
部分的に、例えば１つの作業の開始日をずらす等の調整
を行なっていた。また、調整後のスケジュールが制約条
件違反を起こしていないかどうかの確認は利用者に任さ
れていた。

【０００３】

【発明が解決しようとする課題】しかしながら、作業間
の実施順序関係などの制約条件は、互いに複雑に関連し
ているため、制約条件違反を起こさないように調整する
ことは、プロジェクト管理の専門家のノウハウや経験に
基づいた手作業に頼らねばならず、効率が悪かった。ま
た、うまく制約を満たすように調整できたとしても、元
のスケジュールとはかけ離れたものになってしまう恐れ
があった。

【０００４】本発明は、このような従来の問題を解決す
るものであり、プロジェクトのスケジュールを調整する
際に、専門家のノウハウや経験を活かして、元のスケジ
ュールを極力崩さない形で効率よく調整することのでき
るプロジェクト計画支援装置を提供することを目的とす
る。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明のプロジェクト計画支援装置は、プロジェク
トを構成する作業および資源に関するスケジュールデー
タを格納するスケジュールデータ記憶部と、スケジュー
ル立案を行なう際に考慮しなければならない制約条件を
格納する制約条件記憶部と、スケジュールデータ記憶部
に記憶されたスケジュールデータを図表として表示する
とともに、表示された図表を操作することによりスケジ
ュールを編集してスケジュールデータ記憶部を更新する
スケジュール編集手段と、編集したスケジュールが制約
条件に違反していないかどうかを検査する制約違反検査
手段と、制約条件違反を解消するようにスケジュールを
調整する制約違反解消手段と、制約違反解消のための知
識を格納する制約違反解消知識記憶部と、制約条件記憶
部に格納されている制約条件を変更する制約条件変更手
段と、制約条件変更のための知識を格納する制約条件変
更知識記憶部とを備えたものである。

【０００６】

【作用】本発明は、上記構成により、スケジュールデー
タ記憶部に格納されたスケジュールを図表として表示す
るとともに、利用者がこの図表を操作することにより対
話的にスケジュールの調整を行なうことができる。ま
た、調整を加えたことで新たに制約違反が発生している
か否かを検査して、制約違反を起こしている場合は、違
反を解消するための調整を繰り返し行なうことにより、
制約条件を満たしたスケジュール調整を効率良く行なう
ことができる。さらに、調整と検査の繰り返しで制約違
反が解消された場合、得られたスケジュールが元のスケ
ジュールとかけ離れている場合は、元のスケジュールを
極力崩さない形で制約条件を変更することができる。

【０００７】

【実施例】図１は本発明の一実施例におけるプロジェク
ト計画支援装置の全体構成を示すブロック図である。図
１において、１０１はプロジェクトを構成する作業およ
び資源に関するスケジュールデータを格納するスケジュ
ールデータ記憶部、１０２はスケジュール立案を行なう
際に考慮しなければならない制約条件を格納する制約条
件記憶部である。１０３はスケジュール編集手段であ
り、スケジュールデータ記憶部１０１に記憶されたスケ
ジュールデータを図表として表示するスケジュール表示
手段１０４と、表示された図表を操作することでスケジ
ュールを編集してスケジュールデータ記憶部１０１を更
新するためのスケジュール操作手段１０５とからなる。
１０６はスケジュール編集手段１０３が利用する表示画
面上の画面領域（Ａ）である。１０７は編集したスケジ
ュールが制約条件に違反していないかどうかを検査する
制約違反検査手段、１０８は制約条件違反を解消するよ
うにスケジュールを調整する制約違反解消手段、１０９
は制約違反解消のための知識を格納する制約違反解消知
識記憶部、１１０は制約条件記憶部１０２に格納されて
いる制約条件を変更する制約条件変更手段、１１１は制
約条件変更のための知識を格納する制約条件変更知識記
憶部、１１２は制約違反検査手段１０７、制約違反解消
手段１０８および制約条件変更手段１１０からの情報が
表示される表示画面上の画面領域（Ｂ）である。

【０００８】図２はスケジュールデータ記憶部１０１の
内容例を示す模式図である。作業名を格納するフィール
ド２０１と、先行作業を格納するフィールド２０２と、
作業期間を格納するフィールド２０３と、実施日を格納
するフィールド２０４と、担当要員を格納するフィール
ド２０５とから構成される。

【０００９】図３は制約条件記憶部１０２の内容例を示
す模式図である。制約条件名を格納するフィールド３０
１と、制約条件を格納するフィールド３０２とから構成
される。

【００１０】図４は制約違反解消知識記憶部１０９の内
容例を示す構成図である。知識名を格納するフィールド
４０１と、違反制約を格納するフィールド４０２と、対
処方法を格納するフィールド４０３とから構成される。

【００１１】図５は制約条件変更知識記憶部１１１の内
容例を示す模式図である。知識名を格納するフィールド
５０１と、違反制約を格納するフィールド５０２と、変
更する制約条件を格納するフィールド５０３と、変更内
容を格納するフィールド５０４とから構成される。

【００１２】次に上記実施例の動作について説明する。
図６は上記プロジェクト計画支援装置を用いてスケジュ
ールを調整する際の処理の流れを示したフローチャート
である。以下、図６のフローに従って図１の構成を参照
しながらスケジュール調整処理について説明する。スケ
ジュール表示手段１０４が起動すると、（ステップ６０
１）、スケジュールを表わす図表が画面領域（Ａ）１０
６に表示される（ステップ６０２）。スケジュール調整
命令がなければ（ステップ６０３）、処理を終了する
（ステップ６０４）。スケジュール調整命令があれば
（ステップ６０３）、スケジュール操作手段１０５によ
り画面領域（Ａ）１０６を通して利用者がスケジュール
を調整する（ステップ６０５）。その後、制約違反検査
手段１０７により制約条件検査を行なう（ステップ６０
６）。すべての制約条件を満たしている場合は（ステッ
プ６０７）、再びスケジュール調整命令ステップ（ステ
ップ６０３）へ戻る。満たしていない制約条件がある場
合は（ステップ６０７）、制約違反解消命令を確認し
（ステップ６０８）、命令があれば制約違反解消手段１
０８により制約違反解消のためのスケジュール自動調整
を行なう（ステップ６０９）。その後、制約条件変更命
令がなければ（ステップ６１０）、再びスケジュール調
整命令ステップ（ステップ６０３）へ戻る。制約条件変
更命令があれば（ステップ６１０）、制約条件変更手段
１１０により制約条件の変更を行なう（ステップ６１
１）。その後、再びスケジュール調整命令ステップ（ス
テップ６０３）へ戻る。

【００１３】図７はスケジュール表示手段１０４におけ
る処理の流れを示したフローチャートである。以下、図
７のフローに従って図１の構成を参照しながら、画面領
域（Ａ）１０６を通して利用者に図表を表示するスケジ
ュール表示手段１０４の処理について説明する。画面領
域（Ａ）１０６を通して、利用者から起動命令がかかる
と、スケジュール表示手段１０４が起動し（ステップ７
０１）、スケジュールデータ記憶部１０１を参照し（ス
テップ７０２）、スケジュールを画面領域（Ａ）１０６
に表示する（ステップ７０３）。次に、表示条件の変更
命令があれば（ステップ７０５）、画面領域（Ａ）１０
６を通して利用者に表示条件の設定をさせ（ステップ７
０４）、再表示する（ステップ７０３）。その後、表示
終了命令があれば（ステップ７０６）、表示を終了する
（ステップ７０７）。

【００１４】図８はスケジュールを表わす図表の例であ
る。（ａ）は作業を矢線で表わし、作業間の関係を別種
の矢線で表わしたアローダイヤグラムであり、納期条件
と作業間の実施順序の制約条件を表わすのに適してい
る。（ｂ）は資源別（要員別）のスケジュールを示すガ
ントチャートであり、資源制約条件を表わすのに適して
いる。

【００１５】図９はスケジュール操作手段１０５におけ
る処理の流れを示したフローチャートである。以下、図
９のフローに従って図１の構成を参照しながら、画面領
域（Ａ）１０６を通して利用者に図表を操作させること
でスケジュールの調整を行なうスケジュール操作手段１
０５の処理について説明する。画面領域（Ａ）１０６を
通して利用者からの起動命令がかかると、スケジュール
操作手段１０５が起動する（ステップ９０１）。次に画
面領域（Ａ）１０６を通して利用者からの操作命令があ
ったかを確認する（ステップ９０２）。確認された場合
は、命令が作業追加コマンドであるかを確認する（ステ
ップ９０３）。作業追加コマンドであった場合は、追加
作業に関する情報を画面領域（Ａ）１０６を通して利用
者から受け取り、スケジュールデータ記憶部１０１の情
報と画面領域（Ａ）１０６に表示されているすべての図
表を更新する（ステップ９０４）。作業追加コマンドで
なかった場合、作業削除コマンドであるかを確認する
（ステップ９０５）。作業削除コマンドであった場合
は、削除作業に関する情報を画面領域（Ａ）１０６を通
して利用者から受け取り、スケジュールデータ記憶部１
０１の情報と画面領域（Ａ）１０６に表示されているす
べての図表を更新する（ステップ９０６）。作業削除コ
マンドでなかった場合、順序関係設定コマンドであるか
を確認する（ステップ９０７）。順序関係設定コマンド
であった場合は、順序関係に関する情報を画面領域
（Ａ）１０６を通して利用者から受け取り、スケジュー
ルデータ記憶部１０１の情報と画面領域（Ａ）１０６に
表示されているすべての図表を更新する（ステップ９０
８）。順序関係設定コマンドでなかった場合、期間設定
コマンドであるかを確認する（ステップ９０９）。期間
設定コマンドであった場合は、作業期間に関する情報を
画面領域（Ａ）１０６を通して利用者から受け取り、ス
ケジュールデータ記憶部１０１の情報と画面領域（Ａ）
１０６に表示されているすべての図表を更新する（ステ
ップ９１０）。期間設定コマンドでなかった場合、実施
日設定コマンドであるかを確認する（ステップ９１
１）。実施日設定コマンドであった場合は、実施日に関
する情報を画面領域（Ａ）１０６を通して利用者から受
け取り、スケジュールデータ記憶部１０１の情報と画面
領域（Ａ）１０６に表示されているすべての図表を更新
する（ステップ９１２）。実施日設定コマンドでなかっ
た場合、資源割り当てコマンドであるかを確認する（ス
テップ９１３）。資源割り当てコマンドであった場合
は、資源割り当てに関する情報を画面領域（Ａ）１０６
を通して利用者から受け取り、スケジュールデータ記憶
部１０１の情報と表示されているすべての図表を更新す
る（ステップ９１４）。資源割り当てコマンドでなかっ
た場合、終了コマンドであるかを確認する（ステップ９
１５）。終了コマンドであった場合は、処理を終了する
（ステップ９１６）。終了コマンドでなかった場合およ
び各更新処理を行なった場合は、操作命令確認ステップ
９０２へ戻る。

【００１６】図１０は制約違反検査手段１０７における
処理の流れを示したフローチャートである。以下、図１
０のフローに従って図１の構成を参照しながら、制約違
反検査手段１０７の処理について説明する。利用者から
の起動命令がかかると、制約違反検査手段１０７が起動
する（ステップ１００１）。続けて、スケジュールデー
タ記憶部１０１を参照し（ステップ１００２）、制約条
件記憶部１０２を参照して（ステップ１００３）、制約
違反検査を行なう（ステップ１００４）。次に検査結果
を画面領域（Ｂ）１１２に表示し（ステップ１００
５）、処理を終了する（ステップ１００６）。

【００１７】図１１は制約違反解消手段１０８における
処理の流れを示したフローチャートである。以下、図１
１のフローに従って図１の構成を参照しながら、制約違
反解消手段１０８の処理について説明する。利用者から
の起動命令がかかると、制約違反解消手段１０８が起動
する（ステップ１１０１）。続けて、スケジュールデー
タ記憶部１０１を参照し（ステップ１１０２）、制約条
件記憶部１０２を参照した後（ステップ１１０３）、制
約違反解消知識記憶部１０９を参照する（ステップ１１
０４）。適合する知識がない場合は（ステップ１１０
５）、適合する制約違反解消知識がないことを画面領域
（Ｂ）１１２に表示して（ステップ１１１１）、処理を
終了する（ステップ１１１４）。適合する知識がある場
合は（ステップ１１０５）、スケジュールデータ記憶部
１０１を更新し（ステップ１１０６）、画面領域（Ａ）
１０６上のスケジュール図の更新を行なう（ステップ１
１０７）。次に制約違反検査手段１０７により図１０に
示す制約違反検査を行なう（ステップ１１０８）。すべ
ての制約条件を満たしていれば（ステップ１１０９）、
制約違反が解消されたことを画面領域（Ｂ）１１２に表
示して（ステップ１１１２）、処理を終了する（ステッ
プ１１１４）。満たしていない制約条件があれば（ステ
ップ１１０９）、続行命令があるかどうかを確認する
（ステップ１１１０）。続行命令があれば、再び制約違
反解消知識記憶部１０９を参照する（ステップ１１０
４）。続行命令がなければ、制約違反解消手段１０８を
中断したことを画面領域（Ｂ）１１２に表示して（ステ
ップ１１１３）、処理を終了する（ステップ１１１
４）。

【００１８】このような調整と検査を繰り返して制約違
反を解消した場合、作業間の実施順序関係などの制約条
件は複雑に関係しているため、得られたスケジュールが
元のスケジュールとかけ離れたものになってしまうこと
が起こりうる。こうした場合は、優先度の低い制約条件
を満足しなくなってしまったとしても、元のスケジュー
ルを極力崩さないことが望ましい。プロジェクト管理の
専門家は、元のスケジュールをなるべく保つためには必
ずしも満たさなくて良い制約条件はどれか、といったノ
ウハウや経験に基づいた知識を豊富に持っている。

【００１９】制約条件変更手段１１０は、この知識を利
用する。「必ずしも満たさなくて良い制約条件」を「変
更してしまっても良い制約条件」と考え、上記の専門家
の知識を制約条件変更知識とする。制約条件変更手段１
１０は、この知識を適用し、スケジュールの内容に合わ
せて制約条件の一部を変更する。その後、再びスケジュ
ール操作手段１０５、制約違反検査手段１０７、制約違
反解消手段１０８を適用して新たな制約条件を満たした
スケジュールに修正していけば、当初の制約条件の一部
は満たしていないにしても、元のスケジュールを極力崩
さない形のスケジュールに調整することが可能になる。

【００２０】図１２は制約条件変更手段１１０における
処理の流れを示したフローチャートである。以下、図１
２のフローに従って図１の構成を参照しながら、制約条
件変更手段１１０の処理について説明する。利用者から
の起動命令がかかると、制約違反解消手段１１０が起動
する（ステップ１２０１）。続けて、スケジュールデー
タ記憶部１０１を参照し（ステップ１２０２）、制約条
件記憶部１０２を参照した後（ステップ１２０３）、制
約条件変更知識記憶部１１１を参照する（ステップ１２
０４）。適合する知識がない場合は（ステップ１２０
５）、適合する制約条件変更知識がないことを画面領域
（Ｂ）に表示して（ステップ１２０７）、処理を終了す
る（ステップ１２０９）。適合する知識がある場合は
（ステップ１２０５）、制約条件記憶部１０２を更新し
（ステップ１２０６）、画面領域（Ａ）１０６上のスケ
ジュール図の更新を行ない（ステップ１２０８）、処理
を終了する（ステップ１２０９）。

【００２１】以上のように、上記実施例によれば、プロ
ジェクトのスケジュールを調整する際に、専門家のノウ
ハウや経験を活かして、元のスケジュールを極力崩さな
い形で効率良く調整することができる。

【００２２】

【発明の効果】本発明は上記実施例から明らかなよう
に、スケジュールデータ記憶部に格納されたスケジュー
ルを図表として表示するとともに、利用者がこの図表を
操作することにより対話的にスケジュールの調整を行な
うことができる。また、調整を加えたことで新たに制約
違反が発生しているか否かを検査して、制約違反を起こ
している場合は、違反を解消するための調整を繰り返し
行なうことにより、制約条件を満たしたスケジュール調
整を効率良く行なうことができる。さらに、調整と検査
の繰り返しで制約違反が解消された場合、得られたスケ
ジュールが元のスケジュールとかけ離れている場合は、
元のスケジュールを極力崩さない形で制約条件を変更す
ることができる。

【図面の簡単な説明】

【図１】本発明の一実施例におけるプロジェクト計画支
援装置の全体構成を示すブロック図

【図２】同装置におけるスケジュールデータ記憶部の内
容例を示す模式図

【図３】同装置における制約条件記憶部の内容例を示す
模式図

【図４】同装置における制約違反解消知識記憶部の内容
例を示す模式図

【図５】同装置における制約条件変更知識記憶部の内容
例を示す模式図

【図６】同装置におけるスケジュール調整処理の流れを
示すフローチャート

【図７】同装置におけるスケジュール表示手段の処理の
流れを示すフローチャート

【図８】（ａ）同装置におけるスケジュールの例を示す
アローダイヤグラム （ｂ）同装置におけるスケジュールの例を示すガントチ
ャート

【図９】同装置におけるスケジュール操作手段の処理の
流れを示すフローチャート

【図１０】同装置における制約違反検査手段の処理の流
れを示すフローチャート

【図１１】同装置における制約違反解消手段の処理の流
れを示すフローチャート

【図１２】同装置における制約条件変更手段の処理の流
れを示すフローチャート

【符号の説明】

１０１ スケジュールデータ記憶部 １０２ 制約条件記憶部 １０３ スケジュール編集手段 １０４ スケジュール表示手段 １０５ スケジュール操作手段 １０６ 画面領域（Ａ） １０７ 制約違反検査手段 １０８ 制約違反解消手段 １０９ 制約違反解消知識記憶部 １１０ 制約条件変更手段 １１１ 制約条件変更知識記憶部 １１２ 画面領域（Ｂ）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 坂 田 毅 大阪府門真市大字門真1006番地 松下電器 産業株式会社内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 プロジェクトを構成する作業および資源
   に関するスケジュールデータを格納するスケジュールデ
   ータ記憶部と、スケジュール立案を行なう際に考慮しな
   ければならない制約条件を格納する制約条件記憶部と、
   スケジュールデータ記憶部に記憶されたスケジュールデ
   ータを図表として表示するとともに、表示された図表を
   操作することによりスケジュールを編集してスケジュー
   ルデータ記憶部を更新するスケジュール編集手段と、編
   集したスケジュールが制約条件に違反していないかどう
   かを検査する制約違反検査手段と、制約条件違反を解消
   するようにスケジュールを調整する制約違反解消手段
   と、制約違反解消のための知識を格納する制約違反解消
   知識記憶部と、制約条件記憶部に格納されている制約条
   件を変更する制約条件変更手段と、制約条件変更のため
   の知識を格納する制約条件変更知識記憶部とを備えたプ
   ロジェクト計画支援装置。