(57)【特許請求の範囲】
【請求項１】
上位階層の日程管理情報である上位日程管理情報と下位階層の日程管理情報である下位日程管理情報と、を用いて進捗管理を行う進捗管理装置であって、
前記上位日程管理情報および前記下位日程管理情報に基づいて生成された開発ホールドポイントごとの日程管理情報を日程管理登録情報として記憶するための記憶部と、
開発ホールドポイントごとに、前記下位日程管理情報内の計画日程と前記日程管理登録情報内の計画日程とを前記上位日程管理情報に含まれる計画日程に基づき更新する計画日程反映処理部と、
開発ホールドポイントごとに、前記上位日程管理情報内の実績日程と前記日程管理登録情報内の実績日程とを前記下位日程管理情報に含まれる実績日程に基づき更新する実績日程反映処理部と、
を備え、
前記実績日程反映処理部は、前記日程管理登録情報に基づいて開発ホールドポイント単位で本来の順序で製品開発が行われているか否かの判定処理を実施し、前記判定処理による判定結果を前記上位日程管理情報に追加する、ことを特徴とする進捗管理装置。
【請求項２】
前記実績日程反映処理部は、前記判定処理として、先行する開発ホールドポイントが未完了な状態で次以降の開発ホールドポイントが完了する「飛ばし」と、先行する開発ホールドポイントが未完了な状態で次の開発ホールドポイントを先行着手する「追い越し」と、が生じているか否かを判定する、ことを特徴とする請求項１に記載の進捗管理装置。
【請求項３】
前記実績日程反映処理部は、前記上位日程管理情報より上位の日程管理情報である最上位日程管理情報に、前記日程管理登録情報内に基づいて、開発ホールドポイントごとの計画日程の終了日および実績日程の終了日と、前記判定結果と、を格納する、ことを特徴とする請求項１または２に記載の進捗管理装置。
【請求項４】
前記実績日程反映処理部は、前記最上位日程管理情報に格納する前記判定結果として、前記判定処理による前記判定結果のうち、優先度の高い１つの前記判定結果を選択する、ことを特徴とする請求項３に記載の進捗管理装置。
【請求項５】
前記日程管理登録情報内に規定された設計成果物として登録されている設計成果物が生成されたか否かを監視し、前記日程管理登録情報内の前記規定された設計成果物が全て生成された開発ホールドポイントについて前記日程管理登録情報に設計生成物の生成完了を示す情報を格納する設計成果物監視処理部、
をさらに備え、
前記実績日程反映処理部は、開発ホールドポイントごとに前記日程管理登録情報内の規定された設計成果物を前記上位日程管理情報に含まれる規定された設計成果物に基づき更新し、前記判定処理において、前記日程管理登録情報に基づいて前記規定された設計成果物が全て生成されていない開発ホールドポイントについては、前記日程管理登録情報の実績日程に基づき終了したと判断される場合にも、当該開発ホールドポイントは完了していないと判断する、ことを特徴とする請求項２に記載の進捗管理装置。
【請求項６】
上位階層の日程管理情報である上位日程管理情報と下位階層の日程管理情報である下位日程管理情報と、を用いて進捗管理を行う進捗管理システムであって、
請求項１〜４のいずれか１つに記載の進捗管理装置と、
前記上位日程管理情報および前記下位日程管理情報を保持する管理表保持装置と、を備え、
前記進捗管理装置は、前記管理表保持装置が保持する前記上位日程管理情報および前記下位日程管理情報を用いて前記進捗管理を行う、ことを特徴とする進捗管理システム。
【請求項７】
上位階層の日程管理情報である上位日程管理情報と下位階層の日程管理情報である下位日程管理情報と、を用いて進捗管理を行う進捗管理システムであって、
請求項５に記載の進捗管理装置と、
前記上位日程管理情報および前記下位日程管理情報を保持する管理表保持装置と、
設計成果物を保持する設計成果物管理装置と、を備え、
前記進捗管理装置は、前記管理表保持装置が保持する前記上位日程管理情報および前記下位日程管理情報と、前記設計成果物管理装置が保持する設計成果物と、を用いて前記進捗管理を行う、ことを特徴とする進捗管理システム。
【請求項８】
上位階層の日程管理情報である上位日程管理情報と下位階層の日程管理情報である下位日程管理情報と、を用いて進捗管理を行う進捗管理装置における進捗管理方法であって、
前記上位日程管理情報および前記下位日程管理情報に基づいて生成された開発ホールドポイントごとの日程管理情報を日程管理登録情報として記憶する記憶ステップと、
開発ホールドポイントごとに、前記下位日程管理情報内の計画日程と前記日程管理登録情報内の計画日程とを前記上位日程管理情報に含まれる計画日程に基づき更新する計画日程反映処理ステップと、
開発ホールドポイントごとに、前記上位日程管理情報内の実績日程と前記日程管理登録情報内の実績日程とを前記下位日程管理情報に含まれる実績日程に基づき更新する実績日程反映処理ステップと、
前記日程管理登録情報に基づいて開発ホールドポイント単位で本来の順序で製品開発が行われているか否かの判定処理を実施し、前記判定処理による判定結果を前記上位日程管理情報に追加する判定ステップと、
を含むことを特徴とする進捗管理方法。
【請求項９】
請求項８に記載の進捗管理方法をコンピュータに実行させる、ことを特徴とする進捗管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、進捗管理装置、進捗管理システム、進捗管理方法および進捗管理プログラムに関する。
【背景技術】
【０００２】
製品開発等における開発日程計画策定とその製品開発の進捗を把握する業務では、当該製品開発にかかる役職に応じて、必要となる情報は異なる。例えば、実務者（設計担当者等）は自身が担当する全てのタスクの進捗を管理する必要がある。管理者層（設計課長等）は開発管理規定に沿った開発ホールドポイント（図面審査・出図会議等）レベルでの計画日程策定と実績および設計成果物の作成状況を確認する必要がある。経営者層（工場長・製造部長等）は工場全体の複数開発製品の進捗を確認する必要がある。
【０００３】
このように、必要とする情報の時間単位が上位役職になるほど大きくなるために、下位の進捗情報を上位に反映する必要があるが、人手による転記ミスや即時性のなさなどが問題となっていた。このような問題に対して、大日程（月次）・中日程（週次）・小日程（日次）間の日程情報（タスク毎の計画日程・実績日程等）を連動する仕組みが、下記特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−０７２４１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載の技術によれば、時間単位の異なる日程情報を連携させているが、日程の連携だけでは、先行する開発ホールドポイントが未完了な状態で実務者が自己判断で次以降の開発ホールドポイントを完了させる「飛ばし」や、先行する開発ホールドポイントが未完了な状態で次の開発ホールドポイントを先行着手する「追い越し」などが生じているか否かを判断することはできない。このため、上記特許文献１の進捗管理方法では、管理者層や経営者層が「飛ばし」や「追い越し」等を認識できない場合がある、という問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、人手による転記ミスや即時性のなさを防いで下位の進捗情報を上位に反映し、開発ホールドポイント単位で本来の順序で製品開発が行われているか否かを容易に判断することができる進捗管理装置、進捗管理システム、進捗管理方法および進捗管理プログラムを得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、上位階層の日程管理情報である上位日程管理情報と下位階層の日程管理情報である下位日程管理情報と、を用いて進捗管理を行う進捗管理装置であって、前記上位日程管理情報および前記下位日程管理情報に基づいて生成された開発ホールドポイントごとの日程管理情報を日程管理登録情報として記憶するための記憶部と、開発ホールドポイントごとに、前記下位日程管理情報内の計画日程と前記日程管理登録情報内の計画日程とを前記上位日程管理情報に含まれる計画日程に基づき更新する計画日程反映処理部と、開発ホールドポイントごとに、前記上位日程管理情報内の実績日程と前記日程管理登録情報内の実績日程とを前記下位日程管理情報に含まれる実績日程に基づき更新する実績日程反映処理部と、を備え、前記実績日程反映処理部は、前記日程管理登録情報に基づいて開発ホールドポイント単位で本来の順序で製品開発が行われているか否かの判定処理を実施し、前記判定処理による判定結果を前記上位日程管理情報に追加する、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、人手による転記ミスや即時性のなさを防いで下位の進捗情報を上位に反映し、開発ホールドポイント単位で本来の順序で製品開発が行われているか否かを容易に判断することができる、という効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、進捗管理装置の機能構成例を示す図である。
【図２】図２は、進捗管理装置として用いられる計算機等の構成例を示す図である。
【図３】図３は、実施の形態の全体動作の概要を示す図である。
【図４】図４は、計画日程反映処理部の動作の一例を示すフローチャートである。
【図５】図５は、プロセス管理表の構成例を示す図である。
【図６】図６は、小日程管理表の構成例を示す図である。
【図７】図７は、日程管理データベースの構成例を示す図である。
【図８】図８は、設計成果物監視処理部の動作の一例を示すフローチャートである。
【図９】図９は、完了設計成果物格納フォルダ内のファイルの一例を示す図である。
【図１０】図１０は、実績日程反映処理部の動作の一例を示すフローチャートである。
【図１１】図１１は、進捗管理表の構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本発明にかかる進捗管理装置、進捗管理システム、進捗管理方法および進捗管理プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１１】
図１は、本発明にかかる進捗管理装置の機能構成例を示す図である。図１に示すように、本実施の形態の進捗管理装置１は、計画日程反映処理部１１と、実績日程反映処理部１２と、設計成果物監視処理部１３と、を備え、日程管理データベース（日程管理登録情報）１４を記憶している。また、進捗管理装置１は、ネットワーク等により管理表保持装置２、設計成果物管理装置３と接続されている。
【００１２】
進捗管理装置１は、例えば一般的な計算機等である。図２は、進捗管理装置１として用いられる計算機等の構成例を示す図である。この計算機は、図２に示すようにＣＰＵ等の演算手段である制御部４１と、キーボーボやマウス等である入力部４２と、ＲＡＭ（Random  Access  Memory），ＲＯＭ（Read  Only  Memory）などの各種メモリおよびハードディスクなどのストレージデバイスである記憶部４３と、モニタ等である表示部４４と、ネットワーク等と接続して他の装置との通信を行う通信部４５と、を備え、これらの構成要素はシステムバス４６により接続されている。なお、図２の構成は一例であり、進捗管理装置１として用いられる計算機等の構成は、図２に限定されない。
【００１３】
制御部４１は、本発明にかかる進捗管理プログラムを含む各種プログラムを実行する。入力部４２は、ユーザが、必要に応じて各種情報の入力を行うために使用する。記憶部４３は、制御部４１が実行すべきプログラムや処理の過程で得られた必要なデータなどを記憶する。また、記憶部４３は、プログラムの一時的な記憶領域としても使用される。表示部４は、ユーザに対して表示すべき情報等を表示する。
【００１４】
ここで、進捗管理プログラムが実行可能な状態になるまでの動作例について説明する。上述した構成をとる計算機等には、たとえば、ＣＤ／ＤＶＤドライブ（図示せず）にセットされた記録媒体から、進捗管理プログラムが記憶部４３にインストールされる。そして、進捗管理プログラムの実行時に、記憶部４３から読み出された進捗管理プログラムが記憶部４３の所定の場所に格納される。この状態で、制御部４１は、記憶部４３に格納されたプログラムに従って、進捗管理処理を実行する。
【００１５】
なお、本実施例においては、記録媒体により進捗管理処理を記述したプログラムを提供しているが、これに限らず、電子メール，インターネットなどの伝送媒体により提供されたプログラムを用いるように構成してもよい。
【００１６】
図１の機能構成例は、進捗管理プログラムが実行可能な状態になった場合の構成例を示しており、計画日程反映処理部１１、実績日程反映処理部１２および設計成果物監視処理部１３は制御部４１上に存在し、必要に応じて記憶部４３を一時記憶手段として用いて動作する。また、日程管理データベース１４は、記憶部４３内に記憶される。
【００１７】
図１に示した管理表保持装置２、設計成果物管理装置３についても、例えば図２に示した構成例の計算機等であり、管理表保持装置２は記憶部４３内に進捗管理表（最上位日程管理情報）２１、プロセス管理表（上位日程管理情報）２２および小日程表（下位日程管理情報）２３を保持し、設計成果物管理装置３は記憶部４３内に完了設計成果物格納フォルダ３１に格納された設計成果物３２を保持する。
【００１８】
なお、図１の構成例は、進捗管理表２１、プロセス管理表２２および小日程表２３を管理表保持装置２が保持し、設計成果物３２を設計成果物管理装置３が保持しているが、これに限らず、進捗管理装置１が、進捗管理表２１、プロセス管理表２２、小日程表２３および設計成果物３２を保持するようにしてもよい。また、進捗管理装置１が、進捗管理表２１、プロセス管理表２２、小日程表２３を保持し、設計成果物管理装置３が設計成果物３２を保持する、または、進捗管理装置１が、設計成果物３２を保持し、管理表保持装置２が進捗管理表２１、プロセス管理表２２、小日程表２３を保持するようにしてもよい。
【００１９】
ここで、本実施の形態で用いる３階層の日程管理表を以下のように定義する。
（１）進捗管理表（大日程）２１：最上位階層
・開発ホールドポイントの中で、経営管理上、最小限必要なものの計画と実績の終了日程がプロットされた表
・開発ホールドポイントの「飛ばし」、「追い越し」のアラート表示
（２）プロセス管理表（中日程）２２：上位階層
・開発ホールドポイントごとのＷＢＳ（Work  Breakdown  Structure）番号と計画日程（計画開始日・計画終了日）が入力される表
・開発ホールドポイントにおいて作成する必要がある設計成果物の規定
・開発ホールドポイントのうち実績完了日を「進捗管理表」に表示すべきものの指定
・開発ホールドポイントの実績日程（実績開始日・実績終了日）表示
・開発ホールドポイントの「飛ばし」、「追い越し」のアラート表示
・設計成果物の登録
（３）小日程管理表（小日程）２３：下位階層
・実績日程が入力される表
【００２０】
プロセス管理表２２では、計画日程や設計成果物等については管理者により入力される。この際、管理者は、管理表保持装置２を操作することにより入力してもよいが、管理表保持装置２に接続される別の装置（パーソナルコンピュータ等）を操作することによりプロセス管理表２２への入力を行ってもよい。小日程管理表２３では、計画日程や設計成果物についてはプロセス管理表２２の内容が反映され、実績日程については実務者により入力される。この際、実務者は、管理表保持装置２を操作することにより入力してもよいが、管理表保持装置２に接続される別の装置（パーソナルコンピュータ等）を操作することにより小日程管理表２３への入力を行ってもよい。
【００２１】
小日程管理表２３では、プロセス管理表２２が管理するＷＢＳ番号単位をさらにブレイクダウンしたタスク単位で各項目が記載される。このブレイクダウンしたタスクの番号（または名称）については、管理者または実務者等により、小日程管理表２３にあらかじめ記載されているとする。
【００２２】
なお、開発ホールドポイントとは、図面審査・出図会議等のことを示し、段階的に行われる開発を評価するタイミングである。ある開発ホールドポイントにおいて必要な評価や作業が全て行われた（以下、開発ホールドポイントが完了した、という）後に、次の開発ホールドポイントの作業が行われる。
【００２３】
また、ここでは作業を識別するためにＷＢＳ番号を用いているが、各々の作業を識別することが可能であればよく、ＷＢＳ番号に限らず作業名等であってもよい。
【００２４】
図３は、本実施の形態の全体動作の概要を示す図である。計画日程反映処理部１１は、プロセス管理表２２を読出し、プロセス管理表２２内の計画日程や設計成果物等を日程管理データベース１４に登録するとともに、計画日程を小日程管理行２３に反映する。
【００２５】
実績日程反映処理部１２は、小日程管理行２３を読出し、小日程管理行２３内の実績日程を日程管理データベース１４に登録するとともに、実績日程をプロセス管理表２２へ反映する。設計成果物監視処理部１３は、完了設計成果物格納フォルダ３１内を検索して、設計成果物３２が新たに登録されたか否かを監視し、設計成果物３２が新たに登録された場合、当該設計成果物３の生成が完了したことを日程管理データベース１４に登録する。
【００２６】
また、実績日程反映処理部１２は、日程管理データベース１４に基づいて先行する開発ホールドポイントが未完了な状態で実務者が自己判断で次以降の開発ホールドポイントを完了させる「飛ばし」や、先行する開発ホールドポイントが未完了な状態で次の開発ホールドポイントを先行着手する「追い越し」などが生じているか否かを判断して、判断結果を日程管理データベース１４に登録する。そして、実績日程反映処理部１２は、日程管理データベース１４に基づいて最小限必要なものの計画と実績の終了日程および「飛ばし」や「追い越し」の有無を進捗管理表２１に記載する。また、実績日程反映処理部１２は、「飛ばし」や「追い越し」の有無をプロセス管理表２２へ反映する。
【００２７】
以下、計画日程反映処理部１１、実績日程反映処理部１２および設計成果物監視処理部１３の各々の動作を、図を用いて説明する。
【００２８】
図４は、計画日程反映処理部１１の動作の一例を示すフローチャートである。計画日程反映処理部１１は、プロセス管理表２２を読み込み、プロセス管理表２２内のＷＢＳ番号、計画日程および設計成果物を日程管理データベース１４へ登録する（ステップＳ１１）。なお、この時点で、プロセス管理表２２のＷＢＳ番号、計画日程および設計成果物は入力済みであるとする。
【００２９】
図５は、本実施の形態のプロセス管理表２２の構成例を示す図である。図５に示すように、プロセス管理表２２は、ＷＢＳ番号、タスク名、「飛ばし／追い越し」、進捗管理表連動、計画日程（図５では計画と略す）、実績日程（図５では実績と略す）、設計成果物（図５では、成果物と略す）の各項目で構成される。なお、各項目の順番は図５の例に限定されず、また図５に示した以外の項目を含んでいてもよい。
【００３０】
図５に例示した項目のうち、ＷＢＳ番号、タスク名、計画日程および成果物については、ステップＳ１１の開始時点で、管理者により入力済み、あるいは他の操作者等によりあらかじめ記載済みであるとする。なお、図５の進捗管理連動については、進捗管理表２１において各ホールドポイントを記号（○、□等の）で識別するために設けた項目であり、進捗管理表２１においてホールドポイントを記号で表示しない場合にはこの項目は必要ない。「飛ばし／追い越し」および実績日程については、後述の実績日程反映処理部１２の動作で説明する。
【００３１】
次に、計画日程反映処理部１１は、小日程管理表２３を読み込み（ステップＳ１２）、小日程管理表２３内のタスクのうちプロセス管理表２２内のＷＢＳ番号と一致するタスクがあるか否かをチェックする（ステップＳ１３）。チェックの結果、小日程管理表２３内のタスクのうちプロセス管理表２２内のＷＢＳ番号に一致するタスクが存在すると判断した場合（ステップＳ１４  Ｙｅｓ）、当該ＷＢＳ番号が一致するタスクについて、プロセス管理表２２の計画日程を小日程管理表２３に反映し（ステップＳ１５）、処理を終了する。小日程管理表２３内のタスクのうちプロセス管理表２２内のＷＢＳ番号に一致するタスクが存在しない場合（ステップＳ１４  Ｎｏ）は、処理を終了する。
【００３２】
図６は、本実施の形態の小日程管理表２３の構成例を示す図である。図６に示すように、小日程管理表２３は、ＷＢＳ番号、タスク名、階層、計画日程（図６では計画と略す）、実績日程（図６では実績と略す）の各項目で構成される。なお、各項目の順番は図６の例に限定されず、また図６に示した以外の項目を含んでいてもよい。例えば、設計成果物の項目をさらに含み、プロセス管理表２２内の設計成果物の内容を小日程管理表２３に反映させてもよい。
【００３３】
上述したように、小日程管理表２３では、プロセス管理表２２により管理しているＷＢＳ番号単位のタスクをさらにブレイクダウンしたタスクも登録される。図６の階層は、このブレイクダウンした作業の階層を示し、ここでは、ＷＢＳ番号に対応するタスクを１階層、１階層をブレイクダウンした階層を２階層、…としている。なお、ここでは、小日程管理表２３ではＷＢＳ番号単位のタスクをさらにブレイクダウンしたタスクが登録させる例を説明するが、ブレイクダウンしなくてもよい。
【００３４】
計画日程反映処理部１１は、上述の動作をプロセス管理表２２にはじめに計画日程が入力された時点で実施し、以降は、例えば、プロセス管理表２２が更新された場合に、上述の動作を実施する。なお、プロセス管理表２２の更新とは無関係に、例えば、定期的に上述の動作を行ったり、また進捗管理表２１を更新したい場合に、上述の動作を行ったりしてもよい。
【００３５】
図７は、本実施の形態の日程管理データベース１４の構成例を示す図である。日程管理データベース１４は、ＷＢＳ番号、タスク名、計画日程、実績日程、成果物、完了フラグおよび「飛ばし／追い越し」の項目で構成される。上述のように、ＷＢＳ番号、タスク名、計画日程および設計成果物（図７では、成果物と略す）は、プロセス管理表２２から転記される。完了フラグは、ＷＢＳ番号ごとの成果物が全て作成されているか否かを示す情報であり、初期状態では未完了を示す値（ここでは、一例として“０”とする）が格納され、後述の設計成果物監視処理部１３の動作により完了フラグが更新される。
【００３６】
図８は、設計成果物監視処理部１３の動作の一例を示すフローチャートである。図８に示すように、設計成果物監視処理部１３は、完了設計成果物格納フォルダ３１をチェックし、日程管理データベース１４に登録されている設計成果物と名称の一致するファイルが存在するか否かを確認する（ステップＳ２１）。
【００３７】
日程管理データベース１４に登録されている設計成果物と名称の一致するファイルが存在する場合（ステップＳ２２  Ｙｅｓ）、日程管理データベース１４の当該設計成果物に対応する完了フラグを、完了を示す値（ここでは、一例として“１”とする）に更新し（ステップＳ２３）、処理を終了する。日程管理データベース１４に登録されている設計成果物と名称の一致するファイルが存在しない場合（ステップＳ２２  Ｎｏ）、処理を終了する。
【００３８】
設計成果物監視処理部１３は、例えば定期的に、上記の動作を実施する。例えば、バッチ処理により、上記の動作を実施することができる。なお、本実施の形態では、進捗管理装置１の設計成果物監視処理部１３が上述の処理を行っているが、設計成果物管理装置３が、上記のステップＳ２１，Ｓ２２を実施し、日程管理データベース１４に登録されている設計成果物と名称の一致するファイルが存在する場合に進捗管理装置１の設計成果物監視処理部１３に通知し、設計成果物監視処理部１３が通知に基づいて上記のステップＳ２３を実施するようにしてもよい。
【００３９】
図９は、完了設計成果物格納フォルダ３１内のファイルの一例を示す図である。図９に示すように、設計成果物３２としてドキュメントＡＡＡ．ｘｌｓ等が格納される。
【００４０】
図１０は、実績日程反映処理部１２の動作の一例を示すフローチャートである。図１０に示すように、実績日程反映処理部１２は、小日程管理表２３を読み込み（ステップＳ３１）、小日程管理表２３のタスクのうちプロセス管理表２２のＷＢＳ番号（すなわち、日程管理データベースに登録されているＷＢＳ番号）と一致するものがあるかをチェックする（ステップＳ３２）。
【００４１】
小日程管理表２３のタスクのうちプロセス管理表２２のＷＢＳ番号と一致するものが存在する場合（ステップＳ３３  Ｙｅｓ）、当該ＷＢＳ番号が一致するタスクについて小日程管理表２３の実績日程を日程管理データベースに登録する（ステップＳ３４）。そして、実績日程反映処理部１２は、開発ホールドポイントの「飛ばし」が存在するか否かをチェックする（ステップＳ３５）。具体的には、例えば、下記のいずれかにあてはある場合は「飛ばし」であると判断する。
・小日程管理表２３から日程管理データベース１４に反映した実績日程において、あるＷＢＳ番号に対応する開発ホールドポイントの実績完了日が未入力であり、かつ、このＷＢＳ番号よりＷＢＳ番号が大きい（＝時間的に後に位置する）開発ホールドポイントの実績完了日が入力されている場合
・日程管理データベース１４において、あるＷＢＳ番号に対応する開発ホールドポイントの実績完了日が入力されているが、当該ＷＢＳ番号に対応して規定された設計成果物が全て作成されておらず（全て完了となっていない）、かつこのＷＢＳ番号よりＷＢＳ番号が大きい開発ホールドポイントの実績完了日が入力されている場合
【００４２】
なお、ここでは、ＷＢＳ番号は、先行するタスクほど若い（小さい）番号が付与されているとしている。ＷＢＳ番号は、先行するタスクほど若い（小さい）番号が付与されていない場合は、例えば、先行する順にＷＢＡ番号を記載した表等を保持して、その表に基づいて、同様に「飛ばし」が存在するか否かを判断すればよい。
【００４３】
ステップＳ３５のチェックの結果、「飛ばし」が存在する場合（ステップＳ３６  Ｙｅｓ）、日程管理データベース１４の飛ばされている開発ホールドポイントに対応する「飛ばし／追い越し」のフラグを「飛ばし」があることを示す値（ここでは、一例として“１”とする）に更新する（ステップＳ３７）。
【００４４】
次に、実績日程反映処理部１２は、「追い越し」が存在するか否かをチェックする（ステップＳ３８）。具体的には、例えば、下記のいずれかにあてはある場合は「追い越し」であると判断する。
・小日程管理表２３から日程管理データベース１４に反映した実績日程において、あるＷＢＳ番号に対応する開発ホールドポイントの実績完了日が未入力であり、かつ、このＷＢＳ番号よりＷＢＳ番号が大きい（＝時間的に後に位置する）開発ホールドポイントの実績開始日が入力されている場合
・日程管理データベース１４において、あるＷＢＳ番号に対応する開発ホールドポイントの実績完了日が入力されているが、当該ＷＢＳ番号に対応して規定された設計成果物が全て作成されておらず（全て完了となっていない）、かつこのＷＢＳ番号よりＷＢＳ番号が大きい開発ホールドポイントの実績開始日が入力されている場合
【００４５】
ステップＳ３８のチェックの結果、「追い越し」が存在する場合（ステップＳ３９  Ｙｅｓ）、日程管理データベース１４の追い越されている開発ホールドポイントに対応する「飛ばし／追い越し」のフラグが「飛ばし」があることを示す値（ここでは、一例として“１”とする）であるかをチェックする（ステップＳ４０）。チェックの結果、当該開発ホールドポイント（追い越されているホールドポイント）に対応するフラグが「飛ばし」があることを示す値でなかった場合（ステップＳ４１  Ｙｅｓ）、日程管理データベース１４の追い越されているホールドポイントに対応する「飛ばし／追い越し」のフラグを「追い越し」があることを示す値（ここでは、一例として“２”とする）に更新する（ステップＳ４２）。
【００４６】
次に、実績日程反映処理部１２は、日程管理データベース１４の「飛ばし／追い越し」フラグに基づいて、プロセス管理表２２の対応するＷＢＳ番号の「飛ばし／追い越し」の項目を更新する（ステップＳ４３）。例えば、日程管理データベース１４の「飛ばし／追い越し」フラグが「飛ばし」が存在する値となっているＷＢＳ番号（ホールドポイントに対応）について、図５に示したプロセス管理表２２の「飛ばし／追い越し」の欄に、「飛ばし」が存在することを示す記号をプロットする。「追い越し」についても同様に、日程管理データベース１４に基づいて「追い越し」が存在するＷＢＳ番号の「飛ばし／追い越し」の欄に、「追い越し」が存在することを示す記号をプロットする。
【００４７】
また、実績日程反映処理部１２は、日程管理データベース１４に基づいて、ホールドポイントごとにプロセス管理表２２の進捗管理表連動の欄の記号を、進捗管理表２１の計画および実績の終了日に対応する位置にプロットするとともに、「飛ばし／追い越し」の有無をプロットし（ステップＳ４４）、処理を終了する。
【００４８】
図１１は、進捗管理表２１の構成例を示す図である。ステップＳ４４では、例えば図１１に示したような形式で進捗管理表２１に日程管理データベース１４の情報を反映させる。ここでは、進捗管理表２１の「飛ばし／追い越し」の欄には、１つの記号のみを示すこととしている。これは、一般に進捗管理表２１は経営者層が複数の製品（開発管理番号により識別）の進捗状況をおおまかに把握するために用いられることから、製品単位で「飛ばし」または「追い越し」が存在するか否かを把握できるようにするためである。また、「追い越し」より「飛ばし」の方がより問題となる（優先度が高い）ため、「追い越し」と「飛ばし」の両方が存在する場合には、「飛ばし」ありを示す記号をプロットする。
【００４９】
図１０の説明に戻り、小日程管理表２３のタスクのうちプロセス管理表２２のＷＢＳ番号と一致するものが存在しない場合（ステップＳ３３  Ｎｏ）は、ステップＳ３５へ進む。また、開発ホールドポイントの「飛ばし」が存在しない場合（ステップＳ３６  Ｎｏ）は、ステップＳ３８へ進み、開発ホールドポイントの「追い越し」が存在しない場合（ステップＳ３９  Ｎｏ）は、ステップＳ４４へ進む。また、追い越されているホールドポイントに対応するフラグが「飛ばし」があることを示す値であった場合（ステップＳ４１  Ｎｏ）、ステップＳ４３へ進む。
【００５０】
以上の実績日程反映処理部１２の動作は、例えば、定期的に実施してもよいし、日程管理データベース１４が更新された場合に実施してもよい。また、進捗管理表２１を生成する必要がある場合に、実施してもよい。
【００５１】
次に、図５、図６、図９および図１１を用いて、「飛ばし」、「追い越し」の判定例を説明する。図５に示すように、ホールドポイントＢについては、小日程管理表２３には実績の終了日が入力されている。従って、小日程管理表２３だけ開発ホールドポイントであるホールドポイントＢは完了しているようにみえるが、完了設計成果物フォルダ３１内が図９に示した状態であったとすると、ホールドポイントＢに必要なドキュメントＢ．ｘｌｓが存在しない。従って、実績日程反映処理部１２は、ホールドポイントＢは完了していないと判断し、かつ次の開発ホールドポイントであるホールドポイントＣには実績の終了日が入力され完了設計成果物フォルダ３１内にドキュメントＣ．ｘｌｓが存在するため、先行するホールドポイントＢが未完了で次のホールドポイントＣが完了する「飛ばし」が発生していると判断できる。
【００５２】
開発ホールドポイントであるホールドポイントＤについては、小日程管理表２３で実績の終了日が入力されておらず未完了であるが、次の開発ホールドポイントであるホールドポイントＥに実績の開始日が入力されているために、「追い越し」が発生していると判断できる。なお、ここでは、生じている事象を説明するために小日程管理表２３および完了設計成果物フォルダ３１内の格納状態を用いて「飛ばし」、「追い越し」の判定例を説明したが、実際には、上述のように、実績日程反映処理部１２は、これらの内容が反映された日程管理データベース１４に基づいて、上記の判定を行う。
【００５３】
以上の例では、ホールドポイントＤについて「追い越し」が存在し、ホールドポイントＢについてが「飛ばし」が存在すると判定される。この場合、進捗管理表２１には、図１１に示すように、「飛ばし」が存在することを示す記号が表示される。
【００５４】
なお、本実施の形態では、ＷＢＳ番号が開発ホールドポイントに１対１に対応する例について説明したが、ＷＢＳ番号が開発ホールドポイントに１対１に対応しない場合（１つのＷＢＳ番号に２つの開発ホールドポイントが存在する場合や、２つのＷＢＳ番号で１つの開発ホールドポイントに対応する場合等）は、上述のＷＢＳ番号ごとの処理を開発ホールドポイントごとの処理に置き換えてもよい。
【００５５】
なお、本実施の形態では、日程管理表が３階層の場合について説明したが、日程管理表が上位階層（プロセス管理表）と下位階層（小日程管理表２３）の２階層のみの場合にも、上述の動作を適用できる（進捗管理表２１への反映動作は除く）。また、上位階層、下位層がさらに複数の階層に分かれている場合にも、上位階層内でまず上の階層から下位の階層へ順に計画日程を反映しておき、下位階層内で下の階層から上位の階層へ順に実績日程を反映しておき、上位階層内の最下位の階層の日程管理表と、下位階層内の最上位の階層の日程管理表と、をそれぞれ上述のプロセス管理表２２、小日程管理表２３として扱えば、上述の動作を適用できる。この場合、「飛ばし」、「追い越し」の判定結果は、上位階層内の全ての階層の日程管理表に反映すればよい。
【００５６】
以上のように、本実施の形態では、計画日程については、計画日程反映処理部１１が、上位階層の日程管理表から下位階層の日程管理表に日程を反映するとともに、開発ホールドポイントごとに計画日程を日程管理データベース１４に登録し、実績日程については、実績日程反映処理部１２が、下位階層の日程管理表から上位階層の日程管理表に日程を反映するとともに、開発ホールドポイントごとに実績日程を日程管理データベース１４に登録する。さらに、設計成果物監視処理部１３が、開発ホールドポイントごとに規定された成果物の生成が完了しているか否かを判断し、判断結果を日程管理データベース１４に登録し、実績日程反映処理部１２は、日程管理データベース１４に基づいて、「飛ばし」、「追い越し」が存在するか否かを判定して、判定結果を日程管理表に反映するようにした。
【００５７】
このため、人手による転記ミスや即時性のなさを防いで下位の進捗情報を上位に反映し、開発ホールドポイント単位で本来の順序で製品開発が行われているか否か（ホールドポイントの「飛ばし」や「追い越し」が存在するか否か）を正確に判定することができる。また、この判定結果を即座に上位階層（再上位階層を含む）の日程管理表に反映することで、早期の対策が可能となる。
【符号の説明】
【００５８】
１  進捗管理装置
２  管理表保持装置
３  設計成果物管理装置
１１  計画日程反映処理部
１２  実績日程反映処理部
１３  設計成果物監視処理部
１４  日程管理データベース
２１  進捗管理表
２２  プロセス管理表
２３  小日程管理表
３１  完了設計成果物格納フォルダ
３２  設計成果物
４１  制御部
４２  入力部
４３  記憶部
４４  表示部
４５  通信部
４６  システムバス
【図１】
0005766013.tif 000002
【図２】
0005766013.tif 000003
【図３】
0005766013.tif 000004
【図４】
0005766013.tif 000005
【図５】
0005766013.tif 000006
【図６】
0005766013.tif 000007
【図７】
0005766013.tif 000008
【図８】
0005766013.tif 000009
【図９】
0005766013.tif 000010
【図１０】
0005766013.tif 000011
【図１１】
0005766013.tif 000012