JPH02240731A - プロジェクト計画作成・調整方法およびプロジェクト管理システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、プロジェクトの管理を支援するシステムに係
り、特に、ソフトウェア開発を中心とするプロジェクト
のように、作業スケジュール作成・変更の際に、開発期
間の長さにより開発工数が異なることを考慮しなければ
ならない対象に好適なプロジェクト管理システムに係る
。

〔従来の技術〕

ソフトウェアの開発を中心とする情報システム開発プロ
ジェクトは、ますます増加する一方、開発期間は短期化
している。このような状況下で、限られた資源（人、計
算機等）のもとで、要求された納期までにシステムを完
了するためには、適切なプロジェクトの管理が重要であ
る。プロジェクト管理の主要な業務として、計画段階で
の作業量の見積りおよび作業スケジュールの作成と実施
段階での工程遅れ解消のためのスケジュールの調整があ
る。しかし、プロジェクト管理業務は、要素が複雑かつ
非定型のため、計算機化が難しく。

従来、プロジェクト管理者の経験と勘に頼っていた。プ
ロジェクト管理業務を計算機化した従来のシステムとし
て、情報処理学会ソフトウェア工学研究会資料４６−２
３　（１９８６）、ｐｐ１７３−１８０において論じら
れているように、見積った作業量は、開発する期間に影
響を受けず、一定となっていた。また、確保可能な人員
数の制限を考慮せず１期間制約のみを考慮するシステム
となっていた。一方、従来のスケジューリング方式とし
て、実用レベルで扱える手法としては、製造業を対象に
使われているＰＥＲＴ／ＬＯＡＤが唯一ある。この概要
を第３図を使い説明する。

まず、各仕事（図中のＡ−Ｆ）を最も着手可能な時刻に
割付け、初期の負荷山積み結果を作成する。第３図の例
では、各仕事には、２人の作業員が必要であり、人員と
しては４人しかいない、初期負荷山積み結果では、ピー
ク負荷時に６人必要であり、２人足りない、ＰＥＲＴ／
ＬＯＡＤでは、負荷を人員内に納めるため、負荷の山崩
しを行なう、初期山積み作成では、各仕事の着手時刻を
最早可能時刻に割付けているため、時刻軸上を右シフト
できる仕事がある。そこで、右シフト可能な仕事の中で
最も遅く完了するものを取りだしく例では、仕事Ｆ）、
仕事の実行順序の制約、納期（例では１時刻２０時）遵
守のもと、その仕事の着手時刻を最も負荷が崩れる時刻
に右シフトする。

つぎに、残りの仕事を対象に同様の処理を繰返し、負荷
が人員の容量以下になれば処理を終了する。

〔発明が解決しようとする課題〕

ソフトウェアを対象とするシステム開発では、開発工数
は、開発期間を長くするほど減少し、逆に開発期間を短
かくすれば急激に増加することが経験的に把握されてい
る。そのため、作業スケジュールを作成する（日程経験
的に把握されている。

そのため１作業スケジュールを作成する（日程計画表に
展開する）問題は、種々の制約下で、見積った開発工数
と開発期間との相互関係を考慮した特殊な組合せ問題で
あり、開発期間の長さにより工数が異なることも合いま
って、単純には自動化できない、そのため、開発工数と
開発期間との相互関係を考慮していない従来技術では、
開発期間の長さにより工数が異なることが配慮されてお
らず、適切な作業スケジュールの作成・調整が不可能で
あるという問題があった。また、スケジューリング方式
に関し、上記従来技術では、作業量が人員制限をオーバ
した時には、各作業の着手時刻を遅らせる単純な右シフ
ト手段しか配慮されておらず、右シフト手段で山崩しで
きない場合は、プロジェクト管理者が、経験や勘に頼っ
て、その結果を修正しなければならないという問題点が
あった。

本発明は、従来の問題点を解決し、開発工数と開発期間
との相互関係を考慮しながら所定の人員制約および期間
制約を満たす作業スケジュールの作成・調整が可能なプ
ロジェクト管理システムを提供することにある。

〔課題を解決するための手段〕

上記目的を達成するため、ソフトウェアの開発規模に応
じて、標準的な開発工数と開発期間との相互関係データ
および資源（人１期間）の配分に関するデータを記憶す
る見積りデータ記憶手段と、対象プロジェクトの特性お
よび制約条件等の対象プロジェクトに関する情報を記憶
する対象プロジェクト情報記憶手段と、対象プロジェク
トの各作業毎に初期の開発工数、開発期間および人員負
荷を見積もる初期見積り手段と、初期見積り結果に基づ
いて初期の負荷山積りを行なう初期山積み手段と、各工
程の着手時刻を調整して負荷山崩しを行なう負荷山崩し
手段と、負荷山崩し状況に応じて開発期間と開発工数を
調整する工数・期間調整手段と、プロジェクトの実績デ
ータを入力する実績データ入力手段と、プロジェクトの
進捗を予測する進捗予測手段と、スケジュール！［ｌＩ
Ｉ手順を設定する調整方針設定手段と、スケジュール調
整手順に従いスケジュールを調整するスケジュール調整
手段を設けたものである。

〔作用〕

初期見積り手段は、上記見積りデータ記憶手段の内容に
基づき、対象プロジェクトの開発規模に対応した標準工
数・標準期間および標準資源配分率データを求め、各サ
ブシステムの初期の開発工数、開発期間と工程別の開発
工数、開発期間、人員負荷を見積もる。初期山積み手段
は、上記初期見積り手段の結果に基づいて、各工程の最
早着手可能日、開始日を仮設定して、初期の負荷山積み
を行なう、負荷山崩し手段は、上記見積りデータ記憶部
の内容に基づき、各工程の開始日を時間軸上で遅らせる
右シフト処理を行ない、負荷の山崩しを行なう、負荷山
崩し手段の実行で対象プロジェクトの人員制約、期間制
約を満足できなければ、工数・期間調整手段は、上記見
積りデータ記憶部の内容に基づき、負荷山崩し状況に応
じて、適切なサブシステムを選び、開発工数と開発期間
を調整し、さらに、負荷山崩し手段の適用を繰り返し、
人員制約、期間制約を満足する作業スケジュールを作成
する。実績データ入力手段は、入力されたプロジェクト
の実績データを上記プロジェクト情゛報記憶部に格納す
る。進捗予測手段は、上記情報記憶部および見積り基本
データ記憶手段の内容に基づき、プロジェクトの進捗状
況を予測する。Ｉｉ整方針設定手段は、内蔵するスケジ
ュール調整機能をどの順序で適用するかの調整機能適用
順序を設定する。スケジュール調整手段は、上記調整機
能適用順序に従い、対象プロジェクトの制約、期間制約
を満足する作業スケジュールの調整を実施する。

