JPH11250127A

JPH11250127A - システム開発における工程管理の自動化方法

Info

Publication number: JPH11250127A
Application number: JP5180898A
Authority: JP
Inventors: Koji Matsuoka; 弘二松岡; Takuya Otake; 卓弥大竹
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1998-03-04
Filing date: 1998-03-04
Publication date: 1999-09-17

Abstract

(57)【要約】【課題】プロジェクトの工程管理を確実に実施するため
に、設計部門の進捗状況を定期的にフォローし、設計担
当者の認識不足や、検証担当者のチェック漏れによる工
程遅延を防ぐ必要がある。プロジェクトの工程管理を適
時且つ確実に行う有効な方法を提供する。【解決手段】検証予定日等を格納した工程管理用ファイ
ル１から、検証予定日が一定期間以内である物件を該当
プロジェクト抽出処理部４で抽出し、メール送信処理部
５でメール送信用文書を作成し、電子メール環境を利用
し設計担当者へ通知する。送受信管理ファイル更新処理
部６では返信メール有無のチェックを行い、回答期限を
超えたものは、上長（ＰＬ）宛に再通知する。これを、
上位上長（ＰＭ）まで繰り返す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、システム開発の進
捗管理に関わり、あるプロジェクトにおける設計、及び
製造等の各工程における成果物を確認する検証作業の、
電子計算機を利用する工程管理方法に関する。

【０００２】

【従来の技術】発明に最も近い公知例作業進捗管理装置及びその方法（特開平７−２９６０６
１）従来の技術では、あるプロジェクト内においてプロジェ
クトリーダーの立場にあるものが、各担当者の作業進捗
状況を把握し管理するまでにとどまっており、進捗管理
対象が一つのプロジェクト内に制限されていた。しか
し、品質保証部門（検証担当部署）によるプロジェクト
工程管理は、その企業または、事業所における全てのプ
ロジェクトについて対象となるため、現状の管理方法
（進捗管理ドキュメント等を利用した、担当者同士によ
る電話連絡や電子メールでの管理）では、プロジェクト
の進捗確認が後日になってしまったり、担当者の不注意
により管理対象から漏れてしまう恐れがあった。そのた
め、電子計算機を利用し、各プロジェクトの工程管理を
適時且つ確実に漏れなく実施する手段の出現が望まれ
た。

【０００３】しかし、第三者（品質保証部門等）によ
る、電子計算機を利用した複数のプロジェクトを対象と
した工程管理方法はなかった。

【０００４】

【発明が解決しようとする課題】従来の技術では、ある
プロジェクト内においてプロジェクトリーダーの立場に
あるものが、各担当者の作業進捗を把握し管理するのに
とどまっており、進捗管理対象が一つのプロジェクト内
に制限されていた。

【０００５】本発明の目的は、電子計算機及び企業また
は事業所内で利用される電子メール環境を利用すること
により、第三者（品質保証部門等）において、各プロジ
ェクトの進捗、検証予定日を定期的にチェックし、各プ
ロジェクトの進捗状況を把握することにより、設計担当
部署に対して検証予定日までに成果物の提出を促し、検
証日程及び工程の管理を漏れなく確実に実施するための
有効な方法を提供することを目的とする。

【０００６】

【課題を解決するための手段】本発明は上記問題点を解
決するため、検証予定日、検証完了日等の情報を工程管
理用ファイルに、プロジェクトの設計担当者、及び上長
（ＰＬ）等の電子メールＩＤ情報をプロジェクト体制フ
ァイルとして記憶装置に格納し、検証部署にて検証予定
日のチェックを行い、一定期間以内（例えば７日以内）
に検証が予定されているプロジェクトについては、該当
プロジェクトＩＤ、システム名称、工程名称、メール送
信日／回答期限等の情報を送受信管理ファイルとして記
憶装置に格納し、プロジェクト体制ファイルより該当プ
ロジェクトの設計担当者を検索し、設計担当者に対して
成果物の提出、検証実施の旨を回答要求、及び回答期日
を有する電子メールで通知するような構成にした。

【０００７】また、送受信管理ファイルに返信メールを
受け取ったか否かの情報を書き込むための受信区分の項
目を設け、回答期限以内に検証担当者宛に電子メールの
返信があったか否かの情報を検証担当者に通知するよう
な構成とし、「返信メール未受信」のプロジェクトに対
しては、プロジェクト体制ファイルより該当プロジェク
トの設計担当者の上長（ＰＬ）を検索し、その上長（Ｐ
Ｌ）に対して、成果物の提出、検証実施の旨を回答要
求、及び回答期日を有する電子メールで再通知するよう
にし、これを、上位上長（ＰＭ）まで繰り返す構成とし
た。

