(57)【要約】【課題】大規模な開発プロジェクトにおける作業プロセスは、大量の出図、複数部門の関与、前提情報の変更による手戻り作業発生などで非常に複雑となり、開発プロセスを適切に管理するのは容易ではない。【解決手段】各作業の入力情報と出力情報を記入する入出力表を作業報告に用い、それらを一元的に収集することで、プロジェクト全体の作業間のＤＳＭを作成する。これにより、日々の変化に追従した全体ＤＳＭが得られる。これをパーティショニングした最適ＤＳＭにより、手戻り構造（参照の環）が明確になり、作業手順や意思決定タイミングを適切に計画でき、進捗管理上の重点作業が把握でき、作業者間のすり合わせが円滑になる。さらに、入出力表をＰＤＭシステムに転送することで、作業者には最新版の入力情報を自動配信できる。【選択図】図１
2010272098.tif 000002
【特許請求の範囲】
【請求項１】
複数の作業者の作業が、他の作業の出力情報を入力情報として参照して当該作業の出力情報を生成し、その出力情報がさらに他の作業の入力情報となる連鎖によって進行する業務プロセスを、コンピュータを用いて管理するシステムであって、以下の処理機能部により構成されることを特徴とする開発プロセス管理システム（１０）。
（イ）作業者がコンピュータ端末から入力する、作業情報（３１）、入力情報（３２）、出力情報（３３）を含む入出力表もしくは同等の内容の登録・変更を受け付ける入出力表受付部（１１）
（ロ）プロジェクトに関与する全員分の入出力表を集計し、出力情報の進捗度を入力情報の進捗度欄に転記し、作業情報（３１）、入力情報（３２）から被参照情報（３４）を抽出して入出力表の当該欄に転記する全体入出力表作成部（１２）
（ハ）全体入出力表で得られる情報の授受関係から作業間の依存関係を特定し、プロジェクト全体の作業間の全体ＤＳＭ（Ｄｅｓｉｇｎ  Ｓｔｒｕｃｔｕｒｅ  Ｍａｔｒｉｘ）を作成する全体ＤＳＭ作成部（１３）
（二）全体ＤＳＭをもとに、最も手戻りの少ない順序に作業を並べ替えた（パーティショニングした）最適ＤＳＭを算出する最適ＤＳＭ算出部（１４）
（ホ）全体入出力表、全体ＤＳＭ、最適ＤＳＭを記録する情報記録部（１５）
（ヘ）全体入出力表、全体ＤＳＭ、最適ＤＳＭをコンピュータ端末に表示する表示部（１６）
【請求項２】
請求項１に記載する開発プロセス管理システムにおいて、全体入出力表の情報をＰＤＭ（Ｐｒｏｄｕｃｔ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ）システムに転送する全体入出力表転送部（１７）をさらに設けたことを特徴とする開発プロセス管理システム（１０）。
【請求項３】
複数の作業者の作業が、他の作業の出力情報を入力情報として参照して当該作業の出力情報を生成し、その出力情報がさらに他の作業の入力情報となる連鎖によって進行する業務プロセスを、コンピュータを用いて管理する方法であって、以下のステップを備えることを特徴とする開発プロセス管理方法。
（ト）作業者名、作業名、出力情報名（＝入力情報名）を、ネーミングルールもしくは識別番号付与ルールによって付与されるＩＤ番号によって、個別に識別可能とするステップ
（チ）コンピュータ端末に入力する作業報告に、作業情報（３１）、入力情報（３２）、出力情報（３３）を含む入出力表もしくは同等の入力方式を用い、各作業者が前記情報の登録・変更を行うステップ
（リ）コンピュータは、プロジェクトに関与する全員分の入出力表を集計し、出力情報の進捗度を入出力表の入力情報の進捗度欄に転記し、作業情報（３１）、入力情報（３２）から被参照情報（３４）を抽出して入出力表の当該欄に転記した全体入出力表を作成し、作業者およびプロジェクト管理者の端末に表示するステップ
（ヌ）コンピュータは、全体入出力表で得られた情報の授受関係から作業間の依存関係を特定し、プロジェクト全体の作業間の全体ＤＳＭ（Ｄｅｓｉｇｎ  Ｓｔｒｕｃｔｕｒｅ  Ｍａｔｒｉｘ）を作成し、各作業の進捗度とともに、作業者およびプロジェクト管理者の端末に表示するステップ
（ル）コンピュータは、全体ＤＳＭをもとに、最も手戻りの少ない順序に作業を並べ替えた（パーティショニングした）最適ＤＳＭを作成し、各作業の進捗度とともに、作業者およびプロジェクト管理者の端末に表示するステップ
【請求項４】
請求項３に記載する開発プロセス管理方法において、コンピュータが全体入出力表の情報をＰＤＭ（Ｐｒｏｄｕｃｔ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ）システムに転送するステップをさらに備えることを特徴とする開発プロセス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、製品開発プロジェクトにおける多数の作業間の依存関係と進捗状況を、日々の作業報告をもとに分析する開発プロセス管理システムおよび方法に関する。
【背景技術】
【０００２】  自動車や造船など大規模な開発プロジェクトにおける作業プロセスは、大量の出図、複数部門の関与、前提情報の変更による手戻り作業発生などで非常に複雑となり、プロジェクト管理者にとって、作業手順や意思決定タイミングを適切に計画・管理し、手戻り作業による進捗遅れのリスクなどをタイムリーに把握することは容易ではない。そこで、作業間の依存関係を行列形式で分析し、手戻り作業などを明確にできるＤＳＭ（Ｄｅｓｉｇｎ  Ｓｔｒｕｃｔｕｒｅ  Ｍａｔｒｉｘ）を利用して最適プロセスを検討することが行われるようになった。（例えば、特許文献１参照。）。【０００３】  以下、図８、図９によりＤＳＭの簡単な例を説明する。図８において、９つの作業名（Ｎｘｘｘ設計など）がマトリクスの３列目と１行目に順に表示されている。３列目の各作業行を横に見ていき、各作業行が参照情報をもらう（依存する）作業列の所に○をつける。仮に、作業が上から下にＮｏ１〜９の順序でなされるとすれば、対角線右上の○は後作業から情報をもらうことになり、手戻り作業となるが、図９のように、依存関係そのものは変えずに、並べ替えを行うことで手戻り最小の作業順序を明確にできる（ＤＳＭのパーティショニングと呼ばれる公知の技術である。非特許文献１参照。）。【０００４】  ところが、ＤＳＭは升目の数だけ依存関係がありうる。プロセス全体が１００の作業で構成される場合、１００ｘ１００−１００＝９９００の依存関係の有無を確認、入力する必要がある。作業を１つ増やすのにも１００の相手との依存関係を確認する必要があり、大変な作業となる。非特許文献１では、ＤＳＭで扱う作業数は３０〜５０程度が適当と解説している。また、業務の専門化が進んでいるため、他部門の作業との依存関係を特定することが容易ではない。この点を解決するために、作業間の入出力情報に着目してＤＳＭを作成する方法が考案されている（例えば、特許文献２参照。）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】  特開２００５−１３５３２３号  公報
【特許文献２】  特開２００７−３１０６４２号  公報
【非特許文献】
【０００６】
【非特許文献１】  森俊樹“工程・組織効率化のための設計手法”東芝レビューＶｏｌ．６０  Ｎｏ．１  ２００５
【発明の概要】
【発明が解決しようとする課題】
【０００７】  ＤＳＭの升目に直接依存関係を記入する方法では、大規模プロセスを扱えないことは明らかである。特許文献２に示される方法は、入出力情報に着目して直接升目を扱わないが、情報の影響度という主観に左右されやすい概念を導入しており、判断のバラツキを抑えるため、ＤＳＭ作成をプロジェクト管理者など個人に集約せざるを得ず、大規模プロセスのＤＳＭを構築するにはかなりの労力が必要と思われる。さらに、プロジェクトの進行、検討の深まりとともに作業の数および入出力情報は日々変化する。プロジェクト管理者が情報収集して、始めに作ったＤＳＭを日々の変化に追従させることは容易ではない。つまり、ＤＳＭ分析の有用性は広く認知されているが、複数部門の関与する大規模プロセスのＤＳＭを効率的に構築する手法が存在しない。【０００８】  本発明は、日々の作業プロセス変化に容易に追従できるＤＳＭ作成機能およびパーティショニングなどＤＳＭ分析機能を備えた開発プロセス管理システムおよび方法を実現し、前記問題を解決することを課題とする。さらに、この種の管理システムを導入する際に、作業者に新たな負担を強いると運用が定着しないという問題がある。作業者に新たな負担を強いることなく、本発明のシステムを使用することで、作業の手戻りが減るといった便益を作業者に提供することも課題である。
【課題を解決するための手段】
【０００９】  まず、本発明が前提とするプロセスモデルを図２で説明する。ＫＫ作業はＪＪ作業から出力されたＪ２情報を入力情報として受け取るので、ＫＫ作業はＪＪ作業に依存する。通常、作業者は、自分の出力情報を誰が入力情報として参照しているか全て把握しているとは限らないが、自分の出力情報名および参照する入力情報名は把握している。よって、作業名および出力情報名（＝入力情報名）が個別に識別可能として管理されていれば、各作業の入出力状況（破線内）を把握し集計すれば、情報の授受関係に基づきプロセス全体の作業間の依存関係が判り、作業間のＤＳＭを作成できる。ここで、各作業の入力情報および出力情報が複数でも単数でも、依存関係が特定できることに変わりはない。【００１０】  図２の各作業の入出力状況（破線内）を把握するため、作業者がコンピュータ端末に日々入力する作業報告書式に、作業情報、入力情報、出力情報、を含める。作業情報には、作業者名、工数（見積）、工数（実績）、作業名を含む。入力情報には、作業を行う際に参照する入力情報名、同左コメント、進捗度を含む。入力情報名コメントには、入力情報名が含むパラメータの中で特に興味のあるものを書く。出力情報には、その作業の成果物である出力情報名、同左コメント、進捗度を含む。出力情報名コメントには、その出力に特徴的な検討ポイントを書く。【００１１】  さらに、本発明のシステムが自動転記する被参照情報を含む表形式の表現を、以後、入出力表という名前で説明する。被参照情報は、その作業の出力情報を入力として参照している作業者名、参照作業名、参照コメントを含む。なお、作業者名、作業名、出力情報名（＝入力情報名）は、本発明では説明しないネーミングルールもしくは識別番号付与ルールによって付与されるＩＤ番号によって、個別に識別可能として以下説明する。通常、作業者名は社員番号、作業名は作業分類コード、出力情報名は品番付与といったなんらかの管理方法が存在する。【００１２】  本発明のシステムは、各作業者の入出力表情報の登録・変更を受け付ける入出力表受付部と、当該プロジェクト全員分の入出力表を集計し、出力情報の進捗度を入力情報の進捗度欄に転記し、被参照情報を転記する全体入出力表作成部と、全体入出力表で得られた情報の授受関係からプロジェクト全体の作業間のＤＳＭを作成する全体ＤＳＭ作成部と、全体ＤＳＭを最も手戻りの少ない順序に作業を並べ替える（パーティショニングする）最適ＤＳＭ算出部と、全体入出力表と全体ＤＳＭと最適ＤＳＭを記録する情報記録部と、それら情報をコンピュータ端末に表示する表示部を備える。なお、全体ＤＳＭと最適ＤＳＭには各作業の進捗度も表示される。【００１３】  また、第２の課題解決手段として、前記各部に加え、全体入出力表の情報をＰＤＭ（Ｐｒｏｄｕｃｔ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ）システムに転送する全体入出力表転送部を備える。ＰＤＭシステムとは、開発から量産までの様々な製品情報（図面、報告書、コスト情報他）を、階層構造を持った部品表の属性として一元管理するシステムである。既存機種も含め、プロジェクトの各作業の出力情報（成果物）の多くはＰＤＭシステムに登録され、その編集履歴なども管理される。ＰＤＭ���ステムに参照したい情報を指示しておけば、その情報の編集履歴に変化（更新など）があった場合、自動通知、配信する機能がある。作業者が入出力表に入力として記入した情報名は、この自動通知、配信機能によって、常に最新版が作業者に配信される。【００１４】  ＰＤＭシステム内の情報を参照する方法を、入出力表に入力情報名を書き込む（本発明の開発プロセス管理システム経由）だけに一元化すると、プロセス内の情報授受をより網羅的に把握できる。なお、本発明はＰＤＭシステムそのものに関するものではなく、ＰＤＭシステムがすでに持っている機能と連携することにより、本発明の課題をより良く解決するものである。
【発明の効果】
【００１５】  上述したように、本発明は、入出力表を作業報告に用いて情報の授受関係を一元的に収集する工夫によって作業間のＤＳＭを作成するため、ＤＳＭの升目の数は問題にならず、大規模な作業数を扱え、部門の違いも問題にならない。そして、全体ＤＳＭをパーティショニングして得られる最適ＤＳＭによって作業プロセス構造を鳥瞰でき、プロセス検討と進捗度把握が同時に行える。作業報告は、日々（成果物に進展があった場合）もしくは毎週行われるので、プロセス構造の変化に追従でき、プロジェクト管理者の管理工数を大幅に低減しつつ、精度の良い管理が実現できる。具体的には、プロジェクトの進行中に新たな問題・検討課題が浮上した場合など、作業名や入力（参照）情報が増減するので、最適ＤＳＭにも変化が現れ、問題・課題発生を視覚的に検知できる。その変化を日々の作業報告から検知できるため、従来の、設計検討会、出図時期、試作納期といったマイルストーンによるプロジェクト管理より機動的なリスク対応が可能となる。つまり、複数部門が関与する大規模開発プロジェクトにおいても作業手順や意思決定タイミングを適切に計画・管理し、手戻り作業による進捗遅れのリスクをタイムリーに把握することができる。【００１６】  また、全体入出力表には各作業者の出力情報の被参照情報が表示される。これにより、自分の作業が影響を与える下流工程の作業者、作業名、その作業者が関心を持っているパラメータがわかる。また、自分の入力情報を出力している上流工程作業の出力情報コメントを見れば、その作業の検討ポイントがわかり、前後作業とのすり合わせが円滑になる。最適ＤＳＭによってさらに複雑な依存関係が判明し、すり合わせの相手作業が明確になり、コミュニケーション不足による手戻り作業を防止できる。遠隔地の開発拠点が連携するグローバル開発において、コラボレーションの仕組みとして有効である。さらに、第２の課題解決手段であるＰＤＭシステムとの連携により、入力情報名として記入した情報は常に最新版が作業者に配信され、古い入力情報による無駄な作業を防止できるといった便益を作業者に提供できる。入力情報収集および作業報告は通常業務であり、本発明の入出力表を用いてこれらを行うことは、作業者に新たな負担を強いることもない。【００１７】    本発明は、日々開発プロセス構造をＤＳＭとして記録するので、開発終了時に、どの作業間ですり合わせ、手戻り作業が頻発したか、見積工数と実績工数の乖離の大きかった作業はどれかなどが分析でき、経験を次のプロジェクト計画に生かすことができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態を示す開発プロセス管理システムの処理機能部の構成図
【図２】作業と入出力情報の関係説明図
【図３】プロジェクトスタート時の入出力表の例
【図４】出力情報の進捗度スコアの定義例
【図５】本発明の実施形態を示す開発プロセス管理方法のフローチャート
【図６】プロジェクトスタート時の計画部品表の情報例
【図７】プロジェクト中の全体入出力表の例
【図８】プロジェクトスタート時の全体ＤＳＭの例
【図９】プロジェクト中の最適ＤＳＭの例
【図１０】図面ベース作業をタスクベース作業に分割した入出力表の例
【図１１】図面ベース作業をタスクベース作業に分割した最適ＤＳＭの例
【図１２】本発明の実施タイプ
【発明を実施するための形態】
【００１９】  以下、本発明の実施の形態を、図面を用いて説明する。図２は、本発明が前提とするプロセスモデルであり、作業と入出力情報の関係を説明している。ＫＫ作業はＪＪ作業から出力されたＪ２情報を入力情報として受け取るので、ＫＫ作業はＪＪ作業に依存する。通常、作業者は、自分の出力情報を誰が入力情報として参照しているか全て把握しているとは限らないが、自分の出力情報名および参照する入力情報名は把握している。よって、作業名および出力情報名（＝入力情報名）が個別に識別可能として管理されていれば、各作業の入出力状況（破線内）を把握し集計すれば、情報の授受関係に基づきプロセス全体の作業間の依存関係が判り、作業間のＤＳＭを作成できる。ここで、各作業の入力情報および出力情報が複数でも単数でも、依存関係が特定できることに変わりはない。
【００２０】  図３は、図２の各作業の入出力状況（破線内）を把握するため、作業報告で使用する入出力表の例である。作業者Ｘ、Ｙの分を併記してある。報告項目に、作業情報３１、入力情報３２、出力情報３３を含む。作業情報３１には、作業者名、工数（見積）、工数（実績）、作業名を含む。入力情報３２には、作業を行う際に参照する入力情報名、同左コメント、進捗度を含む。入力情報名コメントには、入力情報名が含むパラメータの中で特に興味のあるものを書く。出力情報３３には、その作業の成果物である出力情報名、同左コメント、進捗度を含む。出力情報名コメントには、その出力に特徴的な検討ポイントを書く。作業者は、入力情報の進捗度以外の情報を作業報告の一部としてコンピュータ端末に入力する。なお、作業者名、作業名、出力情報名（＝入力情報名）などは、本発明では説明しないネーミングルールもしくは識別番号付与ルールによるＩＤ番号によって、個別に識別可能として以下説明する。通常、作業者名は社員番号、作業名は作業分類コード、出力情報名は品番付与といったなんらかの管理方法が存在する。
【００２１】  入出力表は、さらに被参照情報３４の項目を含む。被参照情報３４は、その作業の出力情報名を入力として参照している作業者名、参照作業名、出力情報名（参照者にとっては入力情報名）に関するコメントを含む。本発明のシステムが、作業情報３１、入力情報３２の集計情報に基づき転記する。
【００２２】  図４は、出力情報３３の進捗度欄に記入する進捗度スコアの定義例である。例１は、作業者が自己の判断で記入、更新する。例２は、ＰＤＭシステム内の図面状況（計画図登録、仮出図、出図など）に連動したスコア付けである。その他、プロジェクト特性に応じた種々のスコア定義がありうるが、なるべく個人間のバラツキが出にくい定義が望ましい。以下の説明および図は、例１にもとづく。入出力表で報告された出力情報３３の進捗度は、後に説明する全体入出力表作成の際に、その情報を入力情報として記入している作業者の入力情報３２の進捗度欄に、本発明のシステムが転記する。
【００２３】  図１に、本発明の実施形態に係る開発プロセス管理システム１０の処理機能構成を示す。各作業者の入出力表の登録・変更を受け付ける入出力表受付部１１と、当該プロジェクト全員分の入出力表を集計し、出力情報３３の進捗度を入力情報３２の進捗度欄に転記し、作業情報３１、入力情報３２の情報に基づき被参照情報３４に転記する全体入出力表作成部１２と、全体入出力表で得られた情報の授受関係からプロジェクト全体の作業間のＤＳＭを作成する全体ＤＳＭ作成部１３と、全体ＤＳＭを最も手戻りの少ない順序に作業を並べ替える（パーティショニングする）最適ＤＳＭ算出部１４と、全体入出力表と全体ＤＳＭと最適順序ＤＳＭを記録する情報記録部１５と、それら情報をコンピュータ端末に表示する表示部１６を備える。
【００２４】  また、第２の課題解決手段として前記各部に加え、全体入出力表の情報をＰＤＭシステムに転送する全体入出力表転送部１７を備える。ＰＤＭシステムとは、開発から量産までの様々な製品情報（図面、報告書、コスト情報など）を、階層構造を持った部品表の属性として一元管理するシステムである。既存機種も含め、プロジェクトの各作業の出力情報（成果物）の多くはＰＤＭシステムに登録され、その編集履歴などの属性を管理する属性管理部２１を持つ。ＰＤＭシステムに参照したい情報を指示しておけば、その情報の属性に変化（更新など）があった場合、自動通知・情報配信する自動配信部２２を持つ。作業者が入出力表に入力として記入した情報名は、この自動配信部から、常に最新版が作業者に配信される。なお、属性管理部２１と自動配信部２２はＰＤＭシステムの公知の機能であり、本発明の請求範囲外である。
【００２５】  ＰＤＭシステム内の情報を参照する手段を、入出力表に入力情報名を書き込む（本発明の開発プロセス管理システム経由）だけに一元化すると、プロセス内の情報授受をより網羅的に把握できる。
【００２６】  なお、本発明の開発プロセス管理システムはＰＤＭシステムと独立して、すなわち全体入出力表転送部１７なしの形態でも運用可能であるが、第２の課題解決手段としてＰＤＭシステムが持つ機能と連携することにより、本発明の課題をより良く解決できる。本発明をＰＤＭシステムの一機能として実装する形態もありうる。
【００２７】  図５は、前記１１〜１７，２１〜２２各部の機能を用いた実施方法のフローチャートであり、以下これに沿って説明する。説明を簡明にするため、作業者はＸ，Ｙ，Ｚ３名の設計者とし、１つの（設計）作業は１つの図番を出力（出図）する図面ベースの作業単位とする。
【００２８】  ステップＳ０１。図３に示すように、作業者（Ｘ，Ｙの分を併記し、Ｚの分は省略）は各自の作業情報３１、入力情報３２、出力情報３３の最新状態を入出力表でコンピュータ端末から登録・変更する。この作業は、日々の作業報告の一部として行う。プロジェクトスタート時には通常、ＰＤＭシステム内に計画部品表、新作図番が登録されるので、各作業者はそれを参考に以下を記入する。作業情報３１に、作業者名、担当する新作図の設計作業名（Ｎｘｘは新作図番）、見積工数を記入する。実績工数は作業の進捗に連動して記入する。入力情報３２に、計画部品表ほかＰＤＭ内の情報を見て、その作業に必要な入力情報名（図番など）を記入する（Ａｘｘは既存図番）。同左コメントには、入力情報名が含むパラメータのなかでも特に関心のあるものを記述する。進捗度はブランク（既存図番Ａｘｘは１と記入してもよい）。出力情報３３に、出力情報名（新作図番Ｎｘｘ）、同左コメントにはその出力にいたる特徴的な検討項目や、既存部品とはどこが変わりそうかなどを記入する。プロジェクトスタート時の進捗度は０を記入する。
【００２９】  図６に計画部品表の情報例を示す。説明の簡明さのため、この例では品番と図番は同一としている。第２の課題解決手段として、本発明とＰＤＭシステムを連携させる場合には、属性情報として作業者名、進捗度を加えておくことが好ましい。
【００３０】  ステップＳ０２。入出力表受付部１１が入出力表を受付け、全体入出力表作成部１２がプロジェクト関係者全員分を集計、更新する。全体入出力表の形式は、図７のように各自の入出力表が縦に連なったものである（作業者Ｚの分は省略）。全体入出力表は、情報記録部１５に記録され、表示部１６を介して作業者、管理者のコンピュータ端末に表示される。図７矢印Ａ１に示すように、各出力情報名の進捗度は、入力情報名の進捗度の欄に転記される。図７は、プロジェクトがある程度進んだ状況を示しており、進捗度は図３とは異なる。これにより、入力情報の信憑性の目安が得られ、作業者は作業を始めるべきか、またどの部分の検討から始めるかなどの判断ができる。図７矢印Ａ２に示すように、被参照情報３４の欄の小項目である、作業者、参照作業名、参照コメントの欄に、出力情報名を入力情報名として記入（参照）している作業者、作業名、入力情報名の同左コメントがそれぞれ転記される。
【００３１】  従来、作業者は、自分の出力情報を誰が入力として参照しているか全て把握しているとは限らないが、被参照情報３４の欄を見ればそれらが明らかとなる。参照コメント欄には参照者が特に関心のあるパラメータが転記されるので、参照者に早めにそのパラメータについて通知したりできる。さらに、自分が入力情報としている出力情報名コメントを全体入出力表で見れば、その作業の検討ポイントなども把握できる。以上の効果により、すり合わせ開発におけるコミュニケーションが円滑になる。遠隔地の開発拠点が連携するグローバル開発において、コラボレーションの仕組みとして有効である。
【００３２】  全体入出力表は日々の作業報告にともなって更新され、表示部１６を介して最新版が図７のように表示される。プロジェクトスタート後は、全体入出力表を見て、必要な入力情報名に追加・変更があれば各自の入出力表部分を更新する。すなはち、プロジェクトスタート後はステップＳ０１とＳ０２は相互に行き来する。検討の深まりと共に起こる、新図番や入力情報の追加など、増減する作業名、情報名も各自入出力表に反映させる。
【００３３】  ステップＳ０３。全体ＤＳＭ作成部１３が、全体入出力表の情報授受から作業間の依存関係を定め、全体ＤＳＭを作成・更新する。図８が、プロジェクトスタート時の全体ＤＳＭである。作業名は作業者Ｘ、Ｙ、Ｚの担当別に並んでいる。進捗度が１列目に表示されている。本説明では１つの（設計）作業は１つの図番を出力（出図）する図面ベースの作業単位として記入しているので、出力情報名の進捗度と作業の進捗度は同一となる。プロジェクトスタート時を想定しているので、各設計作業とも０となっている。複数の出力情報名を記入した場合は、システムがそれぞれの出力情報名の進捗度を平均し、作業の進捗度として表示するなどの工夫が考えられる。
【００３４】  ３列目の作業行を横に見ていくと、その作業が参照（入力）情報をもらう作業列のところに○がある。１行目の作業列を縦に見ていくと、その作業が参照（出力）情報を渡す作業行のところに○がある。全体ＤＳＭは、情報記録部１５に記録され、表示部１６を介して作業者、管理者のコンピュータ端末に、各作業の進捗度とともに表示される。
【００３５】  ステップＳ０４。最適ＤＳＭ算出部１４が、全体ＤＳＭをパーティショニングして手戻り最小の最適ＤＳＭを算出する。図９に、図８を最適化した例を示す。図９は、プロジェクトがある程度進んだ状況を示しており、進捗度は図８とは異なる。最適ＤＳＭは、情報記録部１５に記録され、表示部１６を介して作業者、管理者のコンピュータ端末に、各作業の進捗度とともに表示される。Ｎ１２２，Ｎ２３３，Ｎ２２０設計作業は手戻り構造（参照の環）になっており、すり合わせの場を計画し、その進捗に特に注意をはらう必要がある。
【００３６】  ステップＳ０５。図９の最適ＤＳＭによって、作業プロセス構造を把握したうえで、進捗遅れ作業に対して関係者で対策を検討する。全体入出力表によって各作業とその前後作業との連携が円滑になるが、最適ＤＳＭによって、さらに複雑な手戻り構造（参照の環）を鳥瞰できるようになる。作業者は開発プロセスの中での自分の作業の位置づけ、影響を与える作業や密にコミュニケーションすべき相手がより明確になる。プロジェクト管理者にとっては、手戻り構造（参照の環）が判明するので進捗管理上の重点や対策の優先順位を判断できる。また、手戻り構造（参照の環）の作業間で設計案が折り合いのついた時点でデザインレビューを実施するなど、効率的なプロジェクト運営が可能になる。
【００３７】  ステップＳ０６。全体入出力表転送部１７によって全体入出力表をＰＤＭシステムに転送する。
【００３８】  ステップＳ０７。属性管理部２１は、全体入出力表内の出力情報名の進捗度情報によって、ＰＤＭシステム内に保管されている品番・図番の属性情報である進捗度を更新する。図面状況属性は、通常のＰＤＭシステム操作である図面登録行為によって更新される。（図６参照）
【００３９】  ステップＳ０８。自動配信部２２は、全体入出力表内の入力情報名（既存図含む）の品番・図番の図面状況もしくは進捗度に更新があった場合、入出力表に入力情報名として記入した作業者のコンピュータ端末に、更新事実を通知し最新情報（図面）を自動配信する。
【００４０】  本発明の開発プロセス管理システムは、新作図の作業の進捗に関しては全体入出力表に反映され、ステップＳ０１〜Ｓ０５だけでも機能する。が、作業者が参照もしくは採用しようとしている既存図（Ａｘｘ）を当該プロジェクト以外の作業者が担当している場合もあり、設計変更もありうる。第２の課題解決手段として、ステップＳ０６〜０８のようにＰＤＭシステムと連携することで既存図の設計変更も自動通知され、変更を知らずに無駄な作業を行う危険性を回避できる。
【実施例】
【００４１】  前項においては、実施形態を簡明に説明するため、１つの（設計）作業は１つの図番を出力（出図）する図面ベースで説明したが、実際の作業報告はもう少し詳細化されていると考えられる。図１０は、作業者ＹのＮ１２２設計作業を図面ベースからタスクベースに分割した入出力表の例である。Ｎ１２２パイプ径・曲げＲ検討とＮ１２２配管系路計画とＮ１２２出図作業に３分割されている。【００４２】  作業者がタスクベースで入出力表に記入し、全体入出力表の他者の出力情報のうち自作業で参照したいものを入力情報として書き込むステップＳ０１〜Ｓ０２の往復サイクルにより、図面ベースと同様に、日々の作業内容の変化に追従したタスクベースＤＳＭを作成でき、よりきめ細かい管理が可能である。図１１にタスクベース最適ＤＳＭの例を示す。プロジェクトの進行中に新たな問題・検討課題が浮上した場合など、新たなタスクが発生し作業名や入力（参照）情報が増減するので、最適ＤＳＭにも変化が現れ、問題・課題発生を視覚的に検知できる。その変化を日々の作業報告から検知できるため、従来の、設計検討会、出図時期、試作納期といったマイルストーンによるプロジェクト管理より機動的なリスク対応が可能となる。【００４３】  本発明の実施にあたっては、作業単位をどう設定するか、進捗度をどう定義するか（図４参照）によって様々なタイプがありうる。図１２にそれらのタイプの例をＡ〜Ｃとして示す。本明細書ではタイプＡ，Ｂの順に説明したが、プロジェクトの統括管理者はタイプＣを用いて図面ベースで進捗を把握し、その配下の中間管理者はタイプＢを用いてタスクベースで詳細を管理するといった使い分けも可能である。【００４４】  また、入出力表で収集した情報を活用して、プロセス管理に役立つ様々な応用が考えうる。たとえば、工数（見積）と工数（実績）の時間軸情報を利用して、最適ＤＳＭ順序のガントチャートを作成してクリティカルパスを特定しながら、人員配置や開発スケジュール検討が可能となる。さらに、最適ＤＳＭ算出部で行う処理はパーティショニングに限らない、その他のＤＳＭ分析手法を実装したり、プロジェクト管理者が手動でＤＳＭを操作・分析したりすることを妨げるものではない。【００４５】  以上の説明では、作業者を設計者としたが、実験部や生産技術部の作業者が加わっても当然かまわない。実験報告書や設備検討書などの情報も他部門で参照され、それらを作成する作業は開発プロセスの一部をなす。さらに、本発明は、図２に示すように、入力情報、作業、出力情報の連鎖として進行するあらゆる開発プロセスに適用可能であり、機械系に限らず、電気、ソフト系およびそれらの混在する開発プロセスにも適用可能である。
【符号の説明】
【００４６】    １０：開発プロセス管理システム
１１：入出力表受付部
１２：全体入出力表作成部
１３：全体ＤＳＭ作成部
１４：最適ＤＳＭ算出部
１５：情報記録部
１６：表示部
１７：全体入出力表転送部
３１：作業情報
３２：入力情報
３３：出力情報
３４：被参照情報
【図１】
2010272098.tif 000003
【図２】
2010272098.tif 000004
【図３】
2010272098.tif 000005
【図４】
2010272098.tif 000006
【図５】
2010272098.tif 000007
【図６】
2010272098.tif 000008
【図７】
2010272098.tif 000009
【図８】
2010272098.tif 000010
【図９】
2010272098.tif 000011
【図１０】
2010272098.tif 000012
【図１１】
2010272098.tif 000013
【図１２】
2010272098.tif 000014