以上の処理により、開発工数と開発期間との相互関係を
考慮しながら所定の人員制約および期間制約を満たす作
業スケジュール立案が可能なプロジェクト管理システム
を実現することができる。

〔実施例〕

以下、本発明の一実施例を第３図に示す、本発明の機能
ブックとテーブルの関連図を中心に説明する。各ブロッ
ク、テーブルの詳細は、必要に応じてその都度他の図面
で説明する。

全体制約部２０１は、入力部２０２．スケジュール作成
部２０３、結果出力部２０４を順次起動し、結果の出力
まで各機能ブロックを制御する。

入力部２０２は、対象プログラムの特性やプロジェクト
の作業単位であるサブシステムの特性や人員制約、期日
制約に関する定義データ、他をプロジェクト特性データ
２０５に格納する。プロジェクト特性データ２０５は、
第４図に示す対象プロジェクト特性テーブル４０１、プ
ロジェクトの実施可能時間帯での確保可能な人員数を格
納する人員制約テーブル４０２、各サブシステムの開発
規模および着手可能日、納期を格納するサブシステム特
性テーブル４０３、各作業の先行・後策作業を格納する
実施順序制約テーブル４０４からなる。また、第５図に
示す工数・期間調整ルールに関するデータを追加・修正
する。

邊１図はスケジー−ル作成部２０３の機能ブロツクとテ
ーブルの関連を示す図である。スケジュール作成部２０
３は、スケジュール作成制御部１０１、初期工数・期間
見積り部１０２、初期山積み部１ｏ３．負荷山崩し部１
０４、工数期間調整部１０５から構成され、プロジェク
ト特性データ２０５、工数・期間調整ルール２０６、見
積り基本データ２０７に基づいて、人員制約、期間制約
を満たす作業スケジュールを作成し、スケジュールデー
タ２０８に結果を格納する。

スケジュール作成部２０３の各機能ブロックの詳細を説
明する前に、見積り基本データ２０７およびスケジュー
ルデータ２０８の詳細を説明する。

見積り基本データ２０７は、第６図に示す開発工数・期
間相互関係データ６０１と第７図に示す標準資源配分率
テーブル７０１からなる。開発工数・期間相互関係デー
タ６０１は、基準的な特性を持つプロジェクトに対し、
標準的な能力を持つ人員が、ソフトウェアを開発するの
に要する開発期間および開発工数の関係を示すものであ
り、開発規模Ｓに応じて、期間Ｘと工数ｍは、ｍ＝ψ（
ｘ、ｓ）で定義できる。なお、開発規模Ｓに対応して、
開発期間設定の基準となる期間を基準期間Ｘ本として、
関数ｘ＊＝ｓＴＤ（ｓ）で設定する。標準資源配分率テ
ーブル７０１は、各サブシステムの開発期間Ｘおよび開
発工数ｍをそれぞれの工程に分配する標準的な配分率で
あり、開発規模に対応した値を持つ。

スケジュールデータ２０８は、第８図に示す作業量テー
ブル８０１と作業スケジュールテーブル８０２、作業割
付はテーブル８０３、見積り調整テーブル８０４からな
る。作業量テーブル８０］は、見積った各サブシステム
の開発期間、工数及び工程別開発期間、工数を格納する
。作業スケジュールテーブル８０２は、負荷山崩し中の
各サブシステムの工程毎の開始日を格納する。作業割付
テーブル８０３は、負荷山崩し中の各サブシステムの人
員負荷および各期間における人員負荷の合計を格納する
。見積り調整テーブル８０４は、各サブシステムの開発
工数・期間調整のためのデータを格納する。

スケジュール作成制御部１０１の動作を第９図の動作フ
ローチャートに基づいて説明する。

スケジュール作成制御部１０１は、まず、終了フラグＦ
および結果フラグＲの値を０にする（ボックス９０１）
＠つぎに、見積り調整テーブル８０３の各サブシステム
に対して、調整期間に０、負荷オーバ期間に′あり″調
整フラグに１をそれぞれ格納する（ボックス９０２）、
つぎに、初期工数・期間見積り部１０２を起動し、各サ
ブシステムの初期見積り工数・期間を求める（ボックス
９０３）。初期山積み部１０４に結果フラグＲを送って
起動し、初期の負荷山積み処理を実行する（ボックス９
０４）。初期山積み部１０４から戻ってきた結果フラグ
Ｒを判定し、結果フラグＲが１ならば処理を終了する（
ボックス９０５）、負荷山崩し部１０５に結果フラグＲ
を送って起動し。

負荷山崩し処理を実行する（ボックス９０６）。

負荷山崩し部１０５から戻ってきた結果フラグＲを判定
し、結果フラグＲが１ならば処理を終了する（ボックス
９０７）、ボックス９０５の判定で、結果フラグＲが１
でなければ、工数・期間調整部１０３に終了フラグＦを
送って起動し、各サブシステムの開発工数・期間を調整
する（ボックス９０８）、工数・期間調整部１０３から
戻ってきた終了フラグＦを判定し、終了フラグＦが１な
らば処理を終了し、結果フラグＲが１でなければ、ボッ
クス９０６の処理に戻る（ボックス９０９）。

初期工数・期間見積り部１０２の動作を第１０図の動作
フローチャートに基づいて説明する。

初期工数・期間見積り部１０２は、すべてのサブシステ
ムｉについて以下の処理を実行する。

まず、サブシステム特性テーブル４０２のサブシステム
Ｎａｉの開発規模ｓｔに対する基準期間ｘＩ魚に対して
工数・期間調整ルールデータ２０６の期間・修正ルール
を適用して修正期間ｘ１を求める（ボックス１００２）
、サブシステム特性テーブル４０２の着手可能日ｅ１と
納期ｄｉとの関係から、初期見積り期間Ｘ６ｉを次式で
求める（ボックス１００３）。

つぎに、開発期間Ｘ玉に対する仮想的な開発工数ｍ’ｔ
に対して、工数・期間調整ルールデータ２０６の工数修
正ルールを適用して、初期見積りｍ、ｌを求める（ボッ
クス１０５５）、初期見積り期間Ｘ　ｏ　１を基準期間
とする開発規模Ｓ″１（＝ＳＴＤ−”　（ｘｔ））に適
した標準配分率を標準配分率テーブル７０１から選び、
工数・期間調整ルールデータ２０６の資源配分率ＲＤ目
″、　ＲＭＩＪ’を求める（ボックス１００６）。最後
に、各工程別の開発期間ＰＤＩＪ、開発工数Ｐ　Ｍ　ｔ
　Ｊ、人員負荷ＰＰＩＪを次式により計算する（ボック
ス１００７）。