【０００８】また、検証担当者が電子メールの通知、及
び返信の状況等を確認したい時には、検証担当者端末装
置に接続された表示装置に送受信管理ファイルの内容を
表示し、確認できる構成にした。

【０００９】以上の構成により、一定期間以内（例えば
７日以内）に検証が予定されているプロジェクトの、設
計担当者に対して成果物の提出、検証実施の旨を回答要
求、及び回答期日を有する電子メールで通知することに
より、検証作業の準備に要する時間の短縮も図ることが
できる。検証予定日のチェック及び電子メールによる通
知は、工程管理用ファイルに登録されている全てのプロ
ジェクトに対して実施されるので、漏れのない管理が可
能となる。

【００１０】また、電子メールの回答期日を超えても検
証部署に対して回答がないプロジェクトについては、該
当する設計担当者の上長（ＰＬ）とその上位上長（Ｐ
Ｍ）に対して電子メールで再通知することによって、進
捗状況の把握をプロジェクト全体で確認することが可能
となり、プロジェクトの遅滞を防止できる。

【００１１】

【発明の実施の形態】以下、本発明の一実施形態につい
て図面を用いて説明する。

【００１２】図１は、本発明の実施形態による情報処理
装置の構成を示すものである。同図において、１４は所
定のシステムを開発するシステム開発部門を示してお
り、システム開発を実施しているプロジェクト数だけ存
在する。１５はこれらのプロジェクトが開発したシステ
ムの品質保証を行う品質保証部門である。なお、システ
ム開発部門における端末装置１３（１３ａ・・・）と品
質保証部門の検証担当者端末装置１１は、企業または事
業所内のＬＡＮ環境に接続され、メールサーバ１２を介
してメールの送受信を行う構成になっている。１は各プ
ロジェクトにおける各工程の検証実施予定日等を格納す
るファイル、２は各プロジェクトの担当者、上長（Ｐ
Ｌ）、上位上長（ＰＭ）の電子メールＩＤを格納するフ
ァイルであり、品質保証部門サーバ機１０に格納され
る。３は該当プロジェクト抽出処理部４で抽出した情報
（プロジェクトＩＤ、システム名称、工程名称、提出予
定日、送信宛先、送信日、回答期限、宛先区分、受信区
分）を編集し格納するファイルであり、検証担当者端末
装置１１に格納される。該当プロジェクト抽出処理部４
は、工程管理用ファイル１を参照し、一定期間以内（例
えば、７日以内）に検証が実施予定であるプロジェクト
の抽出を行う処理部である。メール送信処理部５は、一
定期間内（例えば７日以内）に検証が予定されているプ
ロジェクトの設計担当者宛と、回答期限までに返信され
なかったプロジェクトの上長（ＰＭ）又は上位上長（Ｐ
Ｌ）宛に電子メールを送信する処理部である。送受信管
理ファイル更新処理部６は、設計担当者、上長（Ｐ
Ｌ）、上位上長（ＰＭ）から検証担当者宛に電子メール
の返信があったか否かの情報等を、送受信管理ファイル
３に更新する処理部である。該当プロジェクト抽出処理
部４、メール送信処理部５、送受信管理ファイル更新処
理部６は、プロジェクト工程管理システム制御処理部１
６によって制御され、処理装置９の記憶装置に格納され
たプログラムを実行させることによって実現される。７
は処理装置９に接続され、データを入力するためのキー
ボード、マウス等の入力装置であり、８は処理装置９に
接続され、データを入力するための入力画面、及びメー
ル送信処理部５により送受信された情報を表示する表示
画面である。１２は企業または事業所内における電子メ
ールシステムのサーバ機であり、１３はシステム開発部
門における設計担当者、及び上長（ＰＬ）等の端末装置
である。

