順次製品開発のデメリット

目次:

Anonim

逐次製品開発は、プロセスの各段階が重複することなく次の段階につながる製品設計および開発の方法です。 「滝」または「壁越しの」方法としても知られています。各段階の終わりに、デザインが壁の向こう側に、または滝を下って次のデザイングループへと比喩的に投げ入れられるためです。製品のデザインの側面。この方法論の利点は、管理統制が強化されることですが、この方法には欠点があり、多くの製造業者はより即応性があり、機動的な製品開発モデルの利点を認識しています。

製品化までの時間

市場投入までの時間は、プロセスを進める前にシーケンスの各ステップを完了する必要があるため、順次製品開発方法論にとって大きな欠点です。これは、いくつかの要素を同時に設計することができるときに時間を浪費する。別の方法として、コンカレントエンジニアリング手法は、異なるチームが複数の問題に同時に取り組むことができるように、最大​​のアクティビティの重複について主要な設計要素をグループ化します。

クライアントコラボレーションの欠如

逐次的な製品開発では、クライアントまたはエンドユーザーの共同作業はできません。製品設計者と開発者は一連のインタビューを通してのみクライアントに相談してから、一種のトンネルビジョンで順次プロセスを進めます。これはしばしばクライアントの不満と欲求不満をもたらします。 1970年代後半にIBMのChuck MorrisとTony Crawfordによって開発された共同アプリケーション開発方法は、デザイナーとクライアントが共同で製品設計に取り組むJADセッションと呼ばれる一連の共同ワークショップで設計プロセスを開始することによってこの問題に対処しました。プロセス。

剛性設計プロセス

シーケンシャルモデルは、異なるデザイングループの入力を開発のシーケンスにおける特定の段階に限定することによって、デザインの創造性を阻害する傾向がある組立ラインの剛性を持っています。 Rapid Application Developmentモデルは、開発段階の早い段階でプロトタイプを改良するためにフォーカスグループとワークショップを利用して、概念段階で製品をより早く開発するように設計されました。

柔軟性の欠如

それはその線形組織に制限されているので、柔軟性は連続的な製品開発において厳しく制限されています。開発プロセスの柔軟性により、設計者は開発プロセス中に市場に適応することができます。ハーバード大学のDavid Yoffie氏とMITのMichael Cusumano氏によって開発されたsync-and-stableizeメソッドは、開発プロセスを通して頻繁に同期しながら、異なるチームが製品設計の異なる側面で並行して作業できるようにしました。

複雑さに対処する

逐次的な製品開発方法は、複雑な設計上の問題に対処するには非効率的です。試作品が開発される最終段階まで、製品はあるデザイングループから次のデザイングループに移動します。ただし、複雑な設計では、プロトタイプを複数の設計グループでテストおよび評価する必要があるため、多くのプロトタイプが必要になります。スパイラルモデルはこの問題に対処するために設計されました。それは4つのプロセスを使用します:プロトタイプの長所と短所を評価する。 2番目のプロトタイプの要件を定義します。 2番目のプロトタイプを改良して、最後に、改良したプロトタイプを作成してテストします。これにより、複雑な設計上の問題をまとめて解決することができます。