JPH1196222A - 工程進捗管理方法および工程管理装置 - Google Patents

Abstract

(57)【要約】 【課題】開発作業中の担当者の作業負荷を的確に把握
し、工程再調整をタイムリーかつ容易にする。 【解決手段】作業項目管理表１に作業項目毎に、担当者
や工程情報を保管し、その情報を変換して、スケジュー
ル表２に時間軸にしたがった作業項目の進捗状況をバー
チャートで表示する。変更作業項目管理表３に、工程の
確定後の作業中に増加あるいは変更になった作業項目と
工程情報を管理する。負荷状況評価部５は、管理表１
（またはスケジュール表２）から遅延している作業項目
の作業遅延度、管理表１と管理表３から該当担当者の作
業増加度をそれぞれ算出し、負荷レベル換算規則７に照
らして、当該担当者の作業負荷レベルを求め、識別表示
規則８にしたがい、スケジュール表２のバーチャートを
負荷レベルに応じて識別表示する。また、遅延条件に適
した工程再調整の対応方法を提示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、製品の開発作業の
工程管理装置に関し、特に人的要因の影響が大きいソフ
トウェア等における工程の進捗管理方式に関する。

【０００２】

【従来の技術】開発作業の工程管理は工程立案、作業実
施、実施状況に基づく進捗把握、工程再調整の順で行
う。工程立案では、作業を詳細に細分化し、それらの作
業に対して、担当者、予定開始日、工数を割り当てる。
作業実施では、立案した工程に基づき、各担当者が作業
を実施する。進捗把握では、各担当者の作業の実施状況
を把握する。工程再調整では、進捗状況の把握に基づ
き、担当者を変更したり、期限を延期したり、作業内容
を変更あるいは追加することで工程を再立案する。

【０００３】作業の進捗把握は、スケジュール表に記載
された日々の実績に基づいて行う。スケジュール表に
は、図２に示すガントチャートに代表される線表を用
い、作業項目あるいは担当者に対する予定作業を時間軸
に合わせて棒線で示し、その上に作業の実績を時間軸で
プロットして管理して、予定に対する進捗の状況が一目
でわかるようになっている。

【０００４】スケジュール表を用いると、作業が予定通
りであれば、予定時間軸に対して縦に直線で実績が表現
される。作業が遅れていれば、図２（ａ）のように予定
時間軸の点線に対し左側にくぼんで表現される。作業が
進んでいれば、（ｂ）のように予定時間軸より右側にく
ぼむ。（ａ）の場合、作業１は担当Ａが「１９９７年１
月」から「４月末」までの予定で作業することになって
いるが、「３月初め」の作業実績は予定より左にずれて
「２月初め」の遅れた状況にあることを示している。ま
た、（ｂ）の場合は、「３月初め」の作業実績は予定時
間軸より右にずれて「４月初め」の進んだ状況にあるこ
とを示している。

【０００５】進捗状況の管理には、図２（ｃ）に示す作
業項目管理表も用いられている。すなわち、担当者毎の
作業項目に対して、終了予定期日、終了実績期日、開始
予定期日、予定工数などを管理する。この作業項目管理
表を元に、全体の作業状況を共通の時間軸で表し、全体
的に管理するのがスケジュール表である。図示のよう
に、作業項目管理表とスケジュール表の項目は１対１に
対応する。

【０００６】

【発明が解決しようとする課題】上述したように、スケ
ジュール表は作業項目の進捗状況を容易に把握できる。
しかし、作業の進捗が遅れている場合のその原因を把握
することはできず、挽回策として何の作業をどのくらい
の日数行うべきかなど、工程を再調整するための的確な
対応が難しい。

【０００７】特に、ソフトウェア開発作業に代表される
ように人の能力に大きく依存する開発作業においては、
開発中に作業の変更や追加が頻繁に発生する。工程表を
作成しても、予定外の新たな作業が発生したら作業中の
担当者へ分担することも多く、担当者の側も追加の作業
を受けざるを得ないことも多い。生産機械のように能力
が定量的に把握できる場合には、能力を越えた作業分担
が発生することはない。しかし、人間の場合は能力の限
界が定量的に把握できず、過度の作業を分担させてしま
うことがしばしば発生する。