【００１３】図２は、工程管理用フアィル１のデータ形
式の例を示す図である。各プロジェクトは、（基本設計
書作成工程、詳細設計書作成工程、単体テスト工程・・
・）等、複数の工程を経て進行する。工程管理用ファイ
ル１は、プロジェクト毎に各工程の検証実施の予定日２
４、品質保証部門による検証作業の完了日２５、設計担
当部署宛に検証実施の旨を通知したか否かの情報を格納
するデータ項目２６で構成するレコードにより成り立
つ。各レコードは、プロジェクトＩＤ２１で識別でき
る。システム名称２２はプロジェクトのシステム名称、
工程（ａ・・・）２３（２３ａ・・・）はプロジェクト
の開始から完了までの各工程名称、検証予定日２４（２
４ａ・・・）は各工程の検証実施予定日、検証完了日２
５（２５ａ・・・）は各工程の検証作業完了日、通知２
６（２６ａ・・・）は担当システム開発部門（担当者ま
たは、上長（ＰＬ）、上位上長（ＰＭ））に対し検証実
施の旨を電子メールで通知したか否かの情報を示すもの
である。

【００１４】図３は、プロジェクトの開発体制を示した
ものであり、プロジェクト体制ファイル２のデータ形式
の例を示す図である。プロジェクト体制ファイル２は、
各プロジェクトの設計担当者、上長（ＰＬ）、上位上長
（ＰＭ）の個人識別子を格納するものであり、１つのプ
ロジェクトに対して１レコード作成される。プロジェク
トＩＤ３１は、工程管理用ファイル１のプロジェクトＩ
Ｄ２１と同じプロジェクトの識別子、担当３２、ＰＬ３
３、ＰＭ３４は各プロジェクトの設計担当者、上長（Ｐ
Ｌ）、上位上長（ＰＭ）の識別子であり、企業や事業所
内の社内電子メール環境の個人識別子と同一のものであ
る。

【００１５】図４は、送受信管理ファイル３のデータ形
式の例を示す図である。送受信管理ファイル３は、該当
プロジェクト抽出処理部４で編集した情報を格納するフ
ァイルである。送受信管理ファイル３のレコードは、現
在日付と工程管理用ファイル１の検証予定日２４（２４
ａ・・・）を比較し、現在日付から一定期間以内（例え
ば、７日以内）に検証が予定されている物件分のレコー
ドが作成される。すなわち、あるプロジェクトで、一定
期間以内（例えば、７日以内）に、工程ａと工程ｂで検
証が予定されている場合には、工程ａと工程ｂそれぞれ
にレコードが作成されることになる。プロジェクトＩＤ
４１はプロジェクトの識別子であり、工程管理用ファイ
ル１のプロジェクトＩＤ２１のデータを継承する。シス
テム名称４２はプロジェクトのシステム名称であり、工
程管理用ファイル１のシステム名称２２のデータを継承
する。工程名称４３はプロジェクトの各工程名称であ
り、工程管理用ファイル１の工程（ａ・・・）２３（２
３ａ・・・）のデータを継承する。検証予定日４４は各
工程における検証の実施予定日であり、工程管理用ファ
イル１の検証予定日２４（２４ａ・・・）のデータを継
承する。送信宛先４５は社内電子メール環境における個
人識別子であり、プロジェクト体制ファイル２の担当３
２、ＰＬ３３、ＰＭ３４のデータを継承する。例えば、
宛先区分４９が「‘１’」の場合には、該当プロジェク
トの設計担当者の識別子、「‘２’」の場合には、上長
（ＰＬ）の識別子、「‘３’」の場合には、上位上長
（ＰＭ）の識別子のデータが継承される。送信日４６
は、検証担当者からプロジェクトの設計担当者、上長
（ＰＬ）、上位上長（ＰＭ）宛に送信した電子メールの
送信日である。回答期限４７は、検証担当者に電子メー
ルの返信を行う回答期限日である。回答日４８は、返信
された電子メールの受信日である。宛先区分４９は、電
子メールの送信先のプロジェクト開発体制を表してい
る。例えば、「‘１’」は開発プロジェクトの設計担当
者、「‘２’」は上長（ＰＬ）、「‘３’」は上位上長
（ＰＭ）を表している。受信区分５０は、回答期限以内
に電子メールの返信があったか否かの状態を表す識別子
である。例えば、「‘−’」は新規レコード作成時の初
期値「‘Ｙ’」は返信メールが有った場合の値、
「‘Ｎ’」は返信メールが無かった場合の値を示してい
る。