Ｐ　ＤＩＪ：　ｘｌｌＩ　Ｘ　ＲＤｒＪＰ　Ｍ　Ｉ　Ｊ
　＝　ｍ　６　ｓ　Ｘ　ＲＭ　ｓ　ＪＰ　Ｐｒ−＝　　
［ＰＭｔ−／　Ｐ　Ｄｔａ］初期山積み部１０３は、結
果フラグＲが送られてくると、見積り調整テーブル８０
３の調整フラグが１の全てのサブシステムについて、Ｐ
ＲＥＴ／Ｔ　Ｉ　ＭＥ計算により各工程の最早開始可能
日を求めて開始日とし１作成スケジュールテーブル８０
２に設定し、作業量テーブル８０１より各期間での人員
負荷を求めて作業割付はテーブル８０３に設定する。つ
ぎに、各期間での人員負荷の合計を求める。このとき、
人員制限テーブル４０１と比較し、すべての期間に対し
、人員数≦人員負荷ならばそのまま終了し、そうでなけ
りば、結果フラグＲを１にして終了する。

負荷山崩し部１０４の動作を第１１図の動作フローチャ
ートに基づいて説明する。

負荷山崩し部１０４は、結果フラグＲが送られてくると
、以下の処理を実行する。まず、見積り調整データ８０
３の負荷オーバ期間に“なし″を設定し、見積り調整テ
ーブル８０４の調整フラグが１のサブシステムを１つ選
んで、負荷山崩し対象のサブシステムに選び、上記サブ
システムの上記調整フラグをＯにする（ボックス１１０
１）。

このとき、負荷山崩し対象サブシステムがなければ、処
理を終了する（ボックス１１０２）。ボックス１１０２
で対象サブシステムがあれば、対象サブシステムＰ　Ｅ
　ＲＴ／Ｔ　Ｉ　ＭＥ計算により、対象サブシステムの
各工程を最早開始可能日を求めて開始日とし１作業スケ
ジュールテーブル８０２に設定し、作業量テーブル８０
１より各期間での人員負荷を求めて作業割付はテーブル
８０２に設定する（ボックス１１０３）、つぎに、右シ
フト処理により、実施順序制約テーブル４０３の実施順
序の規制下で対象サブシステムの各工程の新たな開始日
を各期間における人員負荷と人員数の差の自乗和が最小
となる開始日に割り付ける（ボックス１１０４）、つぎ
に、各期間での人員負荷の合計を求め、人員制限テーブ
ル４０１と作業割付はテーブル８０３とを比較し、人員
数く人員負荷となる期間をもつサブシステムがあれば、
該サブシステムに対応する見積り調整データ８０３の負
荷オーバ期間に“あり”を設定する（ボックス１１０５
）、人員制限テーブル４０１と作業割付はテーブル８０
３とを比況較し、すべての期間に対し１人員数≧人員負
荷か否かを比較しくボックス１１０６）、人員数≧人員
負荷ならば、結果フラグＲを１にして終了する（ボック
ス１１０７）。

そうでなければ、ボックス１１０１へもどる。

工数・期間調整部１０３の動作を第１２図の動作フロー
チャートに基づいて説明する。

工数・期間調整部１０３は、終了フラグＦが送られてく
ると、見積り調整テーブル８０４の調整フラグをすべて
Ｏにする（ボックス１２０１）。

工数・期間調整ルールデータ２０６の工数・期間調整ル
ールを一つづつ取り出し、条件部の内容と見積り調整テ
ーブル８０３の内容とを比較して一致するか否かを判定
する（ボックス１２０２）。

ボックス１２０２の判定で一致するルールがなければ、
終了フラグＦを１にして終了する（ボックス１２０２）
、ボックス１２０２の判定で一致するルールがなければ
、終了フラグＦを１にして終了する（ボックス１２０３
）、ボックス１２０２の判定で一致するルールがあれば
、該ルールの結論部に書かれた調整期間を、該条件部を
満満すサブシステムｎｏ、対する見積り調整テーブル８
０３の調整期間に格納し、上記調整フラグを１にする（
ボックス１２０４）。見積り調整テーブル８０３の調整
フラグが１のサブシステムｎｏ。

ｉに対し、調整間の開発期間ｘ１を次式により求め１作
業量テーブル８０１に格納する（ボックス１２０５）。

Ｘ１＝Ｘａｌ＋Ｑ１ つぎに、初期工数・期間見積り部１０２のボックス１０
０４〜１００５までと同様の処理により、上記開発期間
ｘ１に対する開発工数ｍｌを求め、作業量テーブル８０
１に格納する（ボックス１２０６）。最後に、初期工数
・期間見積り部１０２のボックス１００６〜１００７ま
でと同様の処理により、上記サブシステムの工程別開発
期間、開発工数、人員負荷を求め、作業量テーブル８０
１に格納して終了する（ボックス１２０７）。

結果出力部２０５は、作業スケジュール作成結果として
、作業量テーブル８０１、作業割り付は結果テーブル８
０３１人員制約テーブル４０２に基づいて、第１３図に
示すような人員山積み表および第１４図に示すようなア
ローダイヤグラムの形式で作業スケジュールを出力する
。第１３図の人員山積み表には、各期間でのサブシステ
ム別の人員負荷と対象プロジェクトの人員制約をともに
出力している。なお、人員山積み表の出力の際、さらに
、作業量テーブル８０１に基づいて、各サブシステムの
工程別に人員負荷を出力することも可能である。また、
第１４図の作業のスケジュール結果では、作業スケジュ
ールとともに対象プロジェクトの納期を出力している。

なお、第１４図では１作業スケジュールをアローダイヤ
の形式で出力しているが、バーチャートで出力すること
も可能である。

本実施例によれば、対象プロジェクトの特性に即して、
自動的に対象プロジェクトの人員制約、期日制約を満足
する作業スケジュールを立案できる。これによって経験
や勘に頼っていたプロジェクト計画業務を自動化できる
という効果がある。

さらに、山背山崩し状況に応じた開発期間・工数の調整
ノウハウ等のプロジェクト管理者の持つ経験的な知識を
ルールで記述・入力することにより、開発環境の変化や
経験的な知識の追加１等に応じて、容易に変更・追加・
保守できるという効果がある。

なお、上記実施例では、見積り基本データは、各開発規
模に対して１種類であったが、複数の見積り基本データ
を記憶し、利用者が選択することも可能である。本実施
例によれば、対象プロジェクトに合った工数・期間の相
互関係を選択できるので、より精度の高い作業スケジュ
ールを作成できるという効果がある。また、同一プロジ
ェクトについて、複数の異なる見積り基本データを利用
して作業スケジュールを作成し、比較・検討できるとい
う効果がある。