【０００８】特に、ソフトウェア開発のように、作業の
追加や変更といった後戻り作業の発生頻度が高くなるに
もかかわらず、開発担当者が限られた人容の元で作業を
実施していく場合に、担当者への過度の作業分担は開発
作業の進捗に遅延をもたらす大きな要因となっている。

【０００９】進捗の遅延を挽回するのに、担当者に声援
を送るだけでは解決に結びつかない。担当者の作業状況
の過度具合を正確に把握して、挽回策を立案することが
必要になる。そのためには、作業負荷状況を把握して、
遅延に対する挽回の可能性を解明することが重要であ
る。

【００１０】予定期間に対する作業負荷が高い場合、従
来はスケジュール表と作業項目管理表を見比べて経験的
に工程再調整を行っているのが実情で、その支援方式と
して以下のような提案がある。

【００１１】特開平７−１２９６８３号の「ワンマンプ
ロダクツ生産工程管理最適化支援システム」によれば、
個人別の作業データを標準データと比較して負荷率を判
定し、各個人の負荷状況に基づき人の配置を適切にす
る。この場合の負荷率計算は、標準時間に対する時間比
率で表している。

【００１２】特開平８−２２１４７７号の「スケジュー
ル管理システム」によれば、仕事の負荷率を仕事の忙し
さと定義し、各人の忙しさの情報を公開することで互い
の負荷の把握を可能にし、工程調整を容易にしている。

【００１３】特開平８−１５３１３７号の「工程管理シ
ステム」によれば、プロジェクトで作業項目管理表マス
タから開発担当者個人の作業項目管理表により、各担当
者の負荷状況を把握できるようにしている。

【００１４】いずれの場合も、担当者の作業負荷を把握
するのには適している。しかし、遅延を挽回する工程再
調整のために、どの作業項目がネックで遅延しているの
か、どの作業を優先的に実施すべきか、それらの作業は
他に分担可能であるか、あるいは期限を延ばすべきかな
ど、挽回策を具体的に検討するのに必要な情報が欠けて
いる。

【００１５】本発明の目的は、上記した従来技術の現状
と問題点に鑑みなされたものであり、開発作業の遅延を
生じた担当者の作業負荷を正しく評価し、工程再調整を
的確に支援できる工程進捗管理方法と装置を提供するこ
とにある。

【００１６】

【課題を解決するための手段】上記目的は、開発作業の
複数の作業項目と複数の担当者に対応し予定や実績を含
む工程情報を保有する作業項目管理表と、前記作業項目
ごとに前記工程情報と作業の進み／遅れの進捗情報をグ
ラフ表示するスケジュール表とを利用して、開発作業の
工程進捗を管理する方法において、工程確定後の進行中
に新たに発生した作業項目を前記作業項目管理表と同様
に管理し、前記進捗情報が遅れを示している作業項目の
遅延期間（または進捗期間）と該当担当者の増加作業量
とに応じて該当担当者の作業負荷を求め、前記作業負荷
の一定値以上を工程再調整の目安（タイミング）として
提示することにより達成される。

【００１７】前記作業負荷は、予定作業量と予定作業時
間の積に対するチエック時点の増加作業量と遅延時間の
積の割合として表わされる。あるいは、作業増加度（Ｗ
Ｑ）と作業遅延度（ＷＤ）の積として式（３）により表
わす。ここで、ＷＱは予定作業量に対する増加割合、Ｗ
Ｄは予定作業時間に対する遅延時間の割合であり、式
（１），（２）により表わされる。なお、作業量は作業
時間または作業項目数で測定できるが、ここでは作業項
目（タスク）の数で把握する。

【００１８】

