統合製品開発（IPD）は、経営陣とアクティブなプロジェクトチームが革新目標を達成するのを助けるためのフレームワークです。 政府システムに由来するIPDは、学際的なチームとコンカレントエンジニアリングの同時統合を促進する経営理論です。 開発のライフサイクルの概念を利用し、設計段階の早い段階ですべてのチーム-メンバーを含むことによって、プロダクトはより多くの顧客集中し、より少ない
新製品開発（NPD）プロセスが経営理念とチーム構造の二つの次元で特徴付けられる場合、IPDは統合されたウォーターフォールシステムとみなされます。 システム工学のようなIPDプロセスは、文書化と正式なレビューに大きく依存しています。 これらのゲートウェイは、プロジェクトが次のフェーズに移行する前に渡す必要があります。 したがって、IPDシステムはウォーターフォールプロセスの典型的な例です。
一方、IPDプロセスは機能横断的なチームを利用するため、統合されたチーム構造によって特徴付けられます。 購買、保守、その他のサービスのチームメンバーは、R&D、開発、エンジニアリング、マーケティング部門と並んで初期の設計段階に参加します。
IPDを支持する11の原則があります。
#1–顧客のニーズを理解する
成功した製品やプロセス開発システムと同様に、顧客のニーズは事前に決定する必要があります。 システムエンジニアリングやプロジェクト管理のようなほとんどのIPDプロセスは、開発作業の早い段階で完全な顧客の要件を収集することに重点を置いています。 顧客の要求は望ましい機能性および質を含んでいる。
#2–製品開発努力を計画し、管理する
製品開発プロジェクトの計画は、全体的な、長期的な戦略目標に対処する必要があります。 IPDは、特定のビジネスとイノベーション計画だけでなく、より長い範囲の技術の取得と開発に焦点を当てています。
#3–統合チームを使用する
迅速な開発環境では、機能横断的なチームがプロジェクトの効率をよりよく提供することは明らかであるはずです。 製品仕様の開発中に製造および保守に参加することで、
の生産への移行を円滑にし、品質の実装を容易にすることができます。 権限を与えられたプロジェクトチームは、より成功した商業化で、その結果、製品の目標の所有権を取ります。
#4–統合プロセス設計
示されているように、製造、購入、および顧客サービス担当者は、製品設計に関与する必要があります。 要件と設計仕様を設定する際にサポート分野を除外すると、製品の性能が低下し、コストのかかる遅延が発生する可能性があります。 さらに悪いことに、サポートスタッフが製品に慣れていない場合、発売後に発生した問題を解決することはより困難です。 設計努力のすべての訓練の統合によって、製品性能はライフサイクルに最大限に活用される。
#5–最初からコストを管理する
統合チーム（原則＃3）と統合プロセス設計（原則＃4）を使用するさらなる利点は、製品のライフサイクルコストがより正確 目標新製品コストは、要件フェーズの早い段階で設定する必要があり、プロジェクトはこの制約内で管理する必要があります。 初期段階の設計変更は安価であり、効果的な計画は、非定期的な開発費を管理するのに役立ちます。
#6–利害関係者を巻き込む早期
製品は、外部のプロジェクト参加者なしで商品化されていません。 IPDは、設計プロセスの初期にベンダー、サプライヤー、ディストリビューター、およびその他の利害関係者を関与させることにより、コストと開発スケジュー ベンダーの制限と機能を理解することで、コストと市場投入までの時間を予測するチームの能力が向上します。
#7–堅牢な設計の開発
IPDシステムが製品開発に成功した理由の一つは、プロセスが最適化された堅牢な設計に向かって駆動することです。 実験の計画、故障モードと効果の分析、学習した教訓のレビューなど、チームには多くのツールが用意されています。 製品開発のリスクは、過去の経験からの知識を適用し、機能横断的なチームメンバーの幅広い背景を活用することによって最小限に抑えられます。
#8–統合されたCAD/CAMツール
今日、製品開発と設計の多くはデジタルで行うことができます。 これらのツールは、コンピュータ支援設計（CAD）やコンピュータ支援製造（CAM）のように、機能横断的な製品開発努力に完全に利用する必要があります。 IPDシステムは、製品だけでなく、建設、製造、エンジニアリング、メンテナンスのモデリングを重視しています。 コンピュータ支援設計ツールは、開発プロセスを合理化できます。
#9–製品の性能と製造のシミュレーション
コンピュータ支援エンジニアリングツール（原則＃8）の使用に基づいて、IPDプロセスは品質管理と性能検証にシミュ デジタル実物大模型の変化があるように点検は構造および維持の費用を救うことができます。 今日、3D印刷モデルは比較的安価に製造でき、設計プロセスの初期段階で製品や運用変数を検証したり、顧客からのフィードバックを収集したりするのに役立ちます。
#10–効率的な開発アプローチを作成する
プロジェクト管理の一つのルールは、チームメンバーの数が増えるにつれて、通信チャネルの数がほぼ倍増すること 効率的な開発チームは、意思決定を行うために必要な参加者数に制限する必要があります。 チームが製品開発目標に集中するためには、ポリシー、手順、および事務処理を最小限に抑える必要があります。 権限を与えられたチーム（原則＃3）は、官僚主義によって妨げられていないときに、より高いパフォーマンスレベルに達
#11–設計プロセスを継続的に改善
IPDシステムは、価値を追加しない活動を排除するために設計プロセスを再設計することによって改善を奨励します。 他のNPDプロセスと業界参加者のベンチマークは、ライフサイクル開発と市場投入までの時間の基準の客観的な目標を設定します。 チームメンバーは、無駄と改善の機会を認識するために、革新とこれらのIPDの原則に訓練されるべきです。
IPDの目標は、後の段階の設計変更を最小限に抑え、プロジェクトのリスクを軽減し、コストを低く抑えることです。 これらの11の原則をIPDプロセスに組み込むことにより、企業は、学際的なチームの効率と一緒に完全なライフサイクル設計の利点を実現できます。
イノベーションプロセスの詳細については、自習やその他のNPDPワークショップをチェックしてください。 私にで連絡すること自由に感じて下さい[email protected] または281-280-8717。 単純な-PDHで。私達があなたの専門の証明を得、維持するのを助けたいと思うところcom。 あなたは、勉強学び、獲得することができます–それは簡単です！
Reading Recommendation
イノベーションに関する私のお気に入りの新しい本の一つは、David C.RobertsonとKent Linebackによる小さなアイデアの力です。 顧客の視点に焦点を当てたもう一つの良い本は、George DayとChristine Moormanによる外部からの戦略です。 また、NPDP Certification Prep:A24-Hour Study Guideにおける破壊的イノベーションによる戦略の適用についても議論しています。https://globalnpsolutions.com/services/npd-resources/で追加の参考文献を見つけることができます。