なお、上記実施例では、利用者が見積り基本データを選
択していたが、それぞれの見積り基本データに識別子を
つけ、対象プロジェクトに応じて、利用する見積り基本
データに識別子をつけ、対象プロジェクトに応じて、利
用する見積り基本データの選択方法を第１５図に示すよ
うなルールで記述することも可能である０本実施例によ
れば、対象サブシステムに応じた見積り基本データを選
択できるという効果がある。

なお、上記第１の実施例では、開発規模に応じて見積り
基本データを定義し、サブシステム毎に開発工数、開発
期間の見積り・調整を実施することとなっているが、各
工程別に開発規模に応じた見積り基本データを定義し、
各サブシステムの開発工数・開発期間の見積り・調整を
実施することも可能である。本実施例によれば、人員制
約期日制約を溝間しない期間の工程のみを対象に開発工
数・開発期間を調整できるので、制約条件が厳しい対象
プロジェクトでも制約条件を満足する作業スケジュール
を作成できるという効果がある。

なお、上記第１の実施例において、実施順序制約テーブ
ル４０３に基づいて、第１６図に示すようなＰＥＲＴ図
を出力することも可能である。本実施例＆４．　Ｑば・
定義した実施人員制約の誤りを容易に検出できるという
効果がある。また、作成した作業スケジュールと対比し
てＰＥＲＴ図を出力することにより、各作業の実施順序
制約と作業スケジュール結果との関連を容易に理解でき
るという効果がある。

なお、上記第１の実施例では、最終的に作成した作業ス
ケジュール結果を最後に出力しているが、負荷山崩し部
１０５の処理をする都度結果出力部２０５を起動し、負
荷山崩し結果を出力することも可能である。本実施例に
よれば、負荷山崩しの過程を利用者が容易に理解でき、
作業スケジュール修正の際の参考になるという効果があ
る。

上記第１の実施例では、１プロジエクトの作業スケジュ
ール結果しか格納できないが、スケジュールデータ２０
８を複数持つことにより、制約条件を変更した複数の作
業スケジュール結果を記憶することができる０本実施例
によれば、制約条件を調整しながら最も望ましいプロジ
ェクトの作業スケジュールおよび実施計画を作成できる
という効果がある。

なお、見積り基本データ２０７を外部記憶媒体に記憶す
ることにより、利用者が必要に応じて容易に見漬り基本
データを変更して、適切な作業スケジュールを作成でき
る。

なお、入力したプロジェクト特性データ２０５および作
成した作業スケジュール結果を外部記憶媒体に記憶する
ことにより、実際の作業スケジュールとして利用できる
という効果がある。

つぎに、本発明の第２の実施例を第１７図に示す本発明
の機能ブロックとテーブルの関連図を中心に説明する。

各ブロック、テーブルの詳細は、必要に応じてその都度
他の図面で説明する。

全体制御１７０１は、プロジェクトデータ管理部１７ｏ
２、スケジュール調整部１７ｏ３を利用者の指定に応じ
て起動する。

プロジェクトデータ管理部１７０２は、プロジェクト特
性データ２０５、プロジェクト実績データ１７０４、ス
ケジュールデータ２０８の入出力の管理を行う、プロジ
ェクト実績データ１７ｏ４は、第１８図に示す実績作業
量テーブル１９ｏ１、実績作業スケジュールテーブル１
８ｏ２、現在状況テーブル１８０３、開発規模見積りテ
ーブル１８０４、現在日データ１８ｏ５からなる。実績
作業量テーブル１８０１は、各サブシステムの終了工程
および現在進行中の工程（現在工程）の開発期間および
開発工数の実績を格納する。実績作業スケジュールテー
ブル１８０２は、各サブシステムの終了工程および現在
工程の実績開始日を格納する。現在状況テーブル１８０
３は、各工程の進捗度を格納する。開発規模見積りテー
ブル１８０４は、各サブシステムの開発規模の最新見積
りデータを格納する。現在日データ１８ｏ５は、現在の
日付けを格納する。なお、プロジェクト特性データ２０
５は、第１の実施例と同様であり、スケジュールデータ
２０８は、第１の実施例の作業スケジュール作成結果に
基づく対象プロジェクトの実施作業スケジュールを格納
している。

第１９図は、スケジュール調整部１７０２の機能ブロッ
クとテーブルの関連を示す図である。スケジュール調整
部１７０２は、スケジュール調整制御部１９０１、進捗
予測部１９ｏ２、調整方針設定部１９０３、調整案作成
部１９ｏ４がら構成され、プロジェクト特性データ２ｏ
５．プロジェクト実績データ１７０４、スケジュールデ
ータ２０８、工数・期間調整ルール２０６、見積り基本
データ２０７、制約条件データ１７０５に基づいて、制
約を満たすスケジュール調整部を作成し、スケジュール
調整データ１７０６に結果を格納する。なお、スケジュ
ール調整手段の追加人員処理部１９０５と人員シフト処
理部１９０６は、必要に応じて調整案作成部１９０４か
ら起動される。

スケジュール調整部１７０２の各機能ブロックの詳細を
説明する前に、制約条件データ１７ｏ５、スケジュール
調整データ１７０６の詳細を説明する。

制約条件データ１７０５は、第２０図に示す追加人員制
約テーブル２００１、人員シフト条件２００２、実施順
序制約テーブル２００３．期日制約テーブル２００４か
らなる。追加人員制約テーブル２００１は、各工程で追
加投入可能な人員数を格納する０人員シフト条件２ｏ０
２は、あるサブシステムの作業に割り付けられた人員を
別のサブシステムの作業へ割り付ける（人員シフト）す
る際の、シフト元のサブシステムとシフト先のサブシス
テムおよびシフトする人員数を格納する。

実施順序変更テーブル２００３は、実施順序制約テーブ
ル４０４の対象プロジェクトの実施順序制約に対し、変
更後の作業間の実施順序制約を格納する０期日制約テー
ブル２００４は、対象プロジェクト特性テーブル４０１
およびサブシステム特性テーブル４０３の期日制約に対
し、変更後の期日制約を格納する。

スケジュール調整１７０６は、第２１図に示す予測作業
量テーブル２１０１．予測作業スケジュールテーブル２
１０２、調整手段適用順序テーブル２１０３、調整作業
スケジュールテーブル２２０４、調整人員負荷テーブル
２１ｏ５からなる。予測作業量テーブル２１０１は、進
捗予測での作業量計算結果を格納する。予測作業スケジ
ュールテーブル２１０２は、進捗予測での作業スケジュ
ール予測結果を格納する。調整手段適用順序テーブル２
１０３は、利用者が入力したスケジュール調整手段は適
用順序を格納する。調整作業スケジュールテーブル２２
０４は、スケジュール調整中または、スケジュール調整
結果の作業スケジュールを格納する。調整人員負荷テー
ブル２１０５は、スケジュール調整中または、スケジュ
ール調整結果の人員負荷を格納する。