【数２】 作業増加度（ＷＱ）＝｛（予定作業量(Ｑｐ)＋増加作業量(Ｑａ)｝／予定作業量 (Ｑｐ) …（１） 作業遅延度（ＷＤ）＝｛予定作業時間(Ｔｐ)＋遅延作業時間(Ｔｄ)｝／予定作業 時間(Ｔｐ) …（２） 作業負荷＝作業増加度（ＷＱ）・作業遅延度（ＷＤ）＝｛（Ｑｐ＋Ｑａ）／Ｑｐ ｝・｛（Ｔｐ＋Ｔｄ）／Ｔｐ｝＝｛（Ｑｐ＋Ｑａ）・（Ｔｐ＋Ｔｄ）｝／｛Ｑｐ ・Ｔｐ｝ …（３）。

【００１９】また、前記作業負荷は、作業遅延度（Ｗ
Ｄ）と作業増加度（ＷＱ）を対として、予めランク付け
した負荷レベルにより表わし、前記スケジュール表のグ
ラフ表示された工程情報を、前記負荷レベルに対応して
識別表示することを特徴とする。

【００２０】すなわち、作業負荷の定量的把握を容易に
するために、当該担当者の予定作業量に対する増加作業
量の割合を示す作業増加度と、当該作業項目の予定期間
に対する遅れ期間の割合を示す作業遅延度から評価付け
した負荷レベルで表わす。このため、予め、縦軸に作業
増加度の複数の区分、横軸に作業遅延度の複数の区分を
設け、各メッシュに負荷レベルを設定した負荷レベル換
算表を用意する。したがって、作業増加度と作業遅延度
が算出されれば、この換算表から該当する負荷レベルを
決定し、スケジュール表の該当作業項目の工程情報のバ
ーを負荷レベルに応じた色替え等により識別表示を行う
ので、遅延している作業項目に対する再調整の必要性が
一目瞭然となる。

【００２１】さらに、本発明は作業負荷が一定値（また
は、一定負荷レベル）以上の場合に、前記作業増加度
（ＷＱ）と前記作業遅延度（ＷＤ）を比較し、前者が大
きい場合は増員を含む担当者の分担変更、後者が大きい
場合は期限延期をそれぞれ工程再調整の対応方法として
提示することを特徴とする。すなわち、前記作業負荷を
絶対値としてのみでなく、作業遅延度（ＷＤ）と作業増
加度（ＷＱ）の両面から評価し、負荷増加が主として前
者の影響によるものか後者の影響によるものかに応じて
適切な対応方法を提示している。

【００２２】なお、本発明における作業項目は、前記ス
ケジュール表で管理できる作業量をもち、少なくともス
ケジュール表での管理時間単位（例えば、１日）の作業
工数を有している。管理時間単位に満たない作業は、集
合体として１つの作業項目（例えば、雑作業）として扱
う。

【００２３】本発明の作用を説明する。図１２に示すよ
うに、遅延時間が生じたり作業量が増加して、予定作業
量と予定作業時間の積算値に対する割合が増加する場合
に、本発明の定義による作業負荷が高まる。本作業負荷
は、その変化が遅延時間によるか増加作業量によるか
を、作業増加度（ＷＱ）と作業遅延度（ＷＤ）の両面か
ら評価できるので、それに応じたスケジュールの再調整
が可能になる。すなわち、作業負荷の増加が主として前
者の影響によるものであれば、作業者の追加を含む作業
分担の変更となる。しかし、後者の場合は工程計画によ
る適任の作業者による遅延であるから、期限の延長によ
る再調整となる。

【００２４】本発明によれば、ソフトウェア開発作業で
頻繁に生じる後戻り作業や追加作業等による作業予定の
遅延に対し、予定期間に対する作業量の割合である作業
負荷によって定量的に評価し、スケジュール表に反映す
る。したがって、作業量の増加がなくても、作業が消化
できず遅延しているような場合にも作業負荷は高まるの
で、作業工程の管理が適切に行える。

