(57)【要約】【課題】製品開発の進捗状況を管理する開発管理システムにおいて、設計変更の業務プロセスを各部門で分担しても進捗状況を確実に一貫管理して各部門間の引継ぎ・移行時の業務の停滞を抑制することを課題とする。【解決手段】製品開発の進捗状況を管理する開発管理システムにおいて、設計管理者は、自己のクライアントコンピュータ３０から、開発対象製品の設計変更の実行を設計担当者に指示するときは、該設計変更の着手予定日を設定して指示する。その指示を受けた設計担当者のクライアントコンピュータ３０ａ，３０ｂ…には、実行が指示されたが未着手の設計変更について上記着手予定日が表示される。【選択図】      図１
2004341751.tif 000002
【特許請求の範囲】
【請求項１】
製品開発の進捗状況を管理する開発管理システムであって、設計変更の着手の期限に関連する値を設定して開発対象製品の設計変更の実行を指示する設計変更実行指示手段と、該指示手段で設定された上記期限関連値を記録する期限関連値記録手段と、上記指示手段で実行が指示された設計変更のうち未着手のものについて上記記録手段に記録されている上記期限関連値を表示する期限関連値表示手段とを有することを特徴とする開発管理システム。
【請求項２】
期限関連値記録手段に記録されている期限関連値と現在の時に関連する値とを対比する対比手段と、該対比手段による対比結果を表示する対比結果表示手段とを有することを特徴とする請求項１に記載の開発管理システム。
【請求項３】
対比結果表示手段は、設計変更の着手の期限が近づいているときと過ぎているときとで表示を変えることを特徴とする請求項２に記載の開発管理システム。
【請求項４】
期限関連値表示手段及び対比結果表示手段は、設計変更の担当者には、該担当者が担当する設計変更分のみを表示することを特徴とする請求項１から３のいずれかに記載の開発管理システム。
【請求項５】
開発対象製品の設計変更の指摘があったときは、該指摘に関する情報を記録する指摘記録手段と、設計変更の実行指示者には、上記記録手段に記録されている指摘情報を表示する指摘情報表示手段とを有することを特徴とする請求項１から４のいずれかに記載の開発管理システム。
【請求項６】
過去の設計変更に関する情報を蓄積する情報蓄積手段と、設計変更の実行が指示されたときは、上記蓄積手段に蓄積されている情報を検索して設計変更の担当者に表示する蓄積情報表示手段とを有することを特徴とする請求項１から５のいずれかに記載の開発管理システム。
【請求項７】
製品開発の進捗状況を管理する開発管理用プログラムであって、コンピュータを、設計変更の着手の期限に関連する値を設定して開発対象製品の設計変更の実行を指示する設計変更実行指示手段、該指示手段で設定された上記期限関連値を記録する期限関連値記録手段、及び上記指示手段で実行が指示された設計変更のうち未着手のものについて上記記録手段に記録されている上記期限関連値を表示する期限関連値表示手段として機能させることを特徴とする開発管理用プログラム。
【請求項８】
コンピュータを、期限関連値記録手段に記録されている期限関連値と現在の時に関連する値とを対比する対比手段、及び該対比手段による対比結果を表示する対比結果表示手段として機能させることを特徴とする請求項７に記載の開発管理用プログラム。
【請求項９】
コンピュータを対比結果表示手段として機能させるときは、設計変更の着手の期限が近づいているときと過ぎているときとで表示を変えるように機能させることを特徴とする請求項８に記載の開発管理用プログラム。
【請求項１０】
コンピュータを期限関連値表示手段及び対比結果表示手段として機能させるときは、設計変更の担当者には、該担当者が担当する設計変更分のみを表示するように機能させることを特徴とする請求項７から９のいずれかに記載の開発管理用プログラム。
【請求項１１】
コンピュータを、開発対象製品の設計変更の指摘があったときは、該指摘に関する情報を記録する指摘記録手段、及び設計変更の実行指示者には、上記記録手段に記録されている指摘情報を表示する指摘情報表示手段として機能させることを特徴とする請求項７から１０のいずれかに記載の開発管理用プログラム。
【請求項１２】
コンピュータを、過去の設計変更に関する情報を蓄積する情報蓄積手段、及び設計変更の実行が指示されたときは、上記蓄積手段に蓄積されている情報を検索して設計変更の担当者に表示する蓄積情報表示手段として機能させることを特徴とする請求項７から１１のいずれかに記載の開発管理用プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、広く生産業・製造業における各種製品の開発業務の進捗状況を管理するシステム及びプログラムに関し、コンピュータを用いた業務管理・業務支援の技術分野に属する。
【０００２】
【従来の技術】
例えば製造業等における各種製品の開発は、その企画から始まり、設計方針や設計仕様の決定、概略設計、詳細設計、１次試作、量産試作等の各過程を経由し、その後、量産に移行することになるが、特許文献１に記載されるように、例えば設計段階で作成された設計図面が製造部署や試験部署等の評価に回されて、該設計図面に不具合が発見されたときには、その不具合を解消するように、設計担当者は、上記設計図面の修正、すなわち設計変更を行うことになる。
【０００３】
そのような設計変更に関し、本出願人は、設計変更の各業務を分担して行うコンピュータシステムをすでに提案している（特願２００２−３５０６０７号）。それによれば、他部門からの設計変更の指摘があると、設計部の管理者は、その指摘の内容を確認して、設計部の担当者に設計変更の実行を指示し、設計担当者は、その指示された設計変更を実行する。
【０００４】
【特許文献１】特開２００２−１９７１２２号公報
【発明が解決しようとする課題】
ところが、設計変更時の業務を各部門で分担すると、その業務の引継ぎ・移行時に滞りが発生することが懸念され、そのような業務の停滞があると、開発プロジェクト全体が遅延し、製品の量産・販売時期が予定を過ぎて、機を逸してしまうことになる。そこで、本発明は、製品開発の進捗状況を確実に管理することを課題とする。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、本発明は次のように構成したことを特徴とする。
【０００６】
まず、本願の請求項１に記載の発明は、製品開発の進捗状況を管理する開発管理システムであって、設計変更の着手の期限に関連する値を設定して開発対象製品の設計変更の実行を指示する設計変更実行指示手段と、該指示手段で設定された上記期限関連値を記録する期限関連値記録手段と、上記指示手段で実行が指示された設計変更のうち未着手のものについて上記記録手段に記録されている上記期限関連値を表示する期限関連値表示手段とを有することを特徴とする。
【０００７】
この発明によれば、実行が指示された設計変更のうち未着手のものについては、設計変更の着手の期限に関連する値（例えば、期限の日付や、期限までに残されている時間等）を表示するから、設計担当者の注意が喚起され、設計変更時の業務を各部門で分担しても、業務の引継ぎ・移行時に滞りが発生し難くなり、製品開発の進捗状況が確実に管理できるようになって、プロジェクト全体の遅延が抑制される。
【０００８】
ここで、設計変更とは、設計図面を修正する狭義の設計変更だけでなく、商品企画、設計方針、設計仕様の変更等も含む概念である。
【０００９】
また、期限関連値は、例えば、設計変更に要する時間、設計変更の完了期限、設計変更の難易度、重要度及び優先度、並びに設計変更担当者の時間的余裕度（出張で不在の期間等）等を含む諸事情を考慮して設定することができる。
【００１０】
次に、請求項２に記載の発明は、上記請求項１に記載のシステムにおいて、期限関連値記録手段に記録されている期限関連値と現在の時に関連する値とを対比する対比手段と、該対比手段による対比結果を表示する対比結果表示手段とを有することを特徴とする。
【００１１】
この発明によれば、例えば期限の日付と現在の日付とが対比され、その対比結果が表示されるから、設計担当者の注意がより一層喚起され、業務の引継ぎ・移行時の滞りがより一層発生し難くなる。
【００１２】
次に、請求項３に記載の発明は、上記請求項２に記載のシステムにおいて、対比結果表示手段は、設計変更の着手の期限が近づいているときと過ぎているときとで表示を変えることを特徴とする。
【００１３】
この発明によれば、例えば期限の日付と現在の日付との時間的関係に応じて表示の仕方を変えるから、設計担当者の注意がより一層喚起され、また設計管理者の管理業務も容易化する。
【００１４】
次に、請求項４に記載の発明は、上記請求項１から３のいずれかに記載のシステムにおいて、期限関連値表示手段及び対比結果表示手段は、設計変更の担当者には、該担当者が担当する設計変更分のみを表示することを特徴とする。
【００１５】
この発明によれば、設計担当者には、自己の担当分だけが提示されるから、余分な情報が混在せず、設計担当者による設計変更の着手がより一層効率化する。
【００１６】
次に、請求項５に記載の発明は、上記請求項１から４のいずれかに記載のシステムにおいて、開発対象製品の設計変更の指摘があったときは、該指摘に関する情報を記録する指摘記録手段と、設計変更の実行指示者には、上記記録手段に記録されている指摘情報を表示する指摘情報表示手段とを有することを特徴とする。
【００１７】
この発明によれば、設計変更の実行指示者（例えば設計管理者）には、設計変更の指摘に関する情報が提示されるから、例えば他部門からの設計変更の指摘があった場合に、設計管理者がそれに気付かず、変更指摘が放置されるようなことが抑制されて、設計管理者による設計変更実行の指示が滞りなく行われる。
【００１８】
次に、請求項６に記載の発明は、上記請求項１から５のいずれかに記載のシステムにおいて、過去の設計変更に関する情報を蓄積する情報蓄積手段と、設計変更の実行が指示されたときは、上記蓄積手段に蓄積されている情報を検索して設計変更の担当者に表示する蓄積情報表示手段とを有することを特徴とする。
【００１９】
この発明によれば、情報蓄積手段に、過去に発生した設計変更の内容が記録され、その内容が、設計変更の実行の指示時に検索されて設計担当者に提示されるから、過去の設計変更を今回の同種製品の開発時に、及び今回の設計変更を以後の同種製品の開発時に、いずれも参考として利用することができ、かつその利便性が向上する。
【００２０】
一方、請求項７に記載の発明は、製品開発の進捗状況を管理する開発管理用プログラムであって、コンピュータを、設計変更の着手の期限に関連する値を設定して開発対象製品の設計変更の実行を指示する設計変更実行指示手段、該指示手段で設定された上記期限関連値を記録する期限関連値記録手段、及び上記指示手段で実行が指示された設計変更のうち未着手のものについて上記記録手段に記録されている上記期限関連値を表示する期限関連値表示手段として機能させることを特徴とする。
【００２１】
次に、請求項８に記載の発明は、上記請求項７に記載のプログラムにおいて、コンピュータを、期限関連値記録手段に記録されている期限関連値と現在の時に関連する値とを対比する対比手段、及び該対比手段による対比結果を表示する対比結果表示手段として機能させることを特徴とする。
【００２２】
次に、請求項９に記載の発明は、上記請求項８に記載のプログラムにおいて、コンピュータを対比結果表示手段として機能させるときは、設計変更の着手の期限が近づいているときと過ぎているときとで表示を変えるように機能させることを特徴とする。
【００２３】
次に、請求項１０に記載の発明は、上記請求項７から９のいずれかに記載のプログラムにおいて、コンピュータを期限関連値表示手段及び対比結果表示手段として機能させるときは、設計変更の担当者には、該担当者が担当する設計変更分のみを表示するように機能させることを特徴とする。
【００２４】
次に、請求項１１に記載の発明は、上記請求項７から１０のいずれかに記載のプログラムにおいて、コンピュータを、開発対象製品の設計変更の指摘があったときは、該指摘に関する情報を記録する指摘記録手段、及び設計変更の実行指示者には、上記記録手段に記録されている指摘情報を表示する指摘情報表示手段として機能させることを特徴とする。
【００２５】
次に、請求項１２に記載の発明は、上記請求項７から１１のいずれかに記載のプログラムにおいて、コンピュータを、過去の設計変更に関する情報を蓄積する情報蓄積手段、及び設計変更の実行が指示されたときは、上記蓄積手段に蓄積されている情報を検索して設計変更の担当者に表示する蓄積情報表示手段として機能させることを特徴とする。
【００２６】
これらの発明は、上記請求項１から６に記載のシステムにそれぞれ対応するもので、当該プログラムをコンピュータに適用して実行することにより、対応するシステムについての上記作用と同様の作用が得られる。
【００２７】
【発明の実施の形態】
以下、本発明の実施の形態に係る開発管理システムについて説明する。なお、このシステムを機能させるプログラムは本発明に係る開発管理用プログラムの実施の形態を構成する。
【００２８】
図１に示すように、このシステムの中心となるサーバコンピュータ（以下「サーバ」という）１０は、中央処理装置１１と、各種の条件設定やシステム操作等に用いられる入力装置１２と、各種のプログラムやデータ等を記録する記録装置１３と、各種の入力画面や演算結果等を表示する表示装置１４と、各種の書類等を発行する印刷装置１５と、他のコンピュータとの通信を制御する通信制御装置１６とを有する。サーバ１０は、通信制御装置１６により、インターネットやイントラネット等の情報通信ネットワーク２０を介して、多数のクライアントコンピュータ（以下「クライアント」という）と情報交換可能に接続している。本実施形態においては、サーバ１０は、設計部の設計管理者及び設計担当者のクライアント３０，３０ａ，３０ｂ…、製造部のクライアント４０…４０、品質管理部のクライアント５０…５０、及び調達部のクライアント６０…６０等と情報交換可能に接続している。
【００２９】
図２に示すように、記録装置１３はプログラム記録部１３ａとデータ記録部１３ｂとを有する。プログラム記録部１３ａには、当該システムの作動に必要なプログラムが記録されている。データ記録部１３ｂには、プロジェクトテーブル、機種構成要素テーブル、開発フェーズテーブル、設計変更目標件数テーブル、設計変更指摘テーブル、設計変更指示テーブル、設計変更着手テーブル、設計変更通知テーブル、及び設計担当者作業箇所テーブルが記録されている。
【００３０】
図３に示すように、プロジェクトテーブルには、当該システムが管理するプロジェクトの一覧が記録される。具体的には、各プロジェクト毎に、プロジェクトコード（ＣＤ）と、プロジェクト名称と、開発対象製品の機種コードとが記録される。本実施形態では、次世代型超薄型携帯電話、ＪＲＩ−１２００Ｌの開発プロジェクト、Ｘ３００５が例に取り上げられている。
【００３１】
図４に示すように、機種構成要素テーブルには、プロジェクト毎に開発対象製品の機種のユニット及び部位で示される構成要素のディレクトリ構造が記録される。具体的には、プロジェクトコードをキーとし、当該機種の各構成要素について、ユニットか部位かの階層と、名称と、構成要素コードと、下位要素（すなわち部位）である場合の上位要素（すなわちユニット）の構成要素コードとが記録される。
【００３２】
図５に示すように、開発フェーズテーブルには、プロジェクト毎に開発期間中のフェーズ管理が記録される。具体的には、プロジェクトコードをキーとし、各プロジェクト毎に設定されたフェーズと、各フェーズを終了させるイベントの実施予定日と、そのイベントの実際の実施日とが記録される。
【００３３】
図６に示すように、設計変更目標件数テーブルには、当該プロジェクトの各フェーズ及び各構成要素毎に設計変更（ここでは、設計図面を修正する狭義の設計変更だけでなく、商品企画、設計方針、設計仕様の変更等も含む）の目標件数が記録される。具体的には、プロジェクトコードをキーとし、フェーズ、構成要素コード、及び設計変更目標件数が記録される。
【００３４】
図７に示すように、設計変更指摘テーブルには、開発期間中の各フェーズにおいて設計変更の指摘があったときにその指摘内容等が記録される。具体的には、設計変更指摘コードをキーとして、当該プロジェクトのコード、指摘があったフェーズ及び日付、指摘対象構成要素のコード、変更指摘者の所属部署及び氏名、変更指摘内容、例えば指摘個所を示すような画像データがあればその格納先のパス、及び当該変更指摘の処理状態、すなわち、当該変更指摘が受け入れられて変更実行が指示されたか、又は当該変更指摘が受け入れられずに却下されたか、又は未だ処理がなされていないかが記録される。
【００３５】
図８に示すように、設計変更指示テーブルには、指摘された設計変更に対してその実行が指示されたときにその指示内容等が記録される。具体的には、設計変更指示コードをキーとして、その指示の元となった変更指摘のコード、当該プロジェクトのコード、指示があったフェーズ及び日付、指示対象構成要素のコード、変更指示者の所属部署及び氏名、変更指摘内容、変更指示内容、ランク、及び当該変更指示の処理状態、すなわち、当該変更指示に対応して設計変更が着手されたか、又は未だ着手されていないかが記録される。
【００３６】
ランクは、変更実行指示から変更着手までの目標時間（すなわち、設計変更の着手の期限に関連する値）を分類するものであり、例えばランクＡのときは１日目、つまり翌日（営業日で計算）までに着手すべきことを示し、ランクＢのときは３日目までに着手すべきことを示し、ランクＣのときは５日目までに着手すべきことを示している。変更実行指示から変更着手までの時間は、仕掛時間（指示されてから解決策を見出すまでに要する時間）である。
【００３７】
ランクは、設計変更に要する時間、設計変更の完了期限、設計変更の難易度、重要度及び優先度、並びに設計変更担当者の時間的余裕度等を含む諸事情を考慮して設定される。
【００３８】
なお、図例では、設計変更指摘コード、Ｒ−０００３は、指摘が却下されているので、ランクも処理状態も設定されていない。
【００３９】
図９に示すように、設計変更着手テーブルには、変更指示があった設計変更が設計担当者により着手されたときにその着手の日付等が記録される。具体的には、設計変更着手コードをキーとして、その着手の元となった変更指示のコード、当該プロジェクトのコード、着手が行われたフェーズ及び日付、着手対象構成要素のコード、及び変更着手者の所属部署及び氏名が記録される。
【００４０】
図１０に示すように、設計変更通知テーブルには、変更着手があった設計変更を設計担当者が完了し、その内容が関係部署に通知されたとき（例えば図２４に示す設計変更通知書が作成されたとき）にその内容等が記録される。具体的には、設計変更通知コードをキーとして、その通知の元となった変更着手のコード、当該プロジェクトのコード、通知が行われたフェーズ及び日付、通知対象構成要素のコード、通知者の所属部署及び氏名、設計変更の指摘内容、指示内容、及び通知内容が記録される。
【００４１】
図１１に示すように、設計担当者作業箇所テーブルには、設計変更を担当する設計担当者毎に、その氏名コード、携わっているプロジェクトのコード及び構成要素のコードが記録される。つまり、各設計担当者が、現在、どのプロジェクトで、どの構成要素の作業に関わっているかを保存する。
【００４２】
次に、サーバ１０の記録装置１３のプログラム記録部１３ａに記録されているプログラムで実現される当該システムの動作を新規開発プロジェクトの立ち上げ時と立ち上げ後とに分けて説明する。
【００４３】
まず、新規開発プロジェクトの立ち上げ時においては、例えばプロジェクト管理者が自らのクライアント（図示しないが符号７０を付す）からサーバ１０にアクセスする。すると、サーバ１０の通信制御装置１６からネットワーク２０を介して上記クライアント７０にＷｅｂ画面信号が送信され、クライアント７０の表示装置に図１２に示すような新規プロジェクト登録画面Ｗ１が表示される。プロジェクト管理者は、この画面Ｗ１上で、新規に立ち上げるプロジェクト名称、プロジェクトコード、プロジェクトの開発対象製品の機種コード等を入力する。
【００４４】
また、プロジェクト管理者は、次にクライアント７０の表示装置に表示される図１３に示すような機種構成要素登録画面Ｗ２上で、今回のプロジェクトの開発対象機種の構成要素を入力する。すなわち、すでに画面Ｗ１上で入力した機種コードの元に、今回の製品を構成するユニットの名称と、各ユニットに属する部位の名称とをディレクトリ構造を形成しながら入力する。
【００４５】
また、プロジェクト管理者は、次にクライアント７０の表示装置に表示される図１４に示すような開発フェーズ登録画面Ｗ３上で、今回のプロジェクトで設定される開発過程のフェーズを指定し、各フェーズ毎にその終了イベントの実施予定日を入力する。
【００４６】
また、プロジェクト管理者等は、次にクライアント７０の表示装置に表示される図１５に示すような設計変更目標件数登録画面Ｗ４上で、上記のようにして設定した開発対象機種の構成要素毎に、及び開発フェーズ毎に、設計変更の目標件数を設定する。その場合、この目標件数は、当該プロジェクトの対象製品に応じて、あるいは新規開発か改良開発か等の開発の態様に応じて設定される。また、この目標件数は実際に変更を実行する件数の目標値であり、例えばその１．５倍が変更指摘の目標件数とされる。
【００４７】
以上のようにして、クライアント７０の表示装置に順次表示される画面Ｗ１〜Ｗ４上で、プロジェクト管理者によって入力されたプロジェクトに関するデータ、開発対象機種の構成要素に関するデータ、開発フェーズに関するデータ、及び変更目標件数に関するデータは、いずれもネットワーク２０を経由して、サーバ１０に送信され、該サーバ１０における記録装置１３のデータ記録部１３ｂに設けられている図３のプロジェクトテーブル、図４の機種構成要素テーブル、図５の開発フェーズテーブル、及び図６の設計変更目標件数テーブルにそれぞれ記録される。これにより、新規プロジェクトの立ち上げ時の設定が終了する。
【００４８】
次に、プロジェクト立ち上げ後の開発過程における設計変更時の当該システムの動作を説明する。
【００４９】
いま例えば設計仕様作成フェーズにおいて、ある部位に関する設計変更（前述したように、設計図面を修正する狭義の設計変更だけでなく、商品企画、設計方針、設計仕様の変更等も含む）の必要性が製造部において発見されたとすると、該製造部の担当者もしくは管理者が設計変更の指摘者となって、変更指摘のために自己のクライアント４０からサーバ１０にアクセスする。
【００５０】
指摘者は、サーバ１０から送信されるＷｅｂ画面上で、プロジェクトの指定等、所定の入力操作を行えば、図１６に示す機種構成要素画面Ｗ５が表示され、この画面Ｗ５に、図４の機種構成要素テーブルから読み出した当該プロジェクトの開発対象機種の各構成要素がディレクトリ構造で表示される。指摘者は、今回、変更指摘を行う構成要素のユニット名又は部位名を指定する。また、今回の操作が変更指摘のための操作であることを別途指定する。なお、機種構成要素画面Ｗ５の上部には、矢印ａで示すように、現時点のフェーズが表示される。
【００５１】
この画面Ｗ５上で指定した構成要素が例えば（ユニット）本体の（部位）筐体であったとすると、図１７に示す次の変更指摘作成画面Ｗ６に、そのユニット名及び部位名が表示される。そして、この画面Ｗ６上で、指摘者は、変更指摘の日付（自動付与するようにしてもよい）、自らの所属部署、氏名、変更指摘の内容を入力する。また、変更個所等を示す画像データが存在する場合には、サーバ１０の記録装置１３におけるその格納先のパスを入力する。
【００５２】
これらのデータは図７の変更指摘テーブルに記録される。その場合に、変更指摘コードが自動的に付与されて記録され、変更指摘日としてその日の日付が自動的に記録され、変更指摘者としての所属部署や氏名が、使用されたクライアント４０を識別することにより予め登録されている名簿から読み出されて自動的に記録される。なお、処理状態は、この時点では、当該変更の指摘がまだ実行指示されておらず、また却下もされていないので、「未処理」と記録される。
【００５３】
このようにして、指摘者により、いずれかのフェーズにおいて、いずれかの構成要素について変更の指摘がなされると、上記図７の変更指摘テーブルに新たなレコードとして順次その内容等が追加記録されていく。
【００５４】
一方、指摘された変更を実行するか否かを決定する設計部の管理者は、定期的にあるいは適宜時期にどのような変更指摘がなされているかを確認する。
【００５５】
設計管理者は、自らのクライアント３０からサーバ１０にアクセスし、前述の図１６の機種構成要素画面Ｗ５で確認しようとする機種の構成要素を指定する等、所定の操作を行うことにより、図１８に示すように、指定した構成要素、例えば（ユニット）本体の（部位）筐体についての設計変更状況が表示された変更状況管理画面−設計管理者用Ｗ７を表示する。
【００５６】
この変更状況管理画面Ｗ７には、他部門・他部署からの変更指摘があった項目の一覧、変更指摘に対して変更指示が行われた項目の一覧、変更指示者により変更指示と共に設定される変更着手の予定日の一覧、設計担当者により実際に変更が着手された項目の一覧、及び変更指示に対して変更の完了を示す変更通知が行われた項目の一覧が、対応する項目を横に並べて、それぞれ日付と実行者の氏名とで表示されている。設計管理者は、変更指摘項目のうち、変更指示が行われていないいずれかの項目を選択する。
【００５７】
これにより、図１９に示す変更指示画面Ｗ８が表示され、この画面Ｗ８に、当該変更指摘項目について図７の変更指摘テーブルに記録されている内容、すなわち、例えば（ユニット）本体−（部位）筐体について、指摘者が図１７の変更指摘作成画面Ｗ６上で入力した変更指摘内容等が表示される。また、図７の変更指摘テーブルに記録されているパスに従って、サーバ１０の記録装置１３における所定の格納場所から画像データが読み出され、変更指示画面Ｗ８に画像として表示される。
【００５８】
設計管理者は、この画面Ｗ８に表示された内容や画像を確認し、指摘された変更を実行するか否かを判断する。管理者等は、変更の実行を指示するときは、変更指摘に対する変更指示内容を入力し、ランク設定ボタンｂでランクを決め、変更実行指示ボタンｃをクリックする。これにより、画面Ｗ８上に表示されたデータは変更指示に関するデータとして図８の変更指示テーブルに記録される。
【００５９】
その場合、変更指示コードが自動的に付与されて記録され、変更指示日としてその日の日付が自動的に記録され、変更指示者としての設計管理者の所属や氏名が、使用されたクライアント３０を識別することにより予め登録されている名簿から読み出されて自動的に記録される。なお、この段階では、当該指示に対しては未だ変更が着手されていないから、処理状態の欄には「未着手」と記録される。
【００６０】
これに対し、設計管理者は、指摘された変更を却下するときは、画面Ｗ８の変更指摘却下ボタンｄをクリックする。この場合、図８の変更指示テーブルには変更指示日付や変更指示内容、及びランク等のレコードは作成されない。
【００６１】
また、設計部の各担当者も、定期的にあるいは適宜時期に自分宛にどのような変更実行の指示がなされているかを確認する。すなわち、設計担当者は、自己のクライアント３０ａ，３０ｂ…からサーバ１０にアクセスし、変更対象の構成要素を指定する等の所定の操作を行う。すると、図２０に示す変更状況管理画面−設計担当者用Ｗ９が表示される。この画面Ｗ９には、前述のように、変更指摘項目の一覧等が表示されるが、変更指摘に対して変更指示が行われたときは、その変更指摘に対応させて変更指示の欄に指示の日付と指示者の氏名とが表示され、当該変更指摘に対して、変更指示があったことが示される。そして、この画面Ｗ９の当該変更指摘に対応する変更指示項目を選択すれば、次に図２１に示す設計変更着手画面Ｗ１０が表示され、この画面Ｗ１０に、図８の変更指示テーブルから読み出された変更指示の内容等が表示される。なお、変更指摘が却下されたときは、図１８，図２０の上記変更状況管理画面Ｗ７，Ｗ９にその旨が表示される。
【００６２】
このとき、変更着手画面Ｗ１０には、過去の検索結果の欄に、過去に発生した同類の不具合・変更指摘・その解決策等が示され、設計担当者の今回の設計変更の一助とする。これは、例えば図１０の設計変更通知テーブルを構成要素コードやフェーズ、あるいはキーワード等で絞込み検索して、変更指摘内容や指示内容あるいは通知内容のレコードを抽出することにより達成される。設計担当者は、上記指示内容や過去の事例を確認したうえで、この変更着手画面Ｗ１０の変更着手ボタンｅをクリックする。
【００６３】
これにより、この画面Ｗ１０の内容が図９の変更着手テーブルに記録される。具体的には、変更着手コードが自動的に付与されて記録され、変更着手日としてその日の日付が自動的に記録され、変更着手者としての設計担当者の所属や氏名が、使用されたクライアント３０ａ，３０ｂ…を識別することにより予め登録されている名簿から読み出されて自動的に記録される。また、このとき、図８の変更指示テーブルの処理状態の欄に、変更着手があったことを示す「着手済」が記録される。
【００６４】
そして、設計担当者は、設計変更が終了したときは、サーバ１０にアクセスして図２２に示す変更通知画面Ｗ１１を呼び出し、この画面Ｗ１１に、図８の変更指示テーブルから読み出された変更指示の内容等が表示される。
【００６５】
設計担当者は、自らが行った変更の内容を変更通知内容の欄に入力したうえで、この変更通知画面Ｗ１１の変更通知実行ボタンｆをクリックする。
【００６６】
このとき、図２３に示す変更通知作成画面Ｗ１２が表示され、この画面Ｗ１２に、上記変更通知画面Ｗ１１と同様に、図８の変更指示テーブルから読み出された変更指示の内容等が表示される。また、図７の変更指摘テーブルから読み出された変更指摘の内容や、図１０の変更通知テーブルから読み出された変更通知の内容等も表示される。この画面Ｗ１２は表示内容の編集が可能な画面であり、設計担当者はその表示内容を確認したうえで必要な編集を行い、あるいはそのままの状態で完了ボタンｇをクリックする。
【００６７】
これにより、図２４に示すように、変更通知作成画面Ｗ１２の表示内容が記入された変更通知書が自動的に作成されると共に、変更通知作成画面Ｗ１２の内容が図１０の変更通知テーブルに記録される。その場合に、変更通知コードが自動的に付与されて記録され、変更通知日としてその日の日付が自動的に記録され、変更通知者としての設計担当者の所属や氏名が、使用されたクライアント３０ａ，３０ｂ…を識別することにより予め登録されている名簿から読み出されて自動的に記録される。
【００６８】
そして、上記設計変更通知書がファイルされ、あるいは当該変更を反映するための作業が必要な部署に配布され、その設計変更が完了する。
【００６９】
以上のようにして、各開発フェーズにおいて、設計変更の指摘、その指摘に対する設計変更実行の指示、その指示に対して設計変更を着手し、また完了した旨の通知の各作業が当該開発対象機種のユニットや部位等の各構成要素ごとに行われ、図７〜図１０に示す変更指摘テーブル、変更指示テーブル、変更着手テーブル及び変更通知テーブルにそれぞれ記録されることになる。そして、これらの変更指摘ないし変更通知の実行件数が、各フェーズ、各構成要素ごとに、当該プロジェクトの立ち上げ時に設定された目標件数と比較され、当該フェーズにおける当該構成要素についての開発完成度が表示される。
【００７０】
つまり、現時点が例えば設計仕様作成フェーズにあるものとし、（ユニット）本体の（部位）筐体について完成度を表示するものとして説明すると、図１６の機種構成要素画面Ｗ５上で上記構成要素を指示すれば、まず、図２５に示す変更指摘実績画面Ｗ１３に、予め設定された当該構成要素の変更指摘の目標件数と、現時点までの変更指摘の実件数と、その差とが、表及びグラフで表示される。その場合に、目標件数は、図６の変更目標件数テーブルから読み出された当該フェーズ、当該構成要素についての目標数の例えば１．５倍とされ、また、実件数は、図７の変更指摘テーブルに記録されているレコード件数がフェーズごと及び構成要素ごとにカウントされて表示される。
【００７１】
また、図２６の変更通知実績画面Ｗ１４には、予め設定された当該構成要素の変更通知の目標件数と、現時点までの変更通知の実件数と、その差とが、上記変更指摘実績画面Ｗ１３と同様に、表及びグラフで表示される。その場合に、目標件数は、図６の変更目標件数テーブルから読み出された当該フェーズ、当該構成要素についての目標数であり、また、実件数は、図１０の変更通知テーブルに記録されているレコード件数がフェーズごと及び構成要素ごとにカウントされて表示される。
【００７２】
ここで、画面Ｗ１３、Ｗ１４の表における「７２／７５／−３」等の表示は、目標件数「７５」に対する実件数「７２」と、その差「−３」とを示す。
【００７３】
つまり、この方法は、製品の企画から開発、量産への移行を経て市場に投入され、その後、市場から撤退するまでのライフサイクル中に、例えばその製品の分野に応じてあるいは新規開発か改良開発か等の開発態様に応じて、ほぼ一定件数の設計変更が発生するという知見に基づくものであり、全ライフサイクル期間中に発生が予想される件数の設計変更をできるだけ開発期間中に前倒しして実行させることにより、開発の完成度を向上させようとするものである。
【００７４】
これを図２７を用いて説明すると、従来は、破線で示すように、企画から量産移行（開発終了）を経てライフサイクル終了までの各期間に分散して設計変更の必要性が発生していたのであるが、これらの設計変更のうちには、開発段階で予想可能であったものが少なくない。そこで、本実施形態では、全ライフサイクル期間を通じて発生するほぼ一定件数と考えられる設計変更の件数に基づいて、開発期間中に実行する目標件数を設定し、その目標件数と開発期間中の設計変更の実件数とを比較するようにしたのである。これにより、図２７に実線で示すように、設計変更が開発期間中に前倒しして実行されることになり、製品の開発終了時点での完成度が向上することになる。
【００７５】
設計管理者は、これらの実績画面Ｗ１３、Ｗ１４を参照し、当該フェーズにおける各構成要素についての変更指摘件数や変更通知件数の目標件数に対する差を読み取り、その差が大きいときは、いまだ変更の余地が多く、開発が十分に完成していないものと判断して、設計者等に対して設計の更なる見直しを要請する等の処置を執る。これに対して、変更指摘件数や変更通知件数の目標件数に対する差が十分小さく、あるいは目標件数以上となっている場合には、その構成要素についての当該フェーズでの開発は十分に完成したものと判断する。
【００７６】
そして、全ての構成要素についての完成度が十分であると判断すれば、当該フェーズは終了したものとして、所定のフェーズ終了イベントを実行した上で、次のフェーズに進行する。このフェーズの進行は、図２８に示すフェーズ進行画面Ｗ１５のフェーズ進行ボタンｈをクリックすることにより行われる。
【００７７】
このように、当該システムによれば、開発対象機種の各構成要素ごとに完成度を判断しながら開発フェーズを進めることになるので、開発期間の全フェーズを終了し、量産に移行するときには、当該製品全体として、すでに高い完成度が達成されていることになる。したがって、量産移行後における設計変更の件数が著しく低減されることになる。
【００７８】
なお、図１８に示した設計管理者用の変更状況管理画面Ｗ７には、上記実績画面Ｗ１３、Ｗ１４と同様の完成度を示すグラフと共に、前述のように、その時点のフェーズにおいて、各変更項目ごとに、その指摘の日付、その指摘に対する変更指示の日付、及びその指示に対する変更着手及び変更通知の日付が横に並べて表示される。したがって、この画面Ｗ７を参照することにより、各項目についての指摘から変更指示、変更着手を経て変更通知に至る設計変更作業の進捗状況が表示されることになり、その遅速に応じた対応が可能となる。また、各フェーズの終了時に、その時点の日付と、図５の開発フェーズテーブルに記録されている終了イベントの実施予定日とを比較することによっても、開発作業の進捗に遅速が判断される。
【００７９】
さらに、上記変更指摘テーブル、変更指示テーブル、及び変更通知テーブルには、各変更項目について、対象となる構成要素のコード及び実行されたフェーズと共に、変更指摘、変更指示又は変更通知の内容がそれぞれ記録され、次回以降の開発業務の参考として利用されるようになっている。
【００８０】
つまり、図２９に示す検索画面Ｗ１６上で、変更指摘、変更指示、及び変更通知の中から１つ以上の検索対象を指定すると共に、属性として、機種、ユニット、部位、フェーズのいずれかを必要に応じて指定すれば、指定した検索対象に対応するテーブルから、指定した属性を備えた変更項目のレコードが検索され、次の図３０に示す検索結果画面Ｗ１７に一覧表示される。
【００８１】
例えば、検索対象として変更通知を指定し、属性として機種を指定すれば、画面Ｗ１７に、その機種についての全変更通知項目が一覧表示されることになり、また、図例のように、属性として機種とユニットと部位とフェーズとを指定すれば、その機種、ユニット及び部位についての指定したフェーズでの変更通知項目が一覧表示されることになる。
【００８２】
そして、画面Ｗ１７に表示された項目のいずれかを選択すれば、その項目が例えば変更通知項目であれば、次に図３１に示すような変更通知詳細画面Ｗ１８が表示され、当該変更通知の内容等が詳細に表示される。また、変更指摘項目を選択し、或いは変更指示項目を選択したときには、画面Ｗ１８と同様の変更指摘詳細画面又は変更指示詳細画面が表示される。
【００８３】
したがって、その後の当該プロジェクト又は他のプロジェクトにおける開発業務にこれらの設計変更情報を利用して、その開発業務の効率の向上を図ることが可能となる。その場合に、検索項目の属性として機種、ユニット又は部位で示される構成要素、及び開発フェーズ等を指定することができるから、例えば、特定部位での過去の変更例、あるいいは特定フェーズでの過去の変更例というように属性を絞って検索することができ、必要とする設計変更情報を効率よく入手することが可能になる。
【００８４】
次に、本発明の特徴部分を説明する。従来は、設計管理者の側からは、設計変更業務の進捗状況を定量的に判断することが困難であり、例えば、指示した設計変更がすでに着手されているのかどうか（着手の有無）が明瞭に把握できなかった。また、製造部や品質管理部等の他部門からの変更指摘の場合、該指摘が設計管理者宛ではなく、直接設計担当者に送られたときには、その設計担当者からの報告がないと、設計管理者は、指摘の内容把握や指摘を実行するか否かの判断だけでなく、指摘の存在すら知らずに放置してしまうようなことが起こり得る。これらの問題は、短期で仕上げるべき開発プロジェクトの遅延をもたらし、無駄な時間の看過を許し、まことに非効率的・非合理的である。
【００８５】
そこで、本実施形態に係る開発管理システムでは、設計変更の業務プロセスを、設計変更の指摘を受ける業務段階と、設計変更の実行を指示する業務段階と、設計変更に着手する業務段階と、設計変更を実行する業務段階との４つに区分し、各段階毎に、実施日と実行者をコンピュータ画面に表示することで、情報の一元管理と業務の進捗管理とを実現するようにしている。
【００８６】
これにより、設計管理者は、設計変更業務において、各設計担当者がどのような内容の変更指摘を受けているかの把握、その指摘が変更実行すべきものかの判断が可能になる。その結果、変更指摘を受けているのに着手が長い間されておらず、変更指摘が放置されていて、業務が停滞するというような無駄な時間の浪費現象が回避される。また、設計管理者側では、変更実行指示に対応する変更着手・変更実施の有無及びその進捗状況が管理可能となり、仕掛時間の短縮化が図られる。
【００８７】
また、設計管理者は、設計担当者が指摘を受けた変更指摘の内容を調べることで、過去の事例を検索して、解決のアドバイスを蓄積データ（例えば図１０の設計変更通知テーブルのレコード等）から設計担当者に供給・提示することも可能となる。本実施形態では、サーバ１０と情報交換可能に接続している、このシステムの運用可能範囲の全ての部門から指摘を受けることができる。
【００８８】
設計管理者の側からは、指摘の内容や重要度・優先度等から判断して、設計担当者に業務指示が可能となる。つまり舵取り管理が可能である。
【００８９】
そして、本実施形態では、このシステムの運用可能範囲の全ての部門から、サーバ１０にアクセスして、設計管理者からの実行指示に対応する設計担当者の変更着手・変更実行の有無、及びリードタイムやランクを把握でき、進捗管理・仕掛時間の短縮化が可能となる。
【００９０】
すなわち、図１８の設計管理者用の変更状況管理画面Ｗ７に例示したように、２００３年７月１日に指摘者である特許太郎から変更指摘され、指示者である特許次郎（設計管理者）は翌２００３年７月２日に変更実行を指示した。そのランクはＡで、変更着手予定日は翌２００３年７月３日となっている。この指示を受けた特許三郎（設計担当者）はランク期限内の２００３年７月３日（ランク期限日）に変更に着手し、２００３年７月７日に設計変更を完了して変更通知を行っている。
【００９１】
一方、同画面Ｗ７に例示したように、２００３年７月２日に変更指摘があり、その指摘は翌２００３年７月３日に変更実行が指示されている。そのランクはＣで、変更着手予定日は２００３年７月１０日となっている（土・日の非営業日を２日挟んでいる）。しかし、この指示を受けた設計担当者は、現在が同画面Ｗ７上に表示されているように２００３年７月８日でランク期限内の２００３年７月１０日が迫っているにもかかわらず、変更が未着手で、変更着手の欄が空欄になっている。この場合、符号ｉで示したように、変更着手予定日の欄が黄色表示され、注意を喚起して、仕掛時間の短縮化を図るようになっている。なお、図１８には、設計管理者が、変更指摘欄の２００３年７月８日のアンカーを押下して変更指示を行おうとしているところも例示されている。
【００９２】
また、図２０の設計担当者用の変更状況管理画面Ｗ９に例示したように、設計担当者、特許三郎がサーバ１０にアクセスすると、自己の担当分だけが抽出されて表示される。ここでも、符号ｊで示したように、変更着手予定日の欄が黄色表示され、注意が喚起されるようになっている。この図２０には、設計担当者、特許三郎が、変更指示欄の２００３年７月３日のアンカーを押下して変更着手を行おうとしているところが例示されている。
【００９３】
図３２以下を参照してさらに詳しく説明する。図３２（ａ）のように、変更実行支持者（設計管理者）が変更指摘欄のアンカーを押下すると、図１９の変更指示画面Ｗ８が開き、変更指示を行うことができる。次に、図３２（ｂ）のように、変更実行者（設計担当者）が変更指示欄のアンカーを押下すると、図２１の変更着手画面Ｗ１０が開き、変更着手を行うことができる。図例は、変更着手予定日当日（２００３年７月３０日）に変更着手を行う場合（つまり着手予定日・着手期限が近い場合）であり、符号ｍで示したように、変更着手予定日の欄が黄色に表示されて注意が喚起されている。
【００９４】
次に、図３２（ｃ）のように、設計担当者が変更着手欄のアンカーを押下すると、図２２の変更通知画面Ｗ１１が開き、変更通知を行うことができる。そして、図３２（ｄ）のように、変更通知欄のアンカーを押下すると、図２３の変更通知作成画面Ｗ１２が開き、これによっても図２４の設計変更通知書の作成を行うことができる。
【００９５】
図３３は、設計担当者による変更着手を、変更着手予定日（２００３年７月３０日）を過ぎて２００３年７月３１日に行う場合を例示しており、この場合は、図３３（ｂ）に符号ｎで示したように、変更着手予定日の欄が赤色に表示されており、これによりなお一層の注意喚起が図られている。また、図３３（ｃ）に示したように、変更着手の欄には２００３年７月３１日が表示され、図３３（ｄ）に示したように、変更通知は２００３年８月１１日に行われている。
【００９６】
変更着手予定日は、ランクＡの場合は、変更指示日＋１日で、ランクＢの場合は、変更指示日＋３日で、ランクＣの場合は、変更指示日＋５日で、それぞれ計算できる。ただし、前述したように、このランクに応じた日数（特許請求の範囲でいうところの「設計変更の着手の期限に関連する値」）は、あくまでも具体的事例の１つであり、当該管理システムの使用目的や現場の状況等に応じて、様々な値（１週間等）を選択することができる。また、この例のように日を基準にするのではなく、時・分・秒を基準にしてもよい。さらに、ランクの数ももっと多くてもよい（４段階以上等）。
【００９７】
また、この例では、上記のようにして計算された変更着手予定日が近づくと、状況管理画面Ｗ７，Ｗ９の一覧表示における変更着手予定日の欄が黄色に表示され、変更着手予定日が過ぎると、同欄が赤色に表示されるようにしたが、これもあくまでも具体的事例の１つであり、これに限られるものではない。例えば、変更着手予定日の３日前、２日前、１日前、当日でそれぞれ表示の色を変えてもよい。また、変更着手予定日の翌日、翌々日、３日後でそれぞれ表示の色を変えてもよい。
【００９８】
また、色彩による注意喚起だけでなく、状況管理画面Ｗ７，Ｗ９に、それ用のメッセージ表示欄を設けてもよい。また音声による警告・報知を図るようにしてもよい。これらは、特許請求の範囲における、期限関連値と現在の時に関連する値との対比結果を表示する「対比結果表示手段」の具体的態様の例である。
【００９９】
次に、図１８、図２０の設計管理者用、設計担当者用の変更状況管理画面Ｗ７，Ｗ９を管理者のクライアント３０及び担当者のクライアント３０ａ，３０ｂ…に表示する動作のフローチャートの具体的一例を説明する。
【０１００】
まず、管理者用画面Ｗ７については、設計管理者が、前述の図１６の機種構成要素画面Ｗ５で「次へ」のボタンをクリックすると、図３４のフローが開始し、ステップＳ１で、図７の設計変更指摘テーブルをプロジェクトコードにより検索して、ステップＳ２で、その記録されているレコードを抽出・取得する。これにより、設計管理者には当該開発プロジェクトの全件が表示対象となる。
【０１０１】
これに対し、担当者用画面Ｗ９については、設計担当者が、同じく前述の図１６の機種構成要素画面Ｗ５で「次へ」のボタンをクリックすると、図３５のフローが開始し、ステップＳ１１で、図１１の設計担当者作業箇所テーブルを氏名コード（クライアント３０ａ，３０ｂ…から判断する）により検索して、ステップＳ１２で、その記録されているレコード、つまりプロジェクトコード及び構成要素コードを取得する。そして、図３４の場合と同様に、ステップＳ１３で、図７の設計変更指摘テーブルをプロジェクトコード及び構成要素テーブルにより検索して、ステップＳ１４で、その記録されているレコードを取得する。これにより、設計担当者には自己の関連件のみが表示対象となる。
【０１０２】
次に、設計管理者、担当者共に、図３６のステップＳ２１で、図８の設計変更指示テーブルを設計変更指摘コードにより検索して、ステップＳ２２で、その記録されているレコードを取得する。そして、ステップＳ２３で、その取得したレコードの変更指示日付とランクとから変更着手予定日を計算する。
【０１０３】
次に、図３７のステップＳ３１で、図９の設計変更着手テーブルを設計変更指示コードにより検索して、ステップＳ３２で、その記録されているレコードを取得する。そして、ステップＳ３３で、その取得したレコード中に変更着手日付が存在せず（図８、図９の例では、設計変更指示コードＯ−０００２が未着手である）、かつ現在日付が変更着手予定日を過ぎているレコードを「着手遅れ」と判定する。また、ステップＳ３４で、同じく、上記取得したレコード中に変更着手日付が存在せず、かつ現在日付が変更着手予定日（当日）であるレコード、及び現在日付が変更着手予定日の前日（又は２日や３日前等としてもよい）であるレコードを「予定日近い」と判定する。
【０１０４】
次に、図３８のステップＳ４１で、図１０の設計変更通知テーブルを設計変更着手コードにより検索して、ステップＳ４２で、その記録されているレコードを取得する。
【０１０５】
しかる後、図３９のステップＳ５１で、変更指摘テーブルから取得したレコード中の変更指摘者氏名及び変更指摘日付、変更指示テーブルから取得したレコード中の変更指示者氏名及び変更指示日付、変更着手テーブルから取得したレコード中の変更着手者氏名及び変更着手日付、変更通知テーブルから取得したレコード中の変更通知者氏名及び変更通知日付、及びステップＳ２３で計算した変更着手予定日を表示する。
【０１０６】
ただし、ステップＳ３３で「着手遅れ」と判定された件は、変更着手予定日欄を赤色で警告表示し、「予定日近い」と判定された件は、変更着手予定日欄を黄色で警告表示する。これにより、設計管理者のクライアント３０には、図１８に示すように、当該開発プロジェクトの全件が一覧表示された設計管理者用の変更状況管理画面Ｗ７が表示され、設計担当者のクライアント３０ａ，３０ｂ…には、図２０に示すように、自己が担当・関係する件のみが一覧表示された設計担当者用の変更状況管理画面Ｗ９が表示される。
【０１０７】
このように、本実施形態では、変更状況管理画面Ｗ７，Ｗ９において、実行が指示された設計変更のうち未着手のものについては、設計変更の着手の期限に関連する値（変更着手予定日）を表示するから、設計担当者の注意が喚起され、仕掛時間の短縮化が図られ、その結果、設計変更時の業務を各部門で分担しても、業務の引継ぎ・移行時に滞りが発生し難くなり、製品開発の進捗状況が確実に管理できるようになって、プロジェクト全体の遅延が抑制される。
【０１０８】
また、ステップＳ３３，Ｓ３４で、変更着手予定日と現在の日付とを対比し、その対比結果（「着手遅れ」か「予定日近い」かあるいは「そうでない」か）を変更状況管理画面Ｗ７，Ｗ９に併せて表示するから、設計担当者の注意がより一層喚起され、業務の引継ぎ・移行時の滞りがより一層発生し難くなる。
【０１０９】
その場合に、変更着手予定日と現在の日付との時間的関係に応じて表示の仕方を変更し、「着手遅れ」の場合は赤色表示、「予定日近い」場合は黄色表示、「そうでない」場合は普通表示するから、設計担当者の注意がより一層喚起され、また設計管理者の管理業務も容易化する。
【０１１０】
また、設計担当者には、設計担当者用の変更状況管理画面Ｗ９において、自己の担当分だけが提示されるから、余分な情報が混在せず、設計担当者による設計変更の着手がより一層効率化する。
【０１１１】
一方、設計管理者には、設計管理者用の変更状況管理画面Ｗ７において、設計変更の指摘に関する情報が提示されるから、自己の所属する設計部からでなく、製造部や品質管理部あるいは調達部等の他部門からそれぞれの職務・立場・要求・観点に応じた設計変更の指摘があった場合でも、設計管理者がそれに容易に気が付き、変更指摘を徒に放置するようなことが抑制されて、設計管理者による設計変更実行の指示が滞りなく行われる。
【０１１２】
そして、図１０の設計変更通知テーブルに、過去に発生した設計変更の内容（変更指摘内容、変更指示内容、及び変更通知内容）が記録され、その内容が、図１９の設計変更指示画面Ｗ８で設計変更の実行の指示をしたとき（指示ボタンｃを押下したとき）に検索されて、図２１の設計変更着手画面Ｗ１０で設計担当者に「過去の検索結果」として提示されるから、過去の設計変更を今回の同種製品の開発時に、及び今回の設計変更を以後の同種製品の開発時に、いずれも参考として利用することができ、かつその利便性向上が図られる。
【０１１３】
【発明の効果】
以上のように、本発明によれば、例えば、設計変更の業務プロセスを、設計変更の指摘をする指摘者と、設計変更の実行を指示する指示者と、設計変更に着手して実行する担当者とで分担しても、製品開発の進捗状況が確実に一貫して管理できるようになって、各業務の引継ぎ・移行時に停滞が発生し難くなり、仕掛時間の短縮化が図られ、プロジェクト全体の遅延が抑制される。本発明は、広く生産業・製造業における各種製品の開発業務の進捗状況の管理・支援の技術分野において広汎な産業上の利用可能性を有する。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る開発管理システムの全体構成を示すブロック図である。
【図２】同システムの記録装置の構造図である。
【図３】プロジェクトテーブルの説明図である。
【図４】機種構成要素テーブルの説明図である。
【図５】開発フェーズテーブルの説明図である。
【図６】設計変更目標件数テーブルの説明図である。
【図７】設計変更指摘テーブルの説明図である。
【図８】設計変更指示テーブルの説明図である。
【図９】設計変更着手テーブルの説明図である。
【図１０】設計変更通知テーブルの説明図である。
【図１１】設計担当者作業箇所テーブルの説明図である。
【図１２】新規プロジェクト登録画面の説明図である。
【図１３】機種構成要素登録画面の説明図である。
【図１４】開発フェーズ登録画面の説明図である。
【図１５】設計変更目標件数登録画面の説明図である。
【図１６】機種構成要素画面の説明図である。
【図１７】変更指摘作成画面の説明図である。
【図１８】設計管理者用の変更状況管理画面の説明図である。
【図１９】変更指示画面の説明図である。
【図２０】設計担当者用の変更状況管理画面の説明図である。
【図２１】設計変更着手画面の説明図である。
【図２２】変更通知画面の説明図である。
【図２３】変更通知作成画面の説明図である。
【図２４】設計変更通知書の説明図である。
【図２５】変更指摘実績画面の説明図である。
【図２６】変更通知実績画面の説明図である。
【図２７】本発明の実施の形態の考え方の説明図である。
【図２８】フェーズ進行画面の説明図である。
【図２９】検索画面の説明図である。
【図３０】検索結果画面の説明図である。
【図３１】変更通知詳細画面の説明図である。
【図３２】本発明の実施の形態の特徴部分の説明図である。
【図３３】同じく本発明の実施の形態の考え方の説明図である。
【図３４】上記本発明の実施の形態の特徴部分を表示するためのフローチャートの一部である。
【図３５】同、フローチャートの一部である。
【図３６】同、フローチャートの一部である。
【図３７】同、フローチャートの一部である。
【図３８】同、フローチャートの一部である。
【図３９】同、フローチャートの一部である。
【符号の説明】
１０          サーバコンピュータ
２０          情報通信ネットワーク
３０〜６０    クライアントコンピュータ
【図１】
2004341751.tif 000003
【図２】
2004341751.tif 000004
【図３】
2004341751.tif 000005
【図４】
2004341751.tif 000006
【図５】
2004341751.tif 000007
【図６】
2004341751.tif 000008
【図７】
2004341751.tif 000009
【図８】
2004341751.tif 000010
【図９】
2004341751.tif 000011
【図１０】
2004341751.tif 000012
【図１１】
2004341751.tif 000013
【図１２】
2004341751.tif 000014
【図１３】
2004341751.tif 000015
【図１４】
2004341751.tif 000016
【図１５】
2004341751.tif 000017
【図１６】
2004341751.tif 000018
【図１７】
2004341751.tif 000019
【図１８】
2004341751.tif 000020
【図１９】
2004341751.tif 000021
【図２０】
2004341751.tif 000022
【図２１】
2004341751.tif 000023
【図２２】
2004341751.tif 000024
【図２３】
2004341751.tif 000025
【図２４】
2004341751.tif 000026
【図２５】
2004341751.tif 000027
【図２６】
2004341751.tif 000028
【図２７】
2004341751.tif 000029
【図２８】
2004341751.tif 000030
【図２９】
2004341751.tif 000031
【図３０】
2004341751.tif 000032
【図３１】
2004341751.tif 000033
【図３２】
2004341751.tif 000034
【図３３】
2004341751.tif 000035
【図３４】
2004341751.tif 000036
【図３５】
2004341751.tif 000037
【図３６】
2004341751.tif 000038
【図３７】
2004341751.tif 000039
【図３８】
2004341751.tif 000040
【図３９】
2004341751.tif 000041