スケジュール調整制御部１９０１の動作を第２２図の動
作フローチャートに基づいて説明する。

スケジュール調到制御部１９０１は、まず、進捗予測部
１９０２を起動し、対象プロジェクトの今後の進捗予測
を行い、プロジェクトが納期内に終了するか否かの診断
をする（ボックス２２０１）。

つぎに、利用者に処理を終了するか否かを問い合わせ、
′終了”ならば処理を終了する（ボックス２２０２）、
”終了”でなければ、調整方針設定部１９０３を起動し
、スケジュール調整手順を設定する（ボックス２２０３
）、つぎに、調整案作成部１９０４を起動し、スケジュ
ール調整手順に従いスケジュール調整案を作成し、ボッ
クス２２０２の処理へ戻る（ボックス２２０４）。

進捗予測部１９０２の動作を第２３図の動作フローチャ
ートに基づいて説明する。

進捗予測部１９０２は、まず、ｉを１に設定する（ボッ
クス２３０１）、つぎに、サブシステム特性テーブル４
０３と開発規模見積りテーブル１８０４のサブシスムｎ
ｏ、ｉのそれぞれの開発規模Ｓｔ９ｇ’ｔを比較し、Ｓ
　ｔ　＜　ｓ″、かどうかを判定しくボックス２３０３
）　、ｓｉ＜ｓ’ｉならば、開発規模Ｓ’ｓに対して１
作業量テーブル８０１の開発期間Ｘｉでの開発工数ｍｉ
と各未着手工程の開発工数Ｐ　Ｍ　＊　Ｊを、第１の実
施例の初期工数・期間見積り部１０２のボックス１００
４〜１００７までと同様の処理により求めて、予測作業
量テーブル２１ｏ１に格納する。また、各未着工程ｊを
作業割り付はテーブル８０１の人員ＰＰ１ｔで開発した
際の開発期間ＰＤｉｊを次式により計算し、予測作業量
テーブル２１０１に格納する（ボックス２３０３）。

Ｐ　Ｍ　Ｉ　Ｊ ボックス２３０２の判定で、Ｓｔ＜Ｓ’ｔならば、未着
手工程の作業量テーブル８０１の開発工数、開発期間の
データを予測作業量テーブル２１０２にコピーする（ボ
ックス２３０４）、つぎに、プロジェクト実績データ１
７０４の現在工程ｊの進捗度Ｗ□、実績開始日τ目、現
在の日付Ｔ　ｎｏｗに基づき、サブシステムｎｏ、ｉの
現在工程ｊの残り開発工数、開発期間および終了日を次
式により計算し、それぞれ予測作業量テーブル２１０１
あるいは予測作業スケジュールテーブル２１０１に格納
する。（ボックス２３０５） つぎに、サブシステムｎｏ、（ｉ＋１）のサブシステム
があるか否かを判定しくボックス２３０６）、あればｉ
を１カウントアツプして、ボックス２３０２の処理に戻
る（ボックス２３０７）。サブシステムｎｏ、（ｉ＋１
）のサブシステムがなければ、予測作業量テーブル２１
０１に基づき、ＰＥＲＴ／ＴＩＭＥ計算により未着手工
程の新たな開始日を計算し、予測作業スケジュールテー
ブル２１０２に格納する（ボックス２３０８）、″ａ渉
予測結果として、予測作業スケジュールテーブル２１ｏ
２に基づいて第１の実施例と同様にアローダイヤまたは
バーチャートの形式で出力する（ボックス２３０９）。

！ｌｉｌ！方針設定部１８０３は、″追加入提投入”″
実施順変更″″期日制約変更″の４つのスケジュール調
整機能を表示し、利用者から入力されたスケジュール調
整機能の適用順序を調整機能適用順序テーブル２１０３
に格納する。

調整案作成部１９０４の動作を第２４図の動作フローチ
ャートに基づいて説明する。

調整案作成部１９４０は、まず、制約条件テーブル１７
０５を初期化する（ボックス２４０１）。

すなわち、追加人員制約テーブル２００１にＯを格納し
１人員シフト条件テーブル２００２をクリアし、実施順
序変更条件テーブル２００３に実施順序制約テーブル４
０４の内容をコピーし１期日制約条件テーブル２００４
にプロジェクト特性テーブル４０１のプロジェクトの納
期およびサブシステム特性テーブル４０３の着手可能日
を納期を格納する。つぎに、調整作業スケジュールテー
ブル２１ｏ４に予測作業スケジュールテーブル２１ｏ２
の内容をコピーする（ボックス２４０２）。

予測作業量テーブル２１０１に基づいて調整人員負荷テ
ーブル２１０５の値を設定する（ボックス２４０３）、
ｊに１を設定する（ボックス２４０４）。

つぎに、調整機能適用順序テーブル２１ｏ２のｊ番目の
調整機能を判定しくボックス２４０５）、ｊ番目の調整
機能がなければ処理を終了する。ボックス２４０５の判
定で、ｊ番目の調整機能が゛′追追加入校投入ならば、
利用者から入力された各工程の追加可能人員数を追加人
員制約テーブル２００１に設定しくボックス２４０６）
、追活加入員投入処理１９０５を起動して処理を実行す
る（ボックス２４０６）、ボックス２４ｏ５の判定で、
ｊ番目の調整機能が１′人員シフト″ならば、利用者か
ら入力された人員シフト条件を人員シフト条件テーブル
２００２に設定しくボックス２４０８）、人員シフト処
理部１９ｏ５を起動して処理を実行する（ボックス２４
０９）、ボックス２４０５の判定で、ｊ番目の調整機能
が″実施順序変更″ならば、利用者から入力された変更
後の実施順序制約を実施順序変更条件テーブル２００３
　ニ設定しくボックス２４１０）。

ＰＥＲＴ／ＴＩＭＥ計算により未着手工程の新たな開始
日を計算し、調整作業スケジュールテーブル２１０５に
格納する（ボックス２４１３）、ｊ番目の調整機能が“
′期日制約変更″′ならば、利用者から入力された変更
後の期日制約を期日制約条件テーブル２００４に設定し
くボックス２４１０）、ボックス２４１３の処理を実行
する。ｊ番目の調整機能が、″工数変更″ならば、利用
者がら入力された変更後の工数を予測作業テーブル２０
０１に設定しくボックス２４１２）、ボックス２４１３
の処理を実行する。スケジュールｍｕ結果として。