【００２５】すなわち、作業負荷が超過時の状況が「作
業が消化できず期限が近づいている」のか、「期限に対
して作業量が増加した」のか分析する。ソフトウェア開
発作業における作業分担は、一般には担当者のキャリア
や資質などが考慮され、工程計画は適材適所で行われ
る。したがって、作業が難渋して進捗に遅延が生じてい
る場合に、他の人に分担変更のできない場合が多く、対
策として期限の延長を提案することになる。工程立案後
に作業量が増加した場合は、一般的には他への変更が可
能なので、対策としては他への再割り振りや増員を提案
する。これにより、工程の再調整を適切に支援すること
ができる。

【００２６】

【発明の実施の形態】以下、本発明の一実施例について
図面を参照して説明する。図１は、本発明の工程進捗管
理装置の機能と処理の流れを示す説明図である。工程進
捗管理装置は計算機システム１０で構成され、図示して
いない入力装置と表示装置を利用して、作業項目管理表
１やスケジュール表２を作成し、記憶装置に格納する。
また、開発担当者の作業端末から作業の進捗状態を入力
し、作業項目管理表１やスケジュール表２を更新しなが
ら管理する。

【００２７】管理表作成部４は、入力された工程情報を
もとに、従来と同様に作業項目管理表１を作成する。ま
た、管理装置全体の処理動作を制御する。入力作業項目
管理表１の工程情報には、作業項目名ごとに担当者、作
業開始／終了時期とその予定／実績、さらに進捗状況
（遅延／進み作業時間で測定）の情報が含まれる。

【００２８】スケジュール表作成部６は、作業項目管理
表１の情報を変換し、スケジュール表２に表示する。な
お、スケジュール表２から入力作業項目管理表１への逆
変換機能も有している。スケジュール表２は、作業項目
ごとに時間軸にしたがって作業開始〜終了時期と、現在
月日等の特定時期での進捗情報をバーチャートで表示す
る。なお、表１，表２における作業項目は１対１に対応
している。

【００２９】管理表作成部４により作成される変更作業
項目管理表３は、作業項目管理表１が定義された以降
に、変更（追加）になった作業項目を、作業項目管理表
１と同様の形式で管理する。

【００３０】負荷状況評価部５は、作業項目管理表１の
進捗情報と変更作業項目管理表３の変更作業情報から作
業負荷を算出し、負荷レベル変換規則７をもとに評価
し、スケジュール表作成部６を介して評価結果をスケジ
ュール表２の進捗情報（バーチャート）に反映する。

【００３１】以下、ソフトウエア開発作業を例にして、
工程進捗管理装置の構成と動作を詳細に説明する。図３
は、作業項目管理表の具体例を示したもので、作業項目
「機能仕様書作成」に担当「高橋」が割り当てられ、作
業の開始予定が「１９９６年１月８日」で完了予定が
「１９９６年１月２０日」である。同様にして、「処理
仕様書作成」の作業と「プログラミング」の作業が、担
当「高橋」に割り当てられている。図中、進捗情報であ
る作業遅延度（ＷＤ）は、「プログラミング」のみ３３
％である（式（２）からＷＤは１３３％となる。ここで
は遅延割合の３３％のみを示している）。

【００３２】図４は、スケジュール表の具体例を示した
もので、図３に示した作業項目に対応する線表がバーチ
ャートで表示されている。日付「２月１０日」の時点
で、作業項目「機能仕様書作成」と「処理仕様書作成」
は作業完了し、作業項目「プログラミング」は日付「２
月５日」の状況にある。このように、現時点における作
業項目の進捗状況が一目で分かる。

【００３３】図５は、変更作業項目管理表の一例を示し
たもので、担当者「高橋」に対し、「不具合ａの修
正」、「不具合ｂの修正」及び「説明資料作成」の増加
作業を管理している。不具合ａ，ｂの修正作業は、プロ
グラミングの変更による後戻りや追加の作業などで、こ
の種の作業は予定外に発生することが多い。

