新製品紹介（NPI）
新製品紹介（NPI）を実装する方法
新製品紹介プロセスは、さまざまなフェーズまたはゲートで構成できます。 段階のゲートシステムは管理をプロジェクトの進歩の知らせられて保ち、すべての活動が時間通りに完了することを保証する。 以下に示す例は、6つのフェーズで構成されています。
- 定義
- 実現可能性
- 開発
- 検証
- 実装
- 評価
NPIプロセスの各フェーズは、次のフェー 多くの組織は、プロセスを開始（定義）と終了（評価）を持つものとして見ています。 いくつかのバリエーションは、定義と実現可能性をある段階に結合し、別の段階に開発と検証します。 あまりにも多くの企業は、このように将来のプロジェクトのための貴重な情報を失って、完全に評価段階を残します。 事実、NPIプロセスは直線ではありません。 代わりに、それは無限の円またはループです。 多くの組織にとって完了するのが最も難しい段階は、評価段階です。 製品が市場に出たら、私たちは次のものに急いで、次のものに急いで、その後のプロジェクトに学んだ教訓を養うことに失敗します。
NPIプロジェクトの各フェーズでは、入力と出力があります。 さらに、各フェーズにはさまざまな要件、ツール、文書化、およびプロセスがあります。 以下のセクションでは、プロジェクトフェーズの各要件について説明します。
Define
Defineフェーズでは、製品の機能/性能要件がVOCとともに定義されます。 通常、組織のマーケティング部門と製品管理部門は、この情報の主な情報源です。 製品要件は、多くの場合、品質機能展開(QFD)プロセスを使用して、設計仕様に変換されます。 設計仕様は、プロジェクトチームによって検討される1つ以上の概念に統合されています。 経営陣はプロジェクト憲章を策定する必要があります。 憲章に含まれる情報には、以下を含める必要がありますが、これらに限定されません:
- 背景情報
- 主な目的
- プロジェクトスコープ
- 主要な成果物と日付
- プロジェクト予算
- 利害関係者とスポンサーを特定する
- プロジ ビジネスケースは、市場や顧客と競争を識別する必要があります。 徹底的なコスト便益、感度、リスクと不測の事態の分析は、成功と失敗の明確な定義と一緒にビジネスケース内に含まれる必要があります。 ビジネスケースは、プロジェクトの各段階でレビューされます。
フィージビリティフェーズ
フィージビリティフェーズの目的は、経営陣にプロジェクトの成功の可能性を評価する機会を与えることです。 実現可能性フェーズでは、プロジェクトチームは製品設計の概念をレビューし、以前に定義された要件を最もよく満たす設計を選択します。 ビジネスケースが見直され、洗練されています。 実現可能性フェーズの出力または成果物には、以下を含める必要があります（ただし、これらに限定されません）。
- 境界図：プロジェクトの範囲を定義するグラ: 生産に必要な基本的なプロセスの概要
gateレビューでは、プロジェクトチームは、プロジェクトの強みとリスク、更新されたビジネスケース、プロジェクトの現在の強みとリスクを含む、選択された設計コンセプト、提案された場所と製造方法に関するすべての適用可能な情報を提示します。 出力または結果は、プロジェクトと提案された製品設計が次の段階に進むか、再設計されるか、または完全に放棄されるかどうかの決定です。
開発
開発フェーズの活動は、設計のリスクを評価しながら、製品設計の特徴と特性をより定義された形に進めることに焦点を当てています。 このフェーズでは、検証計画も開発されます。 設計の包括的なレビューは、設計の堅牢性と顧客および性能要件を満たす能力を評価するために実行されます。 DFM/A活動は、設計完了または設計凍結の前に開始されます。 さらに、生産に必要なプロセスは位置、空き容量、装置および予備プロセス地図を含んで、評価されている。 さらに、材料予測、サプライヤーの選択、開発などの運用上の懸念に対処するために、他のビジネスユニットがプロジェクトに取り込まれています。 現像フェーズの一般的な出力の一部を以下に示します:
- 設計の3Dモデル
- コンセプトレベルの図面
- 部品表（BOM）
- 設計故障モードと効果分析（DFMEA）
- 設計検証計画とレポート（DVP&R）
- DFM/Aレビュー
- 製造予備フ監査レポート
- 予備エンジニアリング設計フリーズ
ゲートレビュー中に、プロジェクトチームは、設計、プロジェクトのタイムライン、リスク評価と更新された事業計画や財務状況のレポートに関する更新された情報を提示します。 経営陣は、プロジェクトが次のフェーズに移行するか、続行する前に設計またはテスト計画をさらに洗練するかを決定します。
Validate
Validateフェーズでは、製品の分析とテストが実行されます。 試作部品が入手可能になるまで、いくつかのテストは発生しません。 検証テストの結果により設計の変更が可能ですが、非常にコストがかかります。 さらに、製造プロセスが発展しており、プロセスリスクが分析され、対処されています。 製造プロセスの主要なステップは開発され、見直されています。 製品の分析とテストスケジュールが開発され、試作部品が完成しています。 検証フェーズの一般的な出力の一部を以下に示します:
- 包装基準
- 生産レベル図面
- 設計検証計画とレポート（DVP&R）
- プロセスフロー/プロセスマッピング
- プロセス故障モードと効果分析（PFMEA）
- サプライヤー生産部品承認プロセス（PPAP）提出を確認
- プロトタイプ–プロセス作業指示
- フィクスチャ/ツーリングの作成とビルド
- プロトタイプビルド
検証フェーズ中に行われた活動が完了すると、チームは所有者と利害関係者とプロジ このゲートレビューの目的は、プロジェクトを次の段階に進め、通信回線をアクティブに保つための管理の承認を得ることです。
実装
NPIプロセスの実装フェーズでは、製造プロセスがパイロットビルドと能力研究を通じて洗練され、検証されます。 さらに、プロセス文書化と品質管理が開発され、実装されています。 さらに、以下の例を含むが、これらに限定されない様々な他の活動が進行中である:
- マニュアルの開発
- 価格表/カタログ/見積もりツール
- プロセス作業指示と標準作業
- サプライヤー PPAP提出の承認アソシエイツの内部トレーニ
- 生産管理計画
- 重要な生産実行/パイロットビルド
- プロセス能力研究/統計プロセス制御（SPC）
- パッケージング評価
- 最終安全性/規制レビュー
評価
評価 一般的には、生産開始から30日から60日後に開始されます。 評価フェーズは、製品導入プロセスでいくつかの目的を果たします。 このフェーズでは、チームに残りのドキュメントタスクを結び付け、プロセスのパフォーマンスを確認し、新製品に関する顧客からのフィー
チームはまた、この機会を利用して、学んだ教訓を見直し、将来のプロジェクトで使用するために文書化する必要があります。 いくつかの組織にとって効果的であることが証明されているツールの1つは、TGR/TGW演習です。 TGR/TGWは”Things Gone Right/Things Gone Wrong”の略です。 この演習の間、チームはプロジェクトを客観的に見るために集まります。 議論は、うまくいったすべてのものと、うまくいかなかったかもしれない、または改善された可能性のあるものを中心に展開します。 Ｔｇｗｓの原因を検討し，次のプロジェクトでの再発生を防止するための対策を開発した。 TGRsは、NPIプロセス内の継続的な改善努力として、将来のプロジェクトに引き継がれるべきである。 将来のプロジェクトへの教訓の統合は、本質的に貴重な情報を保持し、より堅牢で進歩的なNPIプロセスを開発するのに役立ち、NPIのループを閉じます。