プリント基板(PCB)実装のNPIチェックリストは、新製品導入(NPI)の各段階について、必要な入力情報、最終責任者、承認済みの成果物を結び付けるリリース記録です。パイロット生産を承認する前に、調達部門の約束事項を設計の基準構成と整合させ、製造性を考慮した設計(DFM)に関する作業を妨げる問題を解消し、部材・治工具・試験の準備状況を確認します。リリースするのは、定義した構成と作業だけです。実装の許可が、そのまま出荷や量産の許可になるわけではありません。未解決事項は、任意の完了率や約束した日付ではなく、その影響と封じ込め措置に基づいて判断します。
- 引き継ぎの欠落が、チェックリストの遅れより高くつく理由
- NPIの基準構成と各段階の責任者を定義する
- NPIゲートの責任分担表
- 完了率を論じる前に問題を分類する
- リリース前に調達の約束事項を設計へ引き継ぐ
- 調達から設計への引き継ぎテンプレートと記入例
- 入口ゲートでファイル・BOM・DFMの疑問を解消する
- 部材・治工具・試験の準備状況を確認する
- 部材の準備状況
- 治工具・工程・試験の準備状況
- プリント基板実装のNPIチェックリストを10の基準で評価する
- リリース責任者を明記してパイロット生産を承認する
- NPIレビューと引き継ぎの6段階
- 遵守を求められる承認書を作成する
- 8つの兆候があれば停止またはエスカレーションする
- パイロット生産の成果物を次のNPI判断へつなげる
- よくある質問
- PCBAのNPI生産前に、調達は設計へ何を伝える必要がありますか?
- パイロット注文のリリース判断は誰が責任を持ちますか?
- DFMの未解決事項を残したままNPI生産を開始できますか?
- 準備状況レビューには、どの部材情報と試験情報を含めますか?
- パイロット生産からNPIチームへ何を返却する必要がありますか?
- 注文書だけでパイロット実装を承認できますか?
- NPIゲートでは、未解決事項をいくつまで認められますか?
- 設計リリース前に長納期部品を購入できますか?
- パイロット生産承認後にファームウェアが変わると、どうなりますか?
- 次のNPIレビューに向けてリリースパッケージを準備する
引き継ぎの欠落が、チェックリストの遅れより高くつく理由
調達と設計が異なる作業を承認すると、NPIの引き継ぎは機能しません。見積書ではファームウェアの書き込みを対象外としていても、注文書では試験済み基板を求めていることがあります。また、調達部門が接続先とのインターフェースを変更しないと約束していたことを知らずに、設計部門がコネクタの代替を承認することもあります。これらは説明用の例ですが、各部門が自分の作業は完了したと考えていても、手直し、予定外の費用、納入をめぐる紛争につながります。
リリース記録では、製品構成、発注範囲、作業を受け入れるために必要な証拠という3つを守ります。そうすれば、日程上も部材調達、実装の承認、試験、出荷を区別でき、すべてを1つの約束として扱わずに済みます。
チェックリストは、必要な判断を早期に明らかにするために使い、遅れた判断を完了済みに見せるためには使いません。外観上の好みが未確定であれば影響を限定できる場合がありますが、電源コネクタのピン配列が未解決であれば、実装や試験が成立しなくなることがあります。以下に示すゲートのルール案では、この違いを明確にし、各未解決事項に責任者を割り当てます。
NPIの基準構成と各段階の責任者を定義する
NPIの基準構成では、どの基板、実装バリアント、部材、ソフトウェア、受入要件をチームがリリースするのかを正確に特定します。各ゲート、すなわち段階ごとの承認判定点に最終責任者を置き、技術面または商務面の承認が必要な担当者を明記します。調整担当者が記録を維持しても、それによってすべての判断権限を持つわけではありません。
構成管理は、承認済みの製品情報と実物の製品との整合を維持し、その後の変更を管理するものです。NASAの構成管理ガイダンスは、この基本的な管理の考え方を説明しています。本件では、「最新版」という名前のフォルダではなく、管理されたリリース一覧表を通じて実践します。
一覧表には、アセンブリ番号、PCBのリビジョン、部品表(BOM)のリビジョン、実際に実装するバリアント、製造データのリリース版、部品配置ファイル、実装図面、適用するファームウェアと試験のリビジョンを記載します。発行者と、どの旧パッケージを置き換えるのかも記録します。すべての文書が同じリビジョン記号を持つ必要はありませんが、承認済みの組み合わせを明示する必要があります。
NPIゲートの責任分担表
この責任分担モデルを出発点として使用します。プロジェクト記録には実際の担当者名を記入し、企業間にまたがる作業には、必ずサプライヤー側の窓口も設定します。
| NPIゲート | 必要な入力情報 | 最終責任者 | リリース時の成果物 | 未解決事項の扱い |
|---|---|---|---|---|
| 商務事項から設計への引き継ぎ | 合意済み見積書、発注範囲、数量、納入の前提条件、除外事項、調達および変更の許可範囲 | OEM(完成機器メーカー)の調達責任者 | 合意済み注文に紐付けられ、設計部門が確認した範囲記録 | 影響を受ける作業や追加支出を承認する前に、矛盾する約束事項を整合させる |
| 設計の基準構成 | リリース一覧表、基板製造データ、回路図、BOM、部品配置データ、実装バリアント、インターフェース要件 | OEMの設計承認権限者 | リビジョンと変更権限を明記した、識別可能な製造パッケージ | ファイルが矛盾する場合や、意図した構成を確定できない場合は、影響を受ける作業を保留する |
| DFM事項の完了 | サプライヤーの指摘、設計の回答、合意した工程上の前提、改訂ファイル | サプライヤー製造部門の同意を得るOEMの設計承認権限者 | 合意済みのDFM処置を反映したリリースパッケージ | 作業を停止すべき問題は解消する。明示した生産目的に対し、範囲を限定して承認された例外のみ認める |
| 部材の準備状況 | 引当数量、承認済み部品と代替品、受入状況、不足品、取扱要件 | サプライヤーの部材責任者 | リリース済みBOMと許可された生産数量に紐付く部品キット準備記録 | 無断で代替しない。不足品の影響を切り分け、承認済みの部分生産範囲を超える作業を防ぐ |
| 治工具と試験の準備状況 | ステンシルと治具のリビジョン、実装工程経路、検査計画、試験手順、ソフトウェア、受入限界値 | 試験・品質部門の同意を得るサプライヤーの製造責任者 | 使用可能な治工具、承認済みの方法、確認ポイントを特定した準備記録 | 必要な治工具、検証、または安全な作業環境を確保できない作業は保留する |
| パイロット生産の承認 | ゲートの証拠、問題の処置、生産目的、数量、支出範囲、停止条件 | 指名されたOEMのパイロット生産リリース権限者 | 構成、許可された作業、提出する成果物一式を特定した署名済み承認書 | 日程の圧力を理由にリリースしない。条件付き承認には制限と有効期限を明記する |
完了率を論じる前に問題を分類する
このチェックリストでは、プロジェクトで定義する3つの重大度区分を使用します。作業を停止すべき問題とは、不確実性によって安全な実行、構成の識別、不可欠な受入判定、または拘束力のあるプロジェクト要件の充足が妨げられる状態です。該当する作業を保留します。管理された例外とは、パイロット生産の目的を損なわずにリスクを限定できる状態です。書面承認、封じ込め措置、対象個体、完了を促す条件を必須とします。改善項目とは、リリース済み要件は引き続き満たしているものの、後の最適化として追跡する価値がある事項です。
これらは作業管理上の区分であり、IPCの欠陥クラスではありません。影響、発生可能性、検出可能性、封じ込め措置に基づいて優先順位を付けます。技術的な逸脱には設計側の権限者の承認が必要であり、商務上のリスク負担が変わる場合には調達部門の承認が必要です。問題の重大度を下げるだけで、他の当事者の契約要件を免除することはできません。
ゲートの判定結果は別に記録します。保留は該当作業を禁止する判定、条件付きリリースは文書化された限定作業のみを許可する判定、リリースはそのゲートの全範囲を許可する判定であり、その後のすべての段階を許可するものではありません。数量、構成、許可作業、有効期限が変わった場合は、例外を再評価します。
リリース前に調達の約束事項を設計へ引き継ぐ
調達部門が設計部門に渡すべきものは、BOMと注文番号だけではなく、合意済みの商務契約内容です。各約束事項を技術要件、明確な責任の割り当て、または明示的な除外事項へ落とし込みます。サプライヤーがその解釈に基づく作業をリリースする前に、設計部門の確認を得ます。
合意済み見積書のリビジョンと、それが適用される注文文書を含めます。内容が矛盾する場合、電子メールが注文書に優先すると決めつけず、解決後の合意内容を記録します。追加の設計作業、治具変更、代替部材、手直しを誰が承認できるのかを明確にします。
調達から設計への引き継ぎテンプレートと記入例
以下は、コントローラ基板30枚のパイロット生産を想定した説明用の記録であり、JASPERの見積書や顧客事例ではありません。中央の列は記入すべき内容を説明し、最後の列は記入済みの例を示しています。テンプレートを使用する際は、例示値をプロジェクトの管理記録に置き換えます。
| 引き継ぎ項目 | プロジェクトが記録する内容 | 記入済みの説明用例 |
|---|---|---|
| 注文と範囲の根拠 | 合意済み見積書、注文参照番号、解決済みの範囲の矛盾 | PO-047は見積書Q-047のリビジョン2を採用する。試験の除外事項には、署名済み範囲整合文書SR-047を適用する |
| 生産目的と数量 | 予定する判断、許可する着手数量、必要な納入判定 | コントローラ統合レビューのために30枚分の実装着手を承認する。受入合格品のみを納入し、不足数量は報告する。補充分の実装を自動的に開始しない |
| 構成 | 基板、BOM、バリアント、ソフトウェアの承認済みの組み合わせ | コントローラCT-01、PCBリビジョンC、BOMリビジョン5、ディスプレイバリアントB、リリース一覧表RM-047で特定したファームウェア0.9.3 |
| 部材の責任分担 | 供給区分ごとに、誰が購入・受入・数量照合を行うか | 顧客支給のマイクロコントローラ(MCU)U1を除き、リリース済みBOMの部品はサプライヤーが購入する。サプライヤーは受入数量と未使用支給在庫を報告する |
| 代替承認権限 | 誰が代替品を承認でき、何をレビューする必要があるか | OEMの設計責任者が、インターフェースと試験のレビュー後にメーカー部品番号(MPN)の変更を承認する。費用への影響は調達が承認する。包括的な代替許可は与えない |
| 検査と試験 | 対象手順、限界値、除外事項、記録形式 | 図面AD-047のリビジョンCに従って製造し、検査計画IP-047のリビジョン2と機能試験手順FT-047のリビジョン2を適用する。個体に紐付く結果を返却する |
| 書き込みと治具 | ファイル提供者、治工具の責任、所有権 | OEMがファームウェアをリリースし、サプライヤーが書き込みとバージョン検証を行う。治具TF-047のリビジョンBはOEMが所有する。サプライヤーは準備状況をTR-047に記録する |
| 納入条件 | 前提条件、出荷許可、不足数量の扱い | 生産計画部門は準備状況の承認後に生産枠を確定する。品質保証(QA)は出荷を別途承認する。未完成品と不合格品は隔離を継続する |
| 費用と変更 | 承認済み費用の根拠と承認範囲 | 見積書リビジョン2は、合意済みのパイロット生産の段取りを含む。追加の治工具、特急対応、補充生産の費用には、書面の変更注文が必要となる |
| 返却証拠と連絡先 | 必要な記録と判断権限者 | 構成、数量照合、検査・試験結果、逸脱を返却する。OEMのリリースはMira Chen、調達はAlex Rao、サプライヤー側の調整はSam Leeが担当する |
「一括請負(ターンキー)」「試験済み」「生産準備完了」といった表現で、これらの記録を代用してはいけません。例えば、ファームウェアの供給をOEMの担当にしても、誰が基板に書き込み、書き込まれたバージョンを検証し、ファイル変更後の再実行費用を負担するのかは明らかになりません。引き継ぎを受け入れる前に、これらの作業を分けて整理します。
日程の前提も同じ慎重さで確認します。希望出荷日、割り当て済みの実装枠、受入合格後の確約された出荷は、それぞれ異なる商務上の出来事です。各約束の前提条件と、その条件が変わった際の連絡責任者を記録します。
入口ゲートでファイル・BOM・DFMの疑問を解消する
ファイル受入の入口ゲートでは、リリース済みデータが、製造可能な1つの構成を表していることを確認します。個別の添付ファイルが存在するかだけでなく、相互に関連する一式としてパッケージをレビューします。アップロードが完了していても、誤ったバリアント、整合しない部品参照番号、古い部品配置データが含まれていることがあります。
BOMは必要な部品を特定し、部品配置リスト(CPL)は位置、回転角、基板面を特定します。参照先のサプライヤーのBOMおよびCPLガイダンスでは、これらの入力情報を区別しています。部品参照番号が実装図面と一致し、意図的に未実装とする位置が明示されていることを確認します。
実際の工程提案に照らし、部品パッケージの識別、極性、コネクタの向き、試験アクセス、集合基板の取扱い、機械的制約をレビューします。CADライブラリと実装工程で回転角の規則が一致すると決めつけてはいけません。参照先のサプライヤーは、ピン1と回転角のゼロ基準を定義する重要性を説明しています。部品文書と合意済みの実装ビューを用いて、向きを確定します。
DFMへの回答には、対象の形状・特性、判断、責任者、証拠が必要です。「承認済み」だけでは、何を承認したのかが特定されていないため不十分です。改訂したフットプリントなのか、サプライヤーの工程調整なのか、限定的な例外なのかを示します。設計承認権限者が設計変更を承認し、製造部門が承認内容を工程で実行できることを確認します。
例えば、コネクタの向きに矛盾がある場合、リリース済み図面と部品配置の解釈が一致するまで、作業を停止すべき問題として扱います。一方、正しい構造がすでに明白で、その完了が承認済み作業に影響しないなら、文書改善は未完了のまま残せる場合があります。両方を同じ重みで数えるのではなく、その理由を記録します。
将来の自動治具に向けたアクセス改善要求は、承認済みのパイロット用治具が必要なテストポイントにすでに接触でき、合意した受入手順を実行できる場合には、未完了のまま残せます。承認はそのパイロット用構成に限定し、治具を変更したり、異なる試験カバレッジを主張したりする前に、再レビューを求めます。
整合済みパッケージを発行し、置き換えられた旧指示を撤回してゲートを完了します。次の注文で気づかないまま以前の構成へ戻らないように、サプライヤーが行った編集も識別できる状態を維持します。
部材・治工具・試験の準備状況を確認する
準備が整っているとは、指定された資源を使用して、承認済みの生産を実行し、評価できることを意味します。サプライヤーの進捗報告では、発注済み部材と受入・承認済み部材、設計済みの治工具と使用可能な治工具、記述済みの試験と実行可能な試験を区別する必要があります。
部材の準備状況
部材責任者に、予定生産数量と、引当在庫、受入保留品、支給品、工程上必要な余裕数量を照合してもらいます。すべての部品パッケージに同じ損耗率を適用するのではなく、追加部品を認める根拠を記録します。不足品は、部品参照番号と影響を受ける工程で特定します。
実際の部品と包装の情報に照らして取扱要件を確認してください。湿度感受性、保護包装、乾燥剤の状態、保管履歴は、半導体の使用適合性に影響する場合があります。デートコードだけで、該当する取扱指示や記録された資材の状態の確認を代替してはいけません。
代替部品は、単なる調達上の解決策ではなく、構成に関する判断として扱います。リリース前に、物理的適合性、電気的動作、インターフェース、影響する試験限界値について設計レビューを求めます。
治工具・工程・試験の準備状況
この構成に使用できるステンシル、集合基板の配置、支持具、治具、書き込みインターフェース、検査設備の設定を特定します。参照先のサプライヤーは、はんだペーストデータ準備ガイダンスで、自社の実装工程に合わせたペーストデータの調整を説明しています。自社のプロジェクトでは、工程に応じて作成される治工具を誰が管理し、どの変更に顧客承認が必要なのかを明確にします。他社の実施方法が、そのまま自社の合意事項になるわけではありません。
適用する仕上がり品質の文書とリビジョンは、機能要件とは分けて承認します。規格発行元は、IPC-A-610を実装品の受入判定ガイダンス、J-STD-001をはんだ付け実装品の要求事項として説明しています。どちらの規格名も、コントローラが意図どおりにどう動作すべきかを定義するものではなく、承認済みの機能試験手順の代わりにはなりません。
リスクに見合う試験準備の実証を求めます。接続、ソフトウェアの識別、測定器の適合性、記録を確認し、実施可能な場合は、合格または不合格と分かっている代表的な条件に対する試験システムの応答も確認します。基準個体が合格しただけでは、あらゆる故障を検出できることの証明にはなりません。治具の動作確認と製品の検証を区別し、カバレッジの除外事項は承認を得ます。
必要な結果ごとに、方法、限界値、条件、個体識別、判断責任者を指定します。NASAの製品検証ガイダンスは、検証を要件、承認済み手順、適切な設備、記録された結果に結び付ける考え方を示しています。航空宇宙分野の認定要件を持ち込むのではなく、その原則を実装基板(PCBA)の実際の試験範囲に適用します。
実装前に得られる証拠と、パイロット生産で生成しなければならない証拠を分けます。工程の確認に最初の実装品が必要な場合は、残りの承認済み数量の作業を進める前に、保留ポイントを設けます。誰が結果をレビューし、何が合格しなければならないのかを記録します。確認ポイントを計画したことは、工程の適格性確認が完了したことではありません。
プリント基板実装のNPIチェックリストを10の基準で評価する
NPIの準備状況レビューでは、裏付けとなる証拠と、安心感を与えるだけの表現を区別します。調達、設計、製造、試験、品質の各部門とともにサプライヤーの引き継ぎを確認する際は、次の10の基準を使用します。警告兆候があれば該当する問題処理ルールを適用しますが、すべての作業を自動的に停止するという意味ではありません。
| 評価基準 | 良好な兆候 | 警告兆候 |
|---|---|---|
| 1. 構成の識別 | 一覧表に、整合するリビジョン、実装バリアント、承認済み変更、サプライヤーが確認したパッケージが記載されている | 部門ごとに異なる「最終版」を使っている、または実装に適用するパッケージを特定できない |
| 2. 商務事項の技術要件への変換 | 範囲、除外事項、納入前提条件、追加費用の承認権限を設計と調達が確認している | 試験、書き込み、文書提出の約束が営業連絡の中にしか存在しない |
| 3. 判断責任 | ゲートの最終責任者が1人に定められ、技術・品質・商務の承認者が明確になっている | 調整担当者が権限外の逸脱まで承認することを期待されている |
| 4. DFMの処置 | 各指摘が、リリース済み変更、合意済み工程判断、または限定された例外に紐付いている | 影響の大きい未解決事項の説明が、完了率で置き換えられている |
| 5. BOMと代替品の管理 | リリース済みMPN、実装位置、承認済み代替品が部品キットと照合されている | 在庫があることを、部品変更の許可と見なしている |
| 6. 部材の使用適性 | 引当、受入承認、適用される取扱証拠が、許可された工程を裏付けている | 販売代理店が注文を確認しただけで、部品の準備が完了したと数えている |
| 7. 治工具の整合性 | 治工具の識別情報と工程指示が、リリース済み基板とバリアントに対応している | 影響する変更を確認せずにステンシルや治具を再利用している |
| 8. 試験カバレッジと実行性 | 必要な機能について、実行可能な手順、条件、限界値、記録、承認済み除外事項がある | 未試験の電気的動作の証拠として「検査合格」を提示している |
| 9. 例外の封じ込め | 逸脱に、対象個体、許可作業、承認権限、有効期限、追跡証拠が明記されている | 非公式な特別許可が、再評価されないまま後続ロットに持ち越される |
| 10. パイロット生産の成果物の合意 | 次の判断の前に、数量照合と構成に紐付く結果を要求している | 合意済みの証拠一式や出荷判定がないまま基板が届く |
この表を平均点に換算し、作業を停止すべき問題を隠してはいけません。費用の合意が完全に文書化されていても、極性が不明な状態を埋め合わせることはできません。同様に、本質的でない見せ方の改善が未完了だからといって、明確に定義された技術実験を自動的に停止すべきでもありません。承認しようとしている個別の工程に対し、各不足事項が与える影響を記録します。
リリース責任者を明記してパイロット生産を承認する
パイロット生産の承認には、構成、許可数量、目的、認める作業、リリース権限者、停止条件を明記します。サプライヤーは、その承認内容を正確に確認してから作業に移る必要があります。注文書が支出を認めていても、設計上のゲートが準備完了であることを証明するとは限りません。
NPIレビューと引き継ぎの6段階
- 発注範囲を整合させる。 調達と設計が、合意済み見積書、注文、除外事項、成果物を照合し、双方が確認した引き継ぎ記録を発行します。
- 管理された基準構成を発行する。 設計承認権限者が一覧表と整合する製造パッケージをリリースし、サプライヤーが使用する内容を確認します。
- 入口ゲートの疑問を処置する。 設計と製造がDFMの指摘とファイルの矛盾を解消し、承認された例外と影響を受ける工程を記録します。
- 準備状況を実証する。 部材、製造、試験、品質の担当が、提案作業に必要な部品キット、治工具、実行可能な受入方法についての証拠を提示します。
- 範囲を限定したパイロット生産承認に署名する。 指名されたリリース権限者が、必要な同意を得た後に、目的、数量、構成、許可作業、支出上限、エスカレーション先を確認します。
- 実行と返却の要件を確認する。 サプライヤーが指示、停止ポイント、証拠一式を確認し、OEMが次の判断を行う担当者を記録します。
この順序は承認を管理するものであり、すべてに共通する日程を定めるものではありません。識別された暫定基準構成と文書化されたリスク負担の上限に基づき、別途承認されていれば、部材調達や治具製作は前段階のレビューと並行して進められる場合があります。その先行支出は、未リリース構成の実装を許可するものではありません。
遵守を求められる承認書を作成する
説明用のコントローラ記録では、承認書PA-047によって、RM-047に基づく30枚分の実装着手と、リリース済み手順による書き込み・試験を許可することが考えられます。この承認書は各ゲートの承認を参照し、Mira ChenをOEMのリリース権限者として特定し、作業開始前のサプライヤー確認を要求します。出荷は引き続き別途の品質判定を条件とし、後続生産には別の判断が必要となります。
条件付き承認には、さらに狭い範囲の指示が必要です。例えば、未承認の代替コネクタをレビューしている間は、部品キットの準備のみを認め、代替品の実装と影響する実装作業の開始を禁止します。許可を終了させる条件と、延長できる権限者を記録します。返答がないこと、時間の経過、部材の到着によって、条件付き指示が無制限のリリースへ変わってはいけません。
8つの兆候があれば停止またはエスカレーションする
NPI作業を裏付ける証拠が承認内容と合わなくなった場合は、その作業を停止するか、上位の判断権限者にエスカレーションします。対応では、影響を受ける個体と約束事項を守りながら、引き続き有効な無関係の作業は維持します。
- 基準ファイルの矛盾: 設計承認権限者が整合済みパッケージをリリースするまで、該当工程を保留します。
- 未承認の部品変更: 部材を隔離し、実装前に技術的な処置判断を得ます。
- 重大な影響を持つ、管理されていない不確実性: 安全性、必須機能、構成の識別、必須要件を守れない場合は、影響する作業を停止します。
- 利用できない受入方法: 該当する試験またはリリース段階を保留します。不足するカバレッジを、無関係な検査結果で代用してはいけません。
- 見積書と注文の不一致: 除外された作業、納入の前提条件、追加費用を、調達部門とサプライヤーの商務責任者へエスカレーションします。
- 部材状態を確定できない: 取扱いまたは受入の処置が承認されるまで、該当する部品キットを保留します。
- 権限を持つ例外責任者がいない: 承認権限、対象個体の範囲、完了条件のない非公式な特別許可は受け入れません。
- 承認後の管理されていない変更: ハードウェア、ファームウェア、治工具、試験条件が変わった場合は、影響するゲートを再開し、すでに製造済みの対象個体を特定します。
拒否するのはリリース要求であり、当然のようにサプライヤーとの取引関係全体を否定するものではありません。作業の再開には、該当する保留条件が解消されたか、適切に承認された限定指示に置き換えられたことを示す証拠が必要です。
パイロット生産の成果物を次のNPI判断へつなげる
パイロット生産の成果物によって、NPIチームは何を製造し、何を受け入れ、何が未確定のままで、次の承認がどの範囲を対象とするかを把握できる必要があります。返却する一式は実装前に合意します。基板を受領しただけで、パイロット注文に伴う設計上の義務を完了させるべきではありません。
実際に製造した構成の記録、数量照合、合意した追跡レベルで個体またはロットに紐付く検査・試験結果、承認済み逸脱、手直しの識別、責任者付きの残課題を求めます。支給部材と未使用部材を照合し、治工具やソフトウェアのバージョン変更も整合確認します。受入合格、不合格、保留、未完成の個体を分けて報告し、現在の判定区分は相互に重複しないものにします。これにより、手直し済み基板を合計に二重計上することを防ぎます。
次の判断は、保留、限定されたパイロット生産の再実施、または具体的に定義した次回生産の承認となり得ます。その判断を支える証拠と、実行前に必要な変更を文書化します。ある構成で良好な結果が得られても、部品変更、新しいファームウェア、より広い生産範囲が自動的に承認されるわけではありません。
この引き継ぎは、リリースの証拠に焦点を絞ります。パイロット生産で得た詳細な知見、根本原因の分析、規模拡大の実験は、その後のパイロット生産レビューで扱います。NPI記録には、それらの責任者と、支えるべき判断を残します。
よくある質問
PCBAのNPI生産前に、調達は設計へ何を伝える必要がありますか?
調達は、合意済み範囲、構成上の前提、数量、納入の前提条件、部材の責任分担、代替許可、試験と書き込みの義務、除外事項、変更費用の承認権限を伝える必要があります。これらの約束事項を、合意済み見積書と注文に紐付けます。サプライヤーがその解釈に依存する作業をリリースする前に、設計部門が解釈を確認する必要があります。
パイロット注文のリリース判断は誰が責任を持ちますか?
指名されたパイロット生産リリース権限者が、プロジェクトで合意した承認ルールに従って承認の責任を持ちます。設計、製造、品質、試験、調達は、それぞれの責任範囲で必要な同意を与えます。注文を発行する購買担当者や、日程を更新する調整担当者が、技術的逸脱の受入れや出荷リリースの権限を自動的に持つわけではありません。
DFMの未解決事項を残したままNPI生産を開始できますか?
可能ですが、未解決事項が具体的に承認された作業を妨げず、すべての例外の範囲が正式に限定されている場合に限ります。対象構成、数量、リスク、封じ込め措置、承認、完了条件を記録します。未解決事項が安全な実行、構成の識別、不可欠な受入判定、または拘束力のあるプロジェクト要件への適合を妨げる場合は、作業を保留します。
準備状況レビューには、どの部材情報と試験情報を含めますか?
リリース済みBOM、承認済み代替品、引当数量、受入状況、不足品、支給部材の責任分担、適用する取扱要件を含めます。試験については、手順のリビジョン、ファームウェアの識別、アクセスと治具の要件、設備の適合性、条件、受入限界値、カバレッジの除外事項、結果の記録方法を含めます。未解決の準備条件ごとに責任者を特定します。
パイロット生産からNPIチームへ何を返却する必要がありますか?
実際に製造した構成、数量照合、合意済みの追跡記録、検査・試験結果、承認済み逸脱、手直しの識別、責任者付きの残課題を返却します。部材の照合と、関連する治工具またはソフトウェアの変更も含めます。一式の目的は、基板を1ロット実装したことを確認するだけではなく、定義された次の判断を支えることです。
注文書だけでパイロット実装を承認できますか?
合意した注文書の運用に必要な技術承認と証拠も含まれている場合を除き、できません。支出の許可と、具体的な製造作業を実行する許可を分けます。リリースには、基準構成、数量、目的、必要な承認、停止条件、成果記録を明記し、出荷許可も明示する必要があります。
NPIゲートでは、未解決事項をいくつまで認められますか?
すべてのNPIゲートに共通して有効な件数や完了率はありません。各残課題が、承認済み作業、製品要件、受入証拠、商務上の約束に影響するかを評価します。作業を停止すべき不確実性は1件だけでもリリースを妨げる一方、文書化された複数の改善項目は、承認済み生産を変えずに未完了のまま残せる場合があります。
設計リリース前に長納期部品を購入できますか?
暫定構成、承認済み支出、取消しまたは余剰部材のリスク負担、変更責任を定義した別途の承認を調達部門が受けていれば、可能です。実装前に設計が変わった場合に何が起こるかを追跡します。先行購入だけでは、代替部品の承認、設計の基準構成の完成、パイロット生産の承認のいずれにもなりません。
パイロット生産承認後にファームウェアが変わると、どうなりますか?
承認対象の個体へ適用する前に、ファームウェア変更を評価します。影響するハードウェア、書き込み指示、試験の互換性、受入証拠、製造済み個体を特定します。必要な承認を得て管理パッケージを更新し、必要な再書き込みや再試験を定義します。異なるソフトウェア構成の結果を、断りなく1つのリリース判断にまとめてはいけません。
次のNPIレビューに向けてリリースパッケージを準備する
リリース済み製造パッケージ、確認済みの調達引き継ぎ、DFMの処置、準備状況の証拠、パイロット生産承認案をまとめて準備します。各最終責任者に自分のゲートの承認を求め、次の生産判断の前に返却すべき記録を合意します。
JASPERへのお問い合わせでは、プリント基板実装サービスを用いて、基板、調達、インターフェース、書き込み、試験の範囲を整理してください。BOM、実装データ、必要数量、パイロット生産で予定する判断、関連する筐体またはヒューマンマシンインターフェース(HMI)の接続条件を含めます。希望日を合意済みの生産確約として扱う前に、範囲と準備状況のレビューを依頼してください。
プロジェクトを始めませんか?
メンブレンスイッチ、キーパッド、グラフィックオーバーレイの要件をお知らせください。当社の技術チームが仕様を確認し、詳細な見積もりを提示します。