【００３４】図５の状態で、担当者「高橋」の変更作業
の項目数が３つある。作業項目管理表１における、「高
橋」の現在の作業項目数が１０個とすると、作業増加度
ＷＱ（＝［Δtask］／［Task］）は３０％（［１３個−
１０個］／１０個）となる。一方、「プログラミング」
作業は「１９９６年２月６日」から「２月２０日」の予
定に対し、「２月１０日」の時点で「２月６日」の作業
状態にある。「２月６日」から「２月２０日」の１５日
間の予定工数に対し、「２月１０日」の作業状態は５日
遅れであり、遅れ時間の割合を示す作業遅延度ＷＤ（＝
［Δtime］／［Time］）は３３％（５日／１５日）とな
る。

【００３５】スケジュール表作成部６は作業項目をキー
に、作業項目管理表１の遅延度とスケジュール表２の進
捗情報を相互変換する。たとえば、図３と図４にある作
業項目「プログラミング」は、作業項目管理表１では作
業遅延度が３３％、スケジュール表２では進捗情報線が
左にくぼんで５日の遅延を示しており、どちらも作業遅
延度の計算値に基づいている。

【００３６】図６は、負荷レベル換算規則にもとづく換
算表の一例を示す。負荷レベル換算表７は作業増加度Ｗ
Ｑと作業遅延度ＷＤに応じて、作業負荷をレベル１〜レ
ベル５に区分して定量化している。たとえば、図３と図
４に示す状況の場合、作業増加度は３０％、作業遅延度
は３３％となるため、同表上から作業負荷はレベル４と
なる。

【００３７】図７は、負荷状況評価部の処理手順を示す
フローチャートである。負荷状況評価部５は（Ｓ１）〜
（Ｓ５）の手順を繰り返して、負荷状況を評価しスケジ
ュール表２に反映する。

【００３８】（Ｓ１）作業項目管理表１から作業遅延度
を計算 （Ｓ２）変更作業項目管理表３から作業増加度を計算 （Ｓ３）作業遅延度と作業増加度の数値を作業負荷レベ
ル換算表４により評価 （Ｓ４）評価レベルに応じて表示属性（表示色など）を
決定 （Ｓ５）スケジュール表２の該当作業項目のバーチャー
トを識別（色別）表示。

【００３９】以下、各手順を詳細に説明する。まず、作
業項目管理表１の作業項目毎の遅延度を計算して表１に
反映する。次に、作業遅延度が０％でなく、遅延を示し
ている作業項目の担当者について、作業項目管理表１と
変更作業項目管理表３から作業項目を収集し、作業増加
度を計算する。そして、表１の作業遅延度と当該担当者
の作業増加度を負荷レベル換算表７に照らして、当該担
当者の作業負荷のレベルを評価する。そして、負荷レベ
ルに応じて識別表示規則８を参照し、スケジュール表２
の当該作業のバーチャートを識別表示する。

【００４０】図８に、作業負荷に応じた識別表示の一例
を示す。図示のように、カラー表示の場合は負荷レベル
に応じた色の種類で、モノクロ表示の場合は網掛け率な
どでデフォルトして識別表示する。

【００４１】図９は、スケジュール表で識別表示された
作業負荷の一例を示す。この例は、図３の作業項目管理
表１と図５の変更作業項目管理表３から求めた、作業項
目「プログラミング」の作業負荷のレベル４を表わし、
網掛け（４０％）で示されている。もちろん、レベルの
値やコメントなどを併記し、マネージャーに積極的に工
程再調整の実行を促してもよい。

【００４２】さらに、本実施例の負荷状況評価部５は、
以下のように工程再調整の対応方法を提示する。工程再
調整の対応方法は、（ａ）作業が消化できずに期限が近
づいている場合と、（ｂ）期限に対して作業量が増えた
場合とで分かれる。分岐の条件は、作業負荷の２要素で
ある作業増加度と作業遅延度の大小関係による。