【００１６】図５は、品質保証部門１５に設置された検
証担当者端末装置１１の処理装置９上で動作するプログ
ラムの処理フローである。まず、検証担当者端末装置１
１の該当プロジェクト抽出処理部４において、該当プロ
ジェクト抽出処理を実施し（ステップ５１）、送受信管
理ファイル３を作成する。なお、該当プロジェクト抽出
処理については、図６の説明で詳細に行う。次に、作成
した送受信管理ファイル３を読込み（ステップ５２）、
受信区分４９をチェックする（ステップ５３）。受信区
分が‘Ｙ’の場合（ステップ５３‘Ｙ’）、続いて送受
信管理ファイル３の回答日４８とシステム日付の比較を
行う（ステップ５４）。ステップ５４の比較結果が７日
以上の場合（ステップ５４‘Ｙ’）、該当する送受信管
理ファイル３のレコードを削除する（ステップ５６）。
比較結果が７日以内の場合（ステップ５４‘Ｎ’）、何
の処理も行わず次のレコードを読み込み処理を継続す
る。受信区分が‘Ｙ’以外の場合（ステップ５３
‘Ｎ’）、送受信管理ファイル３のレコード内容をそれ
ぞれ更新する（ステップ５５）。なお、送受信管理ファ
イル３のレコード更新処理については、図８の説明で詳
細に行う。上記に示した一連の処理を、送受信管理ファ
イル３が終了するまで、繰り返し実施する。次に、検証
担当者が電子メールの通知、及び返信の状況を確認した
い場合（ステップ５７‘Ｙ’）には、検証担当者端末装
置１１の表示画面８に送受信管理ファイル３の内容をエ
ディタ等を利用して表示させる（ステップ５８）。確認
しない場合（ステップ５７‘Ｎ’）には、内容を表示せ
ずに次の処理を行う。次に、送受信管理ファイル３を受
け取ったメール送信処理部５において、回答要求、及び
回答期限を有する検証実施通知文書を作成し、該当する
プロジェクトの担当システム開発部門（担当者または、
上長（ＰＬ）、上位上長（ＰＭ））に対して、電子メー
ルで通知する（ステップ５９）。なお、電子メール送信
処理については、図７の説明で詳細に行う。

【００１７】図６は、該当プロジェクト抽出処理（ステ
ップ５１）の処理を詳細に示した処理フローである。該
当プロジェクト抽出処理（ステップ５１）では、検証担
当者端末装置１１にて、工程管理用ファイル１を読み込
み（ステップ６１）、検証予定日２４（２４ａ・・・）
のチェックを行う（ステップ６２）。検証予定日２４
（２４ａ・・・）の日付と現在日付（システム日付）を
比較して、一定期間以内（例えば７日以内）に検証作業
が予定されているプロジェクトの「工程（ａ・・・）」
（ステップ６２‘Ｙ’）については、続いて、通知２６
（２６ａ・・・）のチェックを行う（ステップ６３）。
通知２６（２６ａ・・・）が、スペース（ステップ６３
‘Ｙ’）の場合、工程管理用ファイル１からプロジェク
トＩＤ４１、システム名称４２、工程名称４３、検証予
定日４４を取得し、送受信管理ファイル３にレコードを
出力する。送信宛先４５には、プロジェクトＩＤ４１を
キーとしてプロジェクト体制ファイル２を検索し、該当
プロジェクトの担当３２をセットする。送信日４６に
は、現在日付（システム日付）をセットする。回答期限
４７には、通信日４６に一定の期間（例えば７日）を加
えた日付をセットする。回答日４８には何もセットしな
い。宛先区分４９には‘１’を初期値としてセットす
る。（ちなみに、‘１’は設計担当者、‘２’は上長
（ＰＬ）、‘３’は上位上長（ＰＭ）を表す。）受信区
分５０には、‘−’を初期値としてセットする。なお、
一定期間以内（例えば７日以内）に検証作業が予定され
ている場合であっても、以前に送受信管理ファイル３に
レコードを作成している場合（工程管理用ファイル１の
通知２６（２６ａ・・・）にメール通知済み情報があ
る）には、送受信管理ファイル３にレコードを出力しな
い。以上に示した一連の処理を、工程管理用ファイル１
が終了するまで、繰り返し処理する（ステップ６４）。
なお、データを抽出するタイミングについては、１回／
週で実施することが望ましく、これは、検証担当部署の
運用に合わせて任意に設定しても良い。