調整作業スケジュールテーブル２１ｏ５に基づいて第１
の実施例と同様にアローダイヤまたはバーチャートの形
式で出力する（ボックス２４１４）。

つぎに、すべてのサブシステムについて、最終工程の終
了日≦納期かどうかを判定しくボックス２４１５）、す
べてのサブシステムについて、最終王位の終了日≦納期
ならば、処理を終了する。

そうでなければ、ｊを１カウントアツプして（ボックス
２４１６）、ボックス２４０５の処理へ戻る。

追加人員投入処理部１９０５の動作を第２５図の動作フ
ローチャートに基づいて説明する。

追加人員投入処理部１９０５は、まず、ＰＥＲＴ／ＴＩ
ＭＥ計算により全余裕がマイナスの工程をサブシステム
を１つ追加人員投入対象のサブシステムに選ぶ（ボック
ス２５０１）。このとき、対象サブシステムがなければ
、処理を終了する（ボックス２５０２）。つぎに、第２
６図に示すような調整工程選択ルールを適用して、立象
すブシテスムの調整工程の候補とその調整優先度を求め
る（ボックス２５０３）、ｋを１に設定する（ボックス
２５０４）、このとき、優先度にの調整工程があるか否
かを判定しくボックス２５０５）、なければ、ボックス
２５０１の処理へ戻る。対象サブシステムがあれば、優
先度にの調度工程に追加人員制約テーブル２ｏ１１に設
定された人員数を追加投入した際の開発工数と人員負荷
を求め、それぞれ予測作業量テーブル２１０１、調整人
員負荷テーブル２１０５に格納する（ボックス２５０６
）、つぎに、ＰＥＲＴ／ＴＩＭＥ計算により未着手工程
の新たな開始日を計算し、調整作業スケジュールテーブ
ル２１０５に格納する（ボックス２５０６）。すべての
サブシステムについて、最終工程の終了日≦納期かどう
かを判定しくボックス２５０８）、すべてのサブシステ
ムについて、最終工程の終了日≦納期ならば、処理を終
了する。そうでなければ、ボックス２５０５の処理へ戻
る。

人員シフト処理部１９０６は、まず、人員シフト条件２
００２のシフト元サブシステムに指定されたサブシステ
ムの全工程の人員負荷から一律該テーブルのシフト人員
数を減じた人員数を求め、その時の各工程での開発期間
を計算し、予測作業量テーブル２１０１に格納する。ま
た１人員シフト条件２００２のシフト先サブシステムに
指定されたサブシステムの全工程の人員負荷から一律該
テーブルのシフト人員数を加算した人員数を求め、その
時の各工程での開発期間を計算し、予測作業量テーブル
２１０１に格納する。つぎに、ＰＥＲＴ／ＴＩＭＥ計算
により未着手工程の新たな開始日を計算し、調整作業ス
ケジュールテーブル２１０５に格納して、処理を終了す
る。

本実施例によれば、プロジェクトの進捗状況に即して、
プロジェクトの人員制約、期日制約を満足するスケジュ
ール調整を実施できる。また、スケジュールｒＡ１１機
能の適用順序を指定し、制約条件を変更しながら複数の
スケジュールｍａ案を作成できるので、プロジェクトの
実施段階での工程遅れに対する適切なスケジュール調整
案を容易に作成できるという効果がある。また、プロジ
ェクトの今後の進捗を予測できるので、プロジェクトの
危険度を早期に発見できるという効果がある。

また、スケジュール調整機能の適用順序を指定し、制約
条件を設定しながら、スケジュール調整案の作成過程を
逐次具ることができるので、最適なスケジュール調整を
実施できるという効果がある。

なお、スケジュール調整機能の適用順序をシステム内に
内蔵することにより、プロジェクトの進捗状況に即して
、自動的にプロジェクトの人員制約、期日制約を満足す
るスケジュール調整実施できるという効果がある。スケ
ジュール調整機能の適用順序を第２７図に示すようなル
ールで記述することにより１種々の変更条件に迅速に対
応できるという効果がある。

なお、第１および第２の実施例のシステムは教育システ
ムに利用することも可能である。これによって、経験の
浅いプロジェクト管理者でも適切なスケジュールの作成
・ｒＡ１１方法を修得できる。

〔発明の効果〕

本発明によれば、開発工数と開発期間の相互関係を考慮
しながら、対象プロジェクトの所定の人員制約、期日制
約を満たす作業スケジュールの作成・調整が可能なプロ
ジェクト管理を実現できる。

これにより、経験の浅いプロジェクト管理者でも容易に
高度なプロジェクト管理が実施できる。また、数多くの
プロジェクトを同時に管理している場合でも、抜けや誤
りを少なくすることができる。

さらに、プロジェクト管理者の持つ期間・工数の調整方
法等の経験的な知識をルールで記述・入力することによ
り、プロジェクトの環境の変化や経験的な知識の追加に
柔軟に対応できるという効果がある。

【図面の簡単な説明】