【００４３】（ａ）の場合は作業増加度＜作業遅延度と
なり、期限を延ばす方向でスケジュールを再立案する。
（ｂ）の場合は作業増加度＞作業遅延度となり、増加の
作業項目を他の人を割り当てる（増員も含む）方向でス
ケジュールを再立案する。

【００４４】負荷状況評価部５は、分岐条件（ａ）／
（ｂ）の判定を行い、判定した条件と再調整の対応方法
を提案する。これらの提案は、スケジュール表２の付属
情報として管理し、たとえばマネージャーがスケジュー
ル表２の識別表示エリアをクリックすると、表示される
ようにする。

【００４５】図１０に、提案の具体例を示す。実際に
は、条件（ａ）または（ｂ）に該当する一方が示され
る。（ａ），（ｂ）に、［ａｎｄ］で付加されている条
件は、スケジュール再調整の要否を示し、作業遅延度ま
たは作業増加度が３０％を越える場合に、再調整が必要
なことを示している。なお、この付加条件を本提案の実
行条件としてもよい。

【００４６】マネージャーは、提案されている再調整の
対応方法をもとに、最適かつ具体的なスケジュール調整
を行い、管理表作成部４を介して変更作業項目管理表３
の内容を作業項目管理表１に反映し、予定開始時期や予
定完了時期あるいは担当者を再設定する。再設定が終了
すると、スケジュール表作成部６は更新された作業項目
管理表１の情報を変換し、スケジュール表２を更新す
る。

【００４７】上記した図３，図５の具体例による作業状
況の場合、作業増加度が３０％、作業遅延度が３３％で
あるから、作業負荷はレベルは４、分岐条件は（ａ）と
なる。従って、再調整の対応方法は期限の延期となる。

【００４８】図１１に、再調整されたスケジュール表を
示す。本スケジュール表で、担当［高橋］の作業項目は
図３と図５の項目が合成され、代わりに図４に比べて期
限が延長されている。

【００４９】

【発明の効果】本発明によれば、作業項目に遅れが発生
した場合に、その作業項目に残されている期間と当該担
当者の作業量の両要素から担当者の作業負荷を求め、工
程管理の進捗情報に反映するので、工程管理者は作業負
荷を監視することで、単に作業量からのみではなく、作
業が行き詰まって停滞しているような状況も的確に把握
でき、工程の再調整をタイミングよく実施できる。

【００５０】また、前記作業負荷を作業の増加度と作業
の遅延度に基づいてランク付けした負荷レベルで表わ
し、スケジュール表のバーチャートを負荷レベルに応じ
て識別表示するので、工程再調整の要否を含む負荷状況
が一目瞭然に把握できる。

【００５１】さらに、本発明によれば、作業の増加度と
作業の遅延度の大小関係から、「作業が消化できずに期
限が近づいている」か「期限に対して作業量が増加し
た」か作業負荷を評価し、前者の場合は期限の延長、後
者の場合は増員を含む他への分担を対応方法として提案
するので、工程管理者の再調整が容易になる。

【図面の簡単な説明】

【図１】本発明の一実施例による工程進捗管理装置の機
能ブロック図。

【図２】従来のスケジュール表と作業項目管理表を示す
説明図。

【図３】一実施例による作業項目管理表を示す説明図。

【図４】一実施例によるスケジュール表を示す説明図。

【図５】一実施例による変更作業項目管理表を示す説明
図。

【図６】一実施例による負荷レベル換算表を示す説明
図。

【図７】一実施例による負荷状況評価部の処理動作を説
明するフローチャート。

【図８】一実施例による識別表示規則を示す説明図。

【図９】負荷レベルを反映したスケジュール表の一例を
示す説明図。

【図１０】遅延の条件と対応方法の一例を示す説明図。

【図１１】工程再調整後のスケジュール表の一例を示す
説明図。

【図１２】本発明における作業負荷の説明図。

【符号の説明】