【００１８】図７は、メール送信処理（ステップ５５）
の処理の流れを詳細に示した処理フローである。メール
送信処理（ステップ５５）では、該当プロジェクト抽出
処理（ステップ５１）で作成された送受信管理ファイル
３を読み込み（ステップ７１）、送受信管理ファイル３
の受信区分４９のチェックを行う（ステップ７２）。受
信区分４９が‘Ｙ’以外（ステップ７２‘Ｎ’）の場
合、読み込んだ送受信管理ファイル３のレコードを基
に、回答要求、及び回答期限を有する通知文書を作成す
る（ステップ７３）。受信区分４９が‘Ｙ’（ステップ
７２‘Ｙ’）の場合、何の処理も行わずに次のレコード
を読み込み、処理を継続する。以上に示した一連の処理
を、送受信管理ファイル３が終了するまで、繰り返し処
理する。次に、担当システム開発部門（担当者または、
上長（ＰＬ）、上位上長（ＰＭ））へ電子メールを送信
する（ステップ７４）。電子メール送信後、工程管理用
ファイル１の通知２６（２６ａ・・・）に、電子メール
を送信した旨の情報を更新する（ステップ７５）。

【００１９】実際の電子メール送信は、企業または事業
所内で使用する電子メール環境に応じて処理を行えばよ
い。

【００２０】図８は、送受信管理ファイル更新処理（ス
テップ５４）の処理の流れを詳細に示した処理フローで
ある。送受信管理ファイル更新処理（ステップ５４）で
は、まず、検証担当者に電子メールの返信があったか否
かのチェックを行う（ステップ８１）。電子メールの返
信チェックとしては、メール送信処理（ステップ５５）
の検証実施通知文書作成時（ステップ７２）に、送受信
管理ファイル３のプロジェクトＩＤ４１、システム名称
４２、工程名称４３の情報をキーワードとしたメール主
題（Ｓｕｂｊｅｃｔ）を作成して、担当システム開発部
門（担当者または、上長（ＰＬ）、上位上長（ＰＭ））
に電子メールを送信する。次に、本発明によるプログラ
ムが起動された際に、検証担当者宛の返信メールの中か
ら、キーワード情報（プロジェクトＩＤ４１、システム
名称４２、工程名称４３）を含んだ返信メール主題（Ｓ
ｕｂｊｅｃｔ）が有るか無いかのチェックを行う。返信
があった案件（ステップ８１‘Ｙ’）については、送受
信管理ファイル３の回答日４８を‘返信メール受信日’
に更新し、受信区分５０を‘Ｙ’に更新する（ステップ
８２）。返信がない案件（ステップ８１‘Ｎ’）につい
ては、現在日付（システム日付）と回答期限４７を比較
する（ステップ８３）。回答期限が過ぎている案件（ス
テップ８３‘Ｎ’）については、次に送受信管理ファイ
ル３の宛先区分４９のチェックを行う（ステップ８
４）。

【００２１】宛先区分４９が‘１’の場合は、プロジェ
クト体制ファイル２を検索し、送信宛先４５を該当プロ
ジェクトの‘ＰＬ３３’に更新し、宛先区分４９を
‘２’に更新し、送信日４６を‘現在日付（システム日
付）’に更新し、受信区分５０を‘Ｎ’に更新し、回答
期限４７を‘現在日付に一定の期間（例えば７日）を加
えた日付’に更新する（ステップ８５）。すなわち、送
信宛先４５及び宛先区分４９は、プロジェクトの上長
（ＰＬ）を示すそれぞれの識別子、送信日４６は電子メ
ールの再送信日、受信区分５０は返信メール無しの識別
子、回答期限４７は再送電子メールの回答期限である。
その後、メール送信処理（ステップ５５）に更新した送
受信管理ファイルを渡し、上長（ＰＬ）宛に電子メール
を再送することになる。

【００２２】宛先区分４８が‘２’の場合は、プロジェ
クト体制ファイル２を検索し、送信宛先４５を該当プロ
ジェクトの‘ＰＭ３４’に更新し、宛先区分４９を
‘３’に更新し、送信日４６を‘現在日付（システム日
付）’に更新し、回答期限４７を‘現在日付に一定の期
間（例えば７日）を加えた日付’に更新する（ステップ
８６）。すなわち、送信宛先４５及び宛先区分４９は、
プロジェクトの上位上長（ＰＭ）を示すそれぞれの識別
子、送信日４６は電子メールの再送信日、回答期限４７
は再送電子メールの回答期限である。その後、メール送
信処理（ステップ５５）に情報を渡し、上位上長（Ｐ
Ｌ）宛に電子メールを再送することになる。