第１図は第２図の本発明の一実施例中のスケジュール作
成部２０３の詳細機能ブロック図であり、第２図は本発
明の一実施例の機能ブロックとテーブル関連図を示す図
であり、第３図はＰＥＲＴ／ＬＯＡＤの概要を示す図で
あり、第４図はプロジェクト特性データ２０８のテーブ
ル構造を示す図であり、第５図は、期間・工数調整ルー
ルデータ２０６のテーブル構造を示す図であり、第６図
は見積り基本データ２０７の開発工数・期間相互関係デ
ータを示す図であり、第７図は見積り基本データ２０７
の標準資源配分率テーブル７０１を示す図であり、第８
図はスケジュールデータ２０８のテーブル構造を示す図
であり、第９図はスケジュール作成制御部１０１の動作
フローチャートであり、第１０図は初期工数・期間見積
り部１０２の動作フローチャート、第１１図は負荷山崩
し部１０５の動作フローチャートであり、第１２図は負
荷山崩し部１０５の動作フローチャートを示す図であり
、第１３図は人員山積み表の出力図であり、第１４図は
作業スケジュール結果出力図、第１５図は見積り基本デ
ータの選択方法のルール記述例であり、第１６図は実施
順序制約テーブル４０４のＰＥＲＴ図出力例であり、第
１７図は本、３明の第２の実施例の機能ブロックとテー
ブル関連図を示す図であり、第１８図はプロジェクト実
績データ１７０４のテーブル構造を示す図であり、第１
９図は第１８図の本発明の第２の実施例中のスケジュー
ル調整部１７０２の詳細機能ブロックス図であり、第２
０図は制約条件データ１７ｏ５のテーブル構造を示す図
であり、第２１図はスケジュール調整データ１７０６の
テーブル構造を示す図であり１発工数・期間相互関係デ
ータを示す図であり、第２２図はスケジュール調整制御
部１９０１の動作フローチャートであり、第２３図は進
捗予測部１９０２の動作フローチャートであり、第２４
図は調整案作成部１９０４の動作フローチャートであり
、第２５図は追加人員投入処理部１９０５の動作フロー
チャートであり、第２６図は追加人員投入対象工程の選
択方法のルール記述例であり、第２７図は調整手順決定
方法のルール記述例である。 壓２　図 第 回 第 凹 〈英１’ｌ　ｒｓｌ峰工）レー）しン く１駁４千正ルー１し〉 〈′シシ原油り分ヤ４１（正ルール〉 ＜８１藺ｉ嶋ｑルー）シ〉 ｃｈｅ７？（“す′）゛システムζχンの名闇ｇ某月間
ＩＢＩ＞ｙｌｌｊ）第 図 第 図 Ｂ 第 図 ＄ｔ’ｌ１犯 第 図 Ｌｆ　　　　（）゛ロシ′ｔ７トゴ斗・ｒまΦく文１算
李β１１く畢矛ｉ、Ｔｈ理〉）ｔｈｅｎ　＜ｌｄすＴｏ
＋テ一り１１〈ヲ゛−タｘｏ、１＞ｔ％’ｊＴａ）ｔｆ
　　　　（ブロン゛Ｚ７ト特性のく月本貫殆）ｌ’ｆ＜
’ｔｋテンストム〉）ｔｈｅ’ｑ　Ｃ１ｌ＋’）ｔ’ｌ
ｒテ”−７＋１＜ｆ’−７ｆＬ６．２　＞Ｅ利ｍ）第 図 第 図 第 回 第２２図 ！Ｊ１２５図 第２６図 （７）ｊｆ 乙ｈｅｎ （文１檄）゛ロシ゛エフトの現丘’］＋羊！＋ｓ　＜　
叔ｓｔ工十里〉）＜ｔｌｌｌｔｘＪＩｔＭ’の４ｃＲ＜
　＋　）ｔｔ　＜　フ゛ａｙ−ラミンフ−ｘ％￥＞　）
（訓篭１五牛咬）卆゛の祷１．納２ン１？、Ｊ呑七′テ
又ヒエ）１〉）冨２７図 （１）杼 ｈｅｎ

Claims (1)