１…作業項目管理表、２…スケジュール表、３…変更作
業項目管理表、４…管理表作成部、５…負荷状況評価
部、６…スケジュール表作成部、７…負荷レベル換算表
（換算規則）、８…識別表示規則、９…対応方法規則、
１０…コンピュータシステム。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 開発作業の複数の作業項目と複数の担当
   者に対応し予定や実績を含む工程情報を保有する作業項
   目管理表と、前記作業項目ごとに前記工程情報と作業の
   進み／遅れの進捗情報をグラフ表示するスケジュール表
   とを利用して、開発作業の工程進捗を管理する方法にお
   いて、 工程確定後の進行中に新たに発生した作業項目を、前記
   作業項目管理表と同様な形式で管理し、 前記進捗情報が遅れを示している作業項目の遅延期間と
   該当担当者の増加作業量とに応じて該当担当者の作業負
   荷を求め、前記作業負荷の一定値以上を工程再調整の目
   安とすることを特徴とする工程進捗管理方法。
2. 【請求項２】 請求項１において、 前記作業負荷は、予定作業量と予定作業時間の積に対す
   るチエック時点の増加作業量と遅延時間の積の割合また
   は、式（１），（２）による作業増加度（ＷＱ）と作業
   遅延度（ＷＤ）の積として表わすことを特徴とする工程
   進捗管理方法。 【数１】 作業増加度（ＷＱ）＝｛（予定作業量(Ｑｐ)＋増加作業量(Ｑａ)｝／予定作業量 (Ｑｐ) …（１） 作業遅延度（ＷＤ）＝｛予定作業時間(Ｔｐ)＋遅延作業時間(Ｔｄ)｝／予定作業 時間(Ｔｐ) …（２）。
3. 【請求項３】 請求項１において、 前記作業負荷は、予定期間に占める遅延期間の割合を示
   す作業遅延度（ＷＤ）と、該当担当者の予定作業量に占
   める増加作業量の割合を示す作業増加度（ＷＱ）を対と
   して、予めランク付けした負荷レベルにより表わすこと
   を特徴とする工程進捗管理方法。
4. 【請求項４】 請求項３において、 前記スケジュール表のグラフ表示された工程情報を、前
   記負荷レベルに対応して識別表示することを特徴とする
   工程進捗管理方法。
5. 【請求項５】 請求項３または４において、 前記作業遅延度（ＷＤ）と作業増加度（ＷＱ）の大小関
   係に応じ、前者が大きい場合は期限の延長、後者が大き
   い場合は他の担当者（増員を含む）への分担の変更をそ
   れぞれ工程再調整の対応方法として提示することを特徴
   とする工程進捗管理方法。
6. 【請求項６】 開発作業の複数の作業項目と複数の担当
   者に対応し予定や実績を含む工程情報を保有する作業項
   目管理表を作成する手段と、前記作業項目ごとに前記工
   程情報と作業の進み／遅れの進捗情報をグラフ表示する
   スケジュール表を作成する手段と、前記作業項目管理表
   や前記スケジュール表を表示する手段及び記憶する手段
   と、工程の進捗状況や変更情報を入力する手段を備えた
   工程管理装置において、 前記進捗情報が遅れを示している作業項目の該当担当者
   の作業負荷を求め、該作業負荷の一定値以上が工程再調
   整のトリガーとなるように提示する負荷状況評価手段を
   設けたことを特徴とする工程管理装置。
7. 【請求項７】 請求項６において、 工程確定後の進行中に新たに発生した作業項目を、前記
   作業項目管理表と同様な形式で管理する手段と、 前記作業負荷を、作業遅延度（ＷＤ）と作業増加度（Ｗ
   Ｑ）により評価してランク付けする負荷レベル換算手段
   を設け、 負荷レベルに応じて、グラフ表示された工程情報を識別
   表示することを特徴とする工程管理装置。
8. 【請求項８】 請求項７において、 識別表示された工程情報の選択に応じて、工程再調整の
   対応方法を提示できるように構成したことを特徴とする
   工程管理装置。