【００２３】宛先区分４８が‘３’の場合は、送信日４
６を‘現在日付（システム日付）’に更新し、回答期限
４７を‘現在日付に一定の期間（例えば７日）を加えた
日付’に更新する（ステップ８７）。すなわち、送信日
４６は電子メールの再送信日、回答期限４７は再送電子
メールの回答期限である。その後、メール送信処理（ス
テップ５５）に情報を渡し、再度、上位上長（ＰＭ）宛
に電子メールを再送する。なお、メールの返信があるま
で、繰り返し処理を行う。

【００２４】なお、回答期限が過ぎていない案件（ステ
ップ８３‘Ｙ’）については、何の処理も行わない。

【００２５】

【発明の効果】以上の様に、本発明では、全プロジェク
トの検証日程のチェックを定期的に実施し、検証実施の
旨を回答要求、及び回答期限を有する電子メールにて通
知することにより、適時且つ確実な工程管理が可能とな
り、検証作業の準備に要する時間の短縮も図ることがで
きる。

【００２６】また、電子メールの回答期限を超えても検
証部署に対して回答がないプロジェクトについては、該
当する設計担当者の上長（ＰＬ）とその上位上長（Ｐ
Ｍ）に対して電子メールで再通知することによって、進
捗状況の把握をプロジェクト全体で確認することが可能
となり、プロジェクトの遅滞を防止することが可能とな
る。

【図面の簡単な説明】

【図１】実施形態の情報処理装置の構成図である。

【図２】工程管理用ファイル１のデータ形式の例を示す
図である。

【図３】プロジェクト体制ファイル２のデータ形式の例
を示す図である。

【図４】送受信管理ファイル３のデータ形式の例を示す
図である。

【図５】本発明の一連の実施形態を示したフローチャー
トである。

【図６】該当プロジェクト抽出処理部４の処理を示した
フローチャートである。

【図７】メール送信処理部５の処理を示したフローチャ
ートである。

【図８】送受信管理ファイル更新処理部６の処理を示し
たフローチャートである。

【符号の説明】

１…工程管理用ファイル、２…プロジェクト体制ファイ
ル、３…送受信管理ファイル、４…該当プロジェクト抽
出処理部、５…メール送信処理部、６…送受信管理フ
ァイル更新処理部。

Claims

【特許請求の範囲】

【請求項１】システム開発におけるプロジェクトの検証
時に設計担当部署が提示した成果物の提出予定日、及び
検証予定日等の情報を検証担当部署にて工程管理用ファ
イルとして記憶装置に格納し、同時にプロジェクトの担
当部署、体制等の情報をプロジェクト体制ファイルとし
て記憶装置に格納し、検証部署にて検証予定日のチェッ
クを行い、一定期間内に検証が予定されているプロジェ
クトについて抽出し、抽出した情報を基に送受信管理フ
ァイルとして記憶装置に格納し、プロジェクト体制ファ
イルより該当プロジェクトの設計担当者を検索し、設計
担当者に対して成果物の提出、検証実施の旨を回答要
求、及び回答期日を有する電子メールで通知することを
特徴とする工程管理方法。
【請求項２】送受信管理ファイルに電子メール返信を受
け取ったか否かの情報を書き込むための受信区分の項目
を設け、回答期日以内に検証担当者宛に電子メールの返
信があった場合には、送受信管理ファイルの受信区分に
「返信メール受信」の情報を、回答期日を超えても回答
が無い場合には、「返信メール未受信」の情報を書き込
み、送受信管理ファイルの情報を検証担当者に通知する
ことを特徴とする工程管理方法。
【請求項３】送受信管理ファイルの受信区分が「返信メ
ール未受信」のプロジェクトに対して、プロジェクト体
制ファイルより該当プロジェクトの設計担当者の上長
（ＰＬ）を検索し、その上長（ＰＬ）に対して、成果物
の提出、検証実施の旨を回答要求、及び回答期日を有す
る電子メールにて再通知し、その上長（ＰＬ）からも回
答期日を超えても回答が無い場合には、再度、プロジェ
クト体制ファイルより該当プロジェクトの上長の上位上
長（ＰＭ）を検索し、その上位上長（ＰＭ）に対して、
成果物の提出、検証実施の旨を回答要求、及び回答期日
を有する電子メールにて再通知することを特徴とする工
程管理方法。