1. 【特許請求の範囲】 １、ソフトウェアの開発作成を少なくとも１つ以上のサ
   ブシステムに分けて、実施し、さらに各サブシステムの
   開発作業は、少なくとも１つ以上の工程から成るプロジ
   ェクトの計画業務において、 （ａ）作成するソフトウェアの開発規模に応じた標準的
   な開発工数と開発期間との相互関係データおよび資源の
   配分に関するデータを記憶する記憶装置と、 （ｂ）対象プロジェクトの開発規模や開発形態、要求さ
   れるソフトウェアの信頼性等の特性、期日や人員に関す
   る制約条件等の対象プロジェクトに関する情報を記憶す
   る記憶装置をもち、 （ｃ）上記（ａ）および（ｂ）のデータに基づいて、対
   象プロジェクトの各サブシステムの工程毎に初期の開発
   工数、開発期間および人員負荷を見積もり、 （ｄ）前記初期見積り結果と上記（ｂ）の記憶装置内の
   期日制約に基づいて、各サブシステムの工程毎に可能な
   時刻に着手時刻を割付ける初期の負荷山積みを行い、 （ｅ）各工程の着手時刻を調整して上記（ｂ）の記憶装
   置内の人員制約を満足するように負荷山崩しを行ない、 （ｆ）上記負荷山崩しの状況に応じて、上記（ａ）のデ
   ータに基づいて開発期間と開発工数を調整し、スケジュ
   ールを作成することを特徴とするプロジェクト計画作成
   方法。 ２、ソフトウェアの開発作業を少なくともサブシステム
   の開発作成は、少なくとも１つ以上の工程から成るプロ
   ジェクトの実施段階の管理業務において、 （ｇ）作成するソフトウェアの開発規模に応じた標準的
   な開発工数と開発期間との相互関係データおよび資源の
   配分に関するデータを記憶する記憶装置と、 （ｈ）対象プロジェクトの開発規模や開発形態、要求さ
   れるソフトウェアの信頼性等の特性、期日や人員に関す
   る制御条件等の対象プロジェクトに関する情報を記憶す
   る記憶装置と、（ｉ）対象プロジェクトのスケジュール
   データ、実績データおよび開発規模の予想データを記憶
   する記憶装置と、 （ｊ）少なくとも１つ以上のスケジュール調整処理を実
   施するプログラムをもち、 （ｋ）上記（ｇ）から（ｉ）のデータに基づいて、対象
   プロジェクトの今後の進捗を予測し、（ｌ）（ｊ）の進
   捗予測結果に基づいて、上記（ｊ）のプログラムをどの
   順用するのが望ましいかをガイダンスし、 （ｍ）設定されたスケジュール調整プログラムの適用順
   序に基づいて、上記（ｊ）のプログラムを実行して（ｇ
   ）から（ｉ）のデータに基づいて、スケジュールを調整
   することを特徴とするプロジェクト計画調整方法。 ３、上記（ｃ）の処理は、上記（ａ）および（ｂ）の記
   憶装置の内容に基づき、対象プロジェクトの開発規模に
   対応した標準工数・標準期間および標準資源配分率デー
   タを求め、各サブシステムの初期の開発工数、開発期間
   と工程別の開発工数、開発期間、人員負荷を見積もるこ
   とを特徴とする請求項第１項のプロジェクト計画作成方
   法。 ４、上記（ｄ）の処理は、上記（ｂ）の期日制約および
   （ｃ）の処理結果に基づいて、各工程の最早着手可能日
   に開始日を仮設定して、初期の負荷山積みを行なうこと
   を特徴とする請求項第１項のプロジェクト計画作成方法
   。 ５、上記（ｅ）の処理は、上記（ｂ）のデータに基づき
   、各工程の開始日を時間軸上で遅らせる右シフト処理を
   行ない、負荷の山崩しを行なうことを特徴とする請求項
   第１項のプロジェクト計画作成方法。 ６、上記（ｆ）の処理では、上記（ｅ）の処理で対象プ
   ロジェクトの人員制約、期間制約を満足できない場合に
   、上記（ａ）のデータと処理（ｅ）の負荷山崩し状況に
   応じて、適切なサブシステムを選び、開発工数と開発期
   間を調整し、さらに、（ｅ）の処理を繰り返し、（ｂ）
   の人員制約、期間制約を満たす作業スケジュールを作成
   し、上記（ｂ）に格納することを特徴とする請求項第１
   項のプロジェクト計画作成方法。 ７、上記（ｆ）の負荷山崩し状況に応じた開発工数と開
   発期間の調整方法を、条件部と結論部からなるルールで
   記述し、開発工数と開発期間を調整することを特徴とす
   る請求項第１項のプロジェクト計画作成方法。 ８、上記（ｃ）の対象プロジェクトの特性に応じて、上
   記見積りデータ記憶部の標準工数・期間および資源配分
   率データを補正する方法を、条件部と結論部からなるル
   ールで記述し、初期の開発工数、開発期間の見積りと、
   開発工数と開発期間の調整を行なうことを特徴とする請
   求項第１項のプロジェクト計画作成方法。 ９、対象プロジェクトの特性に応じた上記（ａ）のデー
   タ標準工数・期間および資源配分率データの補正方法を
   条件部と結論部からなるルールで記述することを特徴と
   する請求項第１項のプロジェクト計画作成方法。 １０、上記（ｋ）の処理は、上記（ｇ）から（ｉ）のデ
   ータに基づき、開発規模の予想データの変動と現在の進
   捗状況とからプロジェクトの進捗状況を予測することを
   特徴とする請求項第２項のプロジェクト計画調整方法。 １１、上記（ｋ）の処理で遅れが発生している場合のみ
   、スケジュールの調整を実施することを特徴とする請求
   項第２項のプロジェクト計画作成方法。 １２、上記（ｌ）の処理で、ガイダンスされたスケジュ
   ール調整プログラムのなかからどのスケジュール調整プ
   ログラムをどの順序で適用するかを利用者が設定するこ
   とを特徴とする請求項第１項のプロジェクト計画作成方
   法。 １３、上記（ｊ）のプログラムは、上記（ｇ）から（ｉ
   ）のデータに基づき、対象プログラムの制約、期間制約
   を満足する作業スケジュールの調整を実行することを特
   徴とする請求項第２項のプロジェクト計画作成方法。 １４、ソフトウェアの開発作業を少なくとも１つ以上の
   サブシステムに分けた、実施し、さらに各サブシステム
   の開発作成は、少なくとも１つ以上の工程から成るプロ
   ジェクトの計画業務において、上記１、の（ａ）と（ｂ
   ）のデータを記憶する記憶装置と上記１、の（ｃ）から
   （ｆ）の処理を実行するプログラムを設けたことを特徴
   とするプロジェクト計画作成方法。 １５、ソフトウェアの開発作業を少なくとも１つ以上の
   サブシステムに分けて、実施し、さらに各サブシステム
   の開発作業は、少なくとも１つ以上の工程から成るプロ
   ジェクトの計画業務において、上記１、の（ａ）から（
   ｂ）のデータを記憶する記憶装置と上記１、の（ｃ）の
   処理を実行するプログラムを設けたことを特徴とするプ
   ロジェクト工数見積システム。 １６、ソフトウェアの開発作業を少なくとも１つ以上の
   サブシステムに分けて実施し、さらに各サブシステムの
   開発作業は、少なくとも１つ以上の工程から成るプロジ
   ェクトの管理業務において、上記２、の（ｇ）から（ｉ
   ）のデータを記憶する記憶装置と上記２、の（ｊ）の処
   理を実行するプログラムを設けたことを特徴とするプロ
   ジェクト進捗管理システム。 １７、ソフトウェアの開発作業を少なくとも１つ以上の
   サブシステムに分けて実施し、さらに各サブシステムの
   開発作業は、少なくとも１つ以上の工程から成るプロジ
   ェクトの管理業務において、上記２、の（ｇ）から（ｉ
   ）のデータを記憶する記憶装置と上記２、の（ｊ）から
   （ｍ）の処理を実行するプログラムを設けたことを特徴
   とするプロジェクト管理システム。 １８、ソフトウェアの開発作業を少なくとも１つ以上の
   サブシステムに分けて実施し、さらに各サブシステムの
   開発作業は、少なくとも１つ以上の工程から成るプロジ
   ェクトの管理業務において、上記１、の（ａ）、（ｂ）
   および（ｉ）のデータを記憶する記憶装置と上記１、の
   （ｃ）から（ｆ）および上記２、の（ｊ）から（ｍ）の
   処理を実行するプログラムを設けたことを特徴とするプ
   ロジェクト管理システム。 １９、上記１、（ａ）の記憶装置において、開発規模に
   応じて、標準的な開発工数と開発期間との相互関係デー
   タを各工程別に複数記憶することを特徴とする見積りデ
   ータ記憶方法。 ２０、上記１、（ａ）の記憶装置において、ソフトウェ
   アの開発規模に応じて、標準的な開発工数と開発期間と
   の相互関係データおよび資源（人、期間）の配分率デー
   タを少なくとも１つ以上、記憶し、上記（ｃ）の処理で
   利用するデータの組を選択する見積りデータ選択処理を
   設けたことを特徴とする請求項第１項のプロジェクト計
   画作成方法。 ２１、対象プロジェクトの特性に応じて、上記見積りデ
   ータ記憶手段の中からどのデータを利用するかの選択方
   法を条件部と結論部からなるルールで記述することを特
   徴とする請求項第１項のプロジェクト計画作成方法。 ２２、上記複数のデータからなる見積りデータ記憶手段
   の中から、どのデータを利用するかを利用者の指定に応
   じて選択することを特徴とする請求項第１項のプロジェ
   クト計画作成方法。 ２３、作業スケジュールの作成および調整結果に基づい
   て、人員約積み表を人員制約とともに表示することを特
   徴とする請求項第１７項のプロジェクト管理システム。 ２４、上記（ｆ）の作業スケジュールの結果に基づいて
   、アローダイヤあるいはバーチャートを表示することを
   特徴とする請求項第１項のプロジェクト計画作成方法。 ２５、上記（ｂ）において対象プロジェクトの作業の実
   施順序の制約を各作業の先行作業および後続作業とから
   定義したデータに基づいてＰＥＲＴ図を作成し、上記ア
   ローダイヤあるいはバーチャートとともに、表示するこ
   とを特徴とする請求項第１項のプロジェクト計画作成方
   法。 ２６、対象プロジェクトの特性・制約データを変更して
   、複数の作業スケジュールを作成し、記憶することを特
   徴とする請求項１項のプロジェクト計画作成方法。 ２７、上記見積りデータ記憶手段と上記プロジェクト情
   報記憶手段を外部記憶媒体とすることを特徴とする請求
   項１項のプロジェクト計画作成方法。