(57)【要約】【課題】  インテグラル型アーキテクチャの設計工程をモジュラー型アーキテクチャの設計工程に変換し、設計初期の段階から、設計工程の管理、及び進捗の把握を可能にする設計工程管理システムを得る。【解決手段】  縦軸をサブシステムとし、横軸を時間軸を形成する各時間単位を示すゲートとして形成されるマトリクスの各セル中に、各サブシステム間の設計インタフェース項目を記述した設計インタフェース項目ゲート管理表を、サーバ５０１の設計インタフェース項目ゲート管理表作成部５２２で作成することにより、製品を構成するサブシステム間をインタフェースするタイミングをマトリクスの各セルで定義することが可能になり、インテグラル型アーキテクチャの設計工程でも、モジュラー型アーキテクチャと同等の設計工程管理を実現することができる。【選択図】図１
2006011962.tif 000002
【特許請求の範囲】
【請求項１】
複数のサブシステムから構成される製品の設計工程管理を行う設計工程管理システムにおいて、縦軸を上記サブシステムとし、横軸を時間軸を形成する各時間単位を示すゲートとして形成されるマトリクスの各セル中に、各サブシステム間の設計インタフェース項目を記述した設計インタフェース項目ゲート管理表を作成する設計インタフェース項目ゲート管理表作成部、及びこの設計インタフェース項目ゲート管理表作成部によって作成された設計インタフェース項目ゲート管理表の各サブシステム間の設計インタフェース項目の総数に対する、完了した設計インタフェース項目の数の比率を、設計の進捗度として計算する進捗度計算部を備えたことを特徴とする設計工程管理システム。
【請求項２】
上記設計インタフェース項目の総数及び完了した設計インタフェース項目の数を表示する表示部を備えたことを特徴とする請求項１記載の設計工程管理システム。
【請求項３】
上記縦軸を上記サブシステムとし、横軸を時間軸を形成する各時間単位を示すゲートとして形成されるマトリクスの各セル中に、目標工数を設定する目標工数設定部、上記マトリクスの各セル中に、上記目標工数に対する実績工数を収集する実績工数収集部、及び上記目標工数及び実績工数を表示する表示部を備えたことを特徴とする請求項１記載の設計工程管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のサブシステムから構成される製品を、複数の部門に跨った多数の設計者がコンカレントに設計する設計工程において、その設計工程を管理する設計工程管理システムに関するものである。
【背景技術】
【０００２】
一般に製品開発のプロセスは、膨大であり、企業は、一定のコスト・時間的な制約の中で、製品開発プロセスを推進していく必要があるが、設計工程がコスト・スケジュールドライブとなるケースも多い。
【０００３】
製品開発プロセスにおける設計工程は、開発する製品特性によって、その詳細は異なる。非特許文献１では、製品アーキテクチャという概念を導入している。製品アーキテクチャとは、どのようにして製品を部品などの構成要素に分割し、そこに製品の機能を振り分け、部品間のインタフェースを設計・調整するかに関する基本的な設計構想のことである。製品アーキテクチャは、大きくモジュラー型とインテグラル型に分かれる。
【０００４】
モジュラー型アーキテクチャの製品とは、機能的に独立性が高いモジュールが、標準化したインタフェースで結合されたような製品のことである。インタフェースが標準化されているため、各モジュールを独立的に設計し、それらを組み合わせることで、全体システムが機能する。さらに、インタフェースが業界全体で標準化されている場合、それはオープン型アーキテクチャと呼ばれ、パソコン、パッケージソフト、自転車などがその代表例である。
インタフェースが社内で閉じている場合は、クローズ型アーキテクチャと呼ばれ、工作機械、汎用コンピュータ、一眼レフカメラなどがその代表例である。
【０００５】
一方、インテグラル型アーキテクチャの製品とは、各部品間の機能的・構造的な相互依存性が高く、互いに微調整しながらじっくりと部品の最適設計を行うことで、はじめて製品全体の要求機能が達成されるような製品のことである。従って、インテグラル型アーキテクチャは、クローズ型となる傾向があり、自動車、衛星、飛行機などの大型製品は、このカテゴリに属する。これらの大型製品は、複数のサブシステムから構成され、その設計には、複数の設計部門に跨った多数の設計者が携わる。本発明は、インテグラル型アーキテクチャの設計工程の管理方法、及び管理システムに関するものである。
関連技術として、従来より、プロジェクト管理やコンカレント設計などに関する技術が、多く開示されている。
【０００６】
特許文献１は、プロジェクト管理支援として、ＷＢＳ（ワーク・ブレークダウン・ストラクチャ）に人員、機材、能力、資格などのリソース情報をリンクさせる手段と、ＥＶＭＳ（Ｅａｒｎｅｄ  Ｖａｌｕｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）のような経営判断指標を作成する手段を有することで、プロジェクトを遂行するための正しい活動を支援する技術を開示している。
【０００７】
特許文献２は、ＷＢＳに、重要度に応じた点数を付する手段と、次プロセスへの移行許可条件としての閾値となる点数を設定する手段を有することで、リスクが残っている状態で次プロセスへ移行し、結果として後戻りすることを防ぐ技術を開示している。
【０００８】
特許文献３では、複数の部門が関係するプロジェクトにおいて、各部門の立場から見たＷＢＳを定義・参照する手段を有することで、各部門毎に適切な管理を行うことができる技術を開示している。
これらの技術は、プロジェクト全体を対象としたＷＢＳをベースとした管理方法である。従来のＷＢＳをベースとした管理方法は、各タスクはツリー構造を形成することを前提とし、スケジュールで管理する方法と言える。
【０００９】
しかしながら、複数のサブシステムから構成されるインテグラル型アーキテクチャの設計工程においては、一方のアウトプットが他方のインプットとなる相互関係のあるタスクが多く、設計工程を構成する各タスクは、複雑なループ構造を形成する。従って、インテグラル型アーキテクチャの設計工程は、ブレークダウンすることができない、あるいは、ブレークダウンできたとしても、イタレーションにより膨大な工程数となる。従って、従来のＷＢＳをベースとした管理方法では、複数のサブシステムから構成され、各タスクが複雑なループ構造を形成するインテグラル型アーキテクチャの設計工程を管理することができない。すなわち、設計工程のブレークダウンができずに、設計工程のコスト・スケジュールリスクの見えないままプロジェクトが開始されることも多いのが現状である。
【００１０】
また、特許文献４では、生産計画とリンクした出図計画に基づく出図管理を効率的に行う技術を開示している。
しかしながら、概念設計のような設計初期の段階では、出図などのように明確なアウトプットを規定することが難しく、タスク完了の測度をどう定義し、どう管理するか、が課題として残る。
【００１１】
【特許文献１】特開２００２−９２２８２号公報（段落番号００２７〜００５８、図１）
【特許文献２】特開２００３−６３９９号公報（段落番号００１４〜００５１、図１）
【特許文献３】特開２０００−２００３０８号公報（段落番号００２６〜０１０８、図１）
【特許文献４】特開２００１−８４０２０号公報（段落番号００２０〜００４２、図１）
【非特許文献１】藤本隆宏「生産マネジメント入門１／２」、日本経済新聞社（２００３）
【発明の開示】
【発明が解決しようとする課題】
【００１２】
特許文献１〜特許文献４などの従来のプロジェクト管理やコンカレント設計に関する技術は、プロジェクト全体を対象としたＷＢＳをベースとした管理方法、蓄積情報の活用方法、及びそれらの方法を実現するためのソフトウェア的な機能に関するものが多く、以下の問題点がある。
すなわち、従来のＷＢＳをベースとした管理方法では、複数のサブシステムから構成され、各タスクがツリー構造ではなく、複雑なループ構造を形成するインテグラル型アーキテクチャの設計工程を管理することができない。
また、概念設計のような設計初期の段階では、出図などのように明確なアウトプットを規定することが難しく、進捗を把握するためのタスク完了の測度の定義が困難である。
【００１３】
この発明は、上述のような課題を解決するためになされたものであり、複数のサブシステムから構成され、各タスクが複雑なループ構造を形成するインテグラル型アーキテクチャの設計工程において、各サブシステム間のインタフェース項目、及びインタフェースするタイミング（ゲート）を定義することにより、モジュラー型アーキテクチャの設計工程に変換し、設計初期の段階から、設計工程の管理、及び進捗の把握を可能にする設計工程管理システムを得ることを目的としている。
【課題を解決するための手段】
【００１４】
この発明に係わる設計工程管理システムにおいては、複数のサブシステムから構成される製品の設計工程管理を行う設計工程管理システムにおいて、縦軸をサブシステムとし、横軸を時間軸を形成する各時間単位を示すゲートとして形成されるマトリクスの各セル中に、各サブシステム間の設計インタフェース項目を記述した設計インタフェース項目ゲート管理表を作成する設計インタフェース項目ゲート管理表作成部、及びこの設計インタフェース項目ゲート管理表作成部によって作成された設計インタフェース項目ゲート管理表の各サブシステム間の設計インタフェース項目の総数に対する、完了した設計インタフェース項目の数の比率を、設計の進捗度として計算する進捗度計算部を備えたものである。
【発明の効果】
【００１５】
この発明は、以上説明したように、複数のサブシステムから構成される製品の設計工程管理を行う設計工程管理システムにおいて、縦軸をサブシステムとし、横軸を時間軸を形成する各時間単位を示すゲートとして形成されるマトリクスの各セル中に、各サブシステム間の設計インタフェース項目を記述した設計インタフェース項目ゲート管理表を作成する設計インタフェース項目ゲート管理表作成部、及びこの設計インタフェース項目ゲート管理表作成部によって作成された設計インタフェース項目ゲート管理表の各サブシステム間の設計インタフェース項目の総数に対する、完了した設計インタフェース項目の数の比率を、設計の進捗度として計算する進捗度計算部を備えたので、各タスクが複雑なループ構造を形成するインテグラル型アーキテクチャの製品でも、インタフェースするタイミングをシンプルなマトリクス形式である設計インタフェース項目ゲート管理表上で定義することが可能であり、これによりモジュラー型アーキテクチャと同等の設計工程管理を実現することができると共に、出図などのように、明確なアウトプットを規定することが困難な設計初期の段階でも、設計の進捗度を計算することができる。
【発明を実施するための最良の形態】
【００１６】
実施の形態１．
以下に、本発明の実施の形態について説明する。
図１は、この発明の実施の形態１による設計工程管理システムを示す構成図である。
図１において、本発明の実施の形態１のシステム構成は、クライアント・サーバシステムであり、サーバ５０１は、ネットワーク５０３を介して複数のクライアント端末５０２と接続されている。
サーバ５０１は、データベース部５１１と制御部５２１から構成されている。データベース部５１１は、設計インタフェース項目ゲート管理表５１２、目標工数５１３、実績工数５１４から構成されている。制御部５２１は、設計インタフェース項目ゲート管理表作成・編集部５２２、目標工数設定部５２３、実績工数収集部５２４、進捗度計算部５２５、表示部５２６から構成されている。
【００１７】
図２は、この発明の実施の形態１による設計工程管理システムのプロジェクト運用を示すフローチャートである。
図３は、この発明の実施の形態１による設計工程管理システムの設計インタフェース項目ゲート管理表を示す説明図である。
図３において、縦軸にサブシステム１０１、横軸にサブシステム間のインタフェースのタイミングを示すように、時間軸を形成する各時間単位を示すゲート１０２、各セルに各サブシステム間の設計インタフェース項目１０３を記載している。各サブシステム間の設計インタフェース項目１０３は、出力を●、入力を○で記載している。
【００１８】
図４は、この発明の実施の形態１による設計工程管理システムの各サブシステム間のインタフェースを示す説明図である。
図４において、インタフェース種別とは、電気的インタフェースや機械的インタフェースなどである。
図５は、この発明の実施の形態１による設計工程管理システムの目標工数のサンプル図である。
図６は、この発明の実施の形態１による設計工程管理システムの実績工数のサンプル図である。
図７は、この発明の実施の形態１による設計工程管理システムの表示画面のサンプル図である。
【００１９】
次に、図２を用いてプロジェクト運用について説明する。
図２において、プロジェクト開始前に準備作業６０１として、設計インタフェース項目ゲート管理表新規作成作業６０２、及び、目標工数設定作業６０３を実施する。プロジェクト開始後は、通常のプロジェクト業務６０５として、実績工数計上作業６０６、進捗確認作業６０７、及びプロジェクト状況確認作業６０８を実施する。通常のプロジェクト業務６０５は、プロジェクト完了まで繰り返される。
【００２０】
以下、図２のプロジェクト運用のフローチャートに従って、各作業について順次、詳細に説明する。
プロジェクト開始前の準備作業６０１の設計インタフェース項目ゲート管理表新規作成作業６０２について説明する。
設計インタフェース項目ゲート管理表５１２は、図３に示すように、縦軸にサブシステム１０１、横軸に時間を意味するゲート１０２、各セルに各サブシステム間の設計インタフェース項目１０３を記載したマトリクス形式である。
【００２１】
プロジェクト管理者あるいは設計者は、設計インタフェース項目ゲート管理表作成・編集部５２２により、設計インタフェース項目ゲート管理表５１２を新規作成する。横軸のゲート１０２は、プロジェクトに応じて設定される時間軸であり、進捗管理は、ゲート毎に実施される。ゲート間隔は、プロジェクト規模にも依存するが、例えば、１ヵ月毎などと設定することができる。縦軸のサブシステム１０１は、製品を構成するサブシステムである。
【００２２】
本発明の実施の形態１では、サブシステム１からサブシステム１０までの１０のサブシステムから構成されるインテグラル型アーキテクチャの設計工程を対象とする。各サブシステム間のインタフェースを図４に示す。図４のインタフェース種別とは、電気的インタフェースや機械的インタフェースなどを意味する。
例えば、サブシステム１とサブシステム２は、インタフェース種別１を介してインタフェースをとっている。また、サブシステム２の設計は、サブシステム１、サブシステム３、サブシステム４、サブシステム５、サブシステム６、及びサブシステム７と調整しながら設計していく必要がある。すなわち、サブシステム２の設計変更は、これらの６サブシステムに影響を及ぼす可能性がある。
【００２３】
図３の設計インタフェース項目ゲート管理表５１２は、サブシステム２は、ゲート＃１でサブシステム３に対してインタフェース種別１を出力し、サブシステム１からインタフェース種別１を入力として入手する。さらに、ゲート＃２でサブシステム７に対してインタフェース種別２を出力、ゲート＃３でサブシステム４に対してインタフェース種別１を出力、ゲート＃４でサブシステム５とサブシステム６に対してインタフェース種別１を出力することを意味している。
【００２４】
開発要素の多い製品においては、プロジェクト開始前に、先々の詳細な各サブシステム間の設計インタフェース項目１０３を定義することが困難なケースも考えられる。開発要素の多い製品においては、各サブシステム間の設計インタフェース項目１０３は、順次確定していかざるを得ないことが考えられるため、設計インタフェース項目ゲート管理表作成・編集部５２２は、編集機能も備えている。
また、不確定性の多い場合には、各サブシステム間の設計インタフェース項目１０３を、完成度のレベルに応じて、インタフェース種別１（１−２）レベル１、インタフェース種別１（１−２）レベル２、などと定義しても良い。
【００２５】
次に、目標工数設定作業６０３について説明する。
プロジェクト管理者あるいは設計者は、目標工数設定部５２３により、目標工数５１３を設定する。目標工数５１３は、設計インタフェース項目ゲート管理表５１２のサブシステム１０１、及びゲート１０２と整合の取れる形で、図５のように、サブシステムを縦軸とし、ゲートを横軸とするマトリクスの各セルに設定される。以上が、プロジェクト開始前の準備作業６０１である。
【００２６】
次に、通常のプロジェクト業務６０５である実績工数計上作業６０６について説明する。
実績工数５１４は、実績工数収集部５２４により収集する。実績工数５１４は、設計インタフェース項目ゲート管理表５１２のサブシステム１０１、及びゲート１０２と整合の取れる形で、図６のように、サブシステムを縦軸とし、ゲートを横軸とするマトリクスの各セル中に収集する。
実績工数収集部５２４は、随時、各作業者が計上しても良いし、既存のインフラなどから自動で収集しても良い。なお、図６は、設計が進捗し、現時点がゲート＃３であることを前提としている。
【００２７】
次に、進捗確認作業６０７について説明する。
プロジェクト管理者あるいは設計者は、設計インタフェース項目ゲート管理表作成・編集部５２２により、設計インタフェース項目ゲート管理表５１２の各セルに記載された各サブシステム間の設計インタフェース項目１０３で、完了した項目に取り消し線を記載する。
【００２８】
最後に、プロジェクト状況確認作業６０８について説明する。
プロジェクト管理者あるいは設計者は、表示部５２６により、進捗状況を表示、確認する。表示画面のサンプルを図７に示す。図７は、ゲート＃３の時点におけ設計インタフェース項目ゲート管理表５１２、目標工数５１３、及び、実績工数５１４より、目標工数、実績工数、必要アウトプット数、及び設計インタフェース項目の完了数を折れ線グラフで表示している。進捗度は、設計インタフェース項目の完了数／設計インタフェース項目数で算出される値であり、表示実行時に、進捗度計算部５２５により自動で実行される。
すなわち、進捗度計算部５２５が、設計インタフェース項目ゲート管理表５１２の各セルに記載された各サブシステム間の設計インタフェース項目１０３の出力（●）の総数、及び、完了数（取り消し線）を自動集計する。図７は、表示画面の一例として、プロジェクト全体の状況を示しているが、設計インタフェース項目ゲート管理表５１２のサブシステム１０１毎に表示することも可能である。
【００２９】
プロジェクト管理者は、表示画面に基づき、必要に応じて、遅れているサブシステムのフォローなどを実施する。図３の設計インタフェース項目ゲート管理表５１２は、設計が進捗し、現時点がゲート＃３であることを前提としており、サブシステム２とサブシステム７の設計において遅れが生じており、サブシステム６の設計が進んでいることが分かる。
以上が、通常のプロジェクト業務６０５であり、プロジェクトが完了するまで繰り返される。
【００３０】
実施の形態１によれば、複数のサブシステムから構成され、各タスクが複雑なループ構造を形成するインテグラル型アーキテクチャの設計において、各サブシステム間のインタフェース項目、及びインタフェースするタイミング（ゲート）を定義することにより、モジュラー型アーキテクチャの設計工程に変換し、設計初期の段階から、設計工程の管理及び進捗の把握が可能である。
また、設計インタフェース項目ゲート管理表を活用した設計工程管理が実現可能である。
さらに、プロジェクト管理などに関する技術におけるプロジェクトの主要素の一つである設計工程の管理方法に関しては、タスクの定義方法、進捗の把握方法など課題が多かったが、本発明は、複数のサブシステムから構成され、各タスクが複雑なループ構造を形成するインテグラル型アーキテクチャの設計工程において、コスト・スケジュールリスクを事前に把握できる効果がある。
また、出図などのように、明確なアウトプットを規定することが困難な設計初期の段階でも、設計の進捗度を各サブシステム間の設計インタフェース項目の完了度と定義することにより、各サブシステム間の設計インタフェース項目の総数に対する、確定した設計インタフェース項目の数の比率を、設計の進捗度として測ることが可能である。
【００３１】
なお、本発明は、上記に説明した本発明の実施の形態に限定されるものではなく、適宜アレンジしても良い。図１のシステム構成や図２のプロジェクト運用フローチャートは、あくまでモデルケースであり、例えば、遅れているサブシステムに関して、関係者に自動でメール発信などをしても良い。
【図面の簡単な説明】
【００３２】
【図１】この発明の実施の形態１による設計工程管理システムを示す構成図である。
【図２】この発明の実施の形態１による設計工程管理システムのプロジェクト運用を示すフローチャートである。
【図３】この発明の実施の形態１による設計工程管理システムの設計インタフェース項目ゲート管理表を示す説明図である。
【図４】この発明の実施の形態１による設計工程管理システムの各サブシステム間のインタフェースを示す説明図である。
【図５】この発明の実施の形態１による設計工程管理システムの目標工数のサンプル図である。
【図６】この発明の実施の形態１による設計工程管理システムの実績工数のサンプル図である。
【図７】この発明の実施の形態１による設計工程管理システムの表示画面のサンプル図である。
【符号の説明】
【００３３】
１０１  サブシステム
１０２  ゲート
１０３  各サブシステム間の設計インタフェース項目
５０１  サーバ
５０２  クライアント端末
５０３  ネットワーク
５１１  データベース
５１２  設計Ｉ／Ｆ項目ゲート管理表
５１３  目標工数
５１４  実績工数
５２１  制御部
５２２  設計Ｉ／Ｆ項目ゲート管理表作成・編集部
５２３  目標工数設定部
５２４  実績工数収集部
５２５  進捗度算出部
５２６  表示部
６０１  準備作業
６０２  設計Ｉ／Ｆ項目ゲート管理表新規作成作業
６０３  目標工数設定作業
６０４  プロジェクト開始
６０５  通常のプロジェクト業務
６０６  実績工数計上作業
６０７  進捗確認作業
６０８  プロジェクト状況確認作業
６０９  プロジェクト完了
【図１】
2006011962.tif 000003
【図２】
2006011962.tif 000004
【図３】
2006011962.tif 000005
【図４】
2006011962.tif 000006
【図５】
2006011962.tif 000007
【図６】
2006011962.tif 000008
【図７】
2006011962.tif 000009