IATF16949：8.3.2.1項の設計開発の計画-補足では、製品開発・工程開発を実施する際に、プロジェクト組織を活用し、要求事項を満たす製品を量産に引き渡すプロセスを部門横断的アプローチを用いて実施することを意図しています。
今回の記事は、IATF16949：8.3.2.1項の設計開発の計画-補足の意味と構築ポイントについて解説します。
| 条項 | 題目 | ISO9001 | IATF |
| 第4章 | 組織の状況 | 〇 | 〇 |
| 第5章 | リーダーシップ | 〇 | 〇 |
| 第6章 | 計画 | 〇 | 〇 |
| 第7章 | 支援 | 〇 | 〇 |
| 第8章 | 運用 | 〇 | 〇 |
| 第9章 | パフォーマンス評価 | 〇 | 〇 |
| 第10章 | 改善 | 〇 | 〇 |
※8.1項～8.3.6.1項は主に、①営業プロセス②製品設計プロセス③工程設計プロセスが関係します。
| 条項 | 題目 | ISO 9001 |
重要 帳票 |
IATF 16949 |
重要 帳票 |
| 8.1 | 運用の計画及び管理 | 〇 | 〇 | ||
| 8.1.1 | 運用の計画及び管理-補足 | 〇 | ● | ||
| 8.1.2 | 機密保持 | 〇 | |||
| 8.2.1 | 顧客とのコミュニケーション | 〇 | 〇 | ||
| 8.2.1.1 | 顧客とのコミュニケーション-補足 | 〇 | ● | ||
| 8.2.2 | 製品及びサービスに関する要求事項の明確化 | 〇 | 〇 | ||
| 8.2.2.1 | 製品及びサービスに関する要求事項の明確化-補足 | 〇 | ● | ||
| 8.2.3.1 | 製品及びサービスに関する要求事項のレビュー | 〇 | ● | 〇 | |
| 8.2.3.1.1 | 製品及びサービスに関する要求事項のレビュー補足 | 〇 | |||
| 8.2.3.1.2 | 顧客指定の特殊特性 | 〇 | ● | ||
| 8.2.3.1.3 | 組織の製造フィージビリティ | 〇 | ● | ||
| 8.2.3.2 | 題目無(レビュー結果の保持ルール） | 〇 | 〇 | ||
| 8.2.4 | 製品及びサービスに関する要求事項の変更 | 〇 | 〇 | ||
| 8.3.1 | 製品及びサービスの設計・開発 | 〇 | 〇 | ||
| 8.3.1.1 | 製品及びサービスの設計・開発-補足 | 〇 | |||
| 8.3.2 | 設計・開発の計画 | 〇 | 〇 | ||
| 8.3.2.1 | 設計・開発の計画-補足 | 〇 | ● | ||
| 8.3.2.2 | 製品設計の技能 | 〇 | ● | ||
| 8.3.2.3 | 組込みソフトウェアを持つ製品の開発 | 〇 | |||
| 8.3.3 | 設計・開発へのインプット | 〇 | 〇 | ||
| 8.3.3.1 | 製品設計へのインプット | 〇 | |||
| 8.3.3.2 | 製造工程設計へのインプット | 〇 | |||
| 8.3.3.3 | 特殊特性 | 〇 | ● | ||
| 8.3.4 | 設計・開発の管理 | 〇 | 〇 | ● | |
| 8.3.4.1 | 監視 | 〇 | ● | ||
| 8.3.4.2 | 設計・開発の妥当性確認 | 〇 | |||
| 8.3.4.3 | 試作プログラム | 〇 | |||
| 8.3.4.4. | 製品承認プロセス | 〇 | ● | ||
| 8.3.5 | 設計・開発からのアウトプット | 〇 | 〇 | ||
| 8.3.5.1 | 設計・開発からのアウトプット-補足 | 〇 | ● | ||
| 8.3.5.2 | 製造工程設計からのアウトプット | 〇 | ● | ||
| 8.3.6 | 設計・開発の変更 | 〇 | 〇 | ||
| 8.3.6.1 | 設計・開発の変更-補足 | 〇 |
当サイトの情報提供スタンスについて
当サイトでは、ISO9001およびIATF16949について、規格要求の解説にとどまらず、実務でどのようにルールや記録へ落とし込むかを重視して情報を整理しています。
規格の理解とあわせて、「現状とのギャップをどう捉えるか」「どこから手を付けるべきか」といった判断に迷いやすい点を、現場目線で分かりやすく解説することを目的としています。
記事内容を自社へ当てはめる際の考え方や、判断に迷うポイントについては、別ページで整理した情報も用意しています。
IATF16949：8.3.2.1項の設計開発の計画-補足はプロジェクト管理の補足！
IATF16949：8.3.2.1項の設計開発の計画-補足は、ISO9001：8.3.2項の設計開発の計画で具体的に定められたプロジェクト管理について、補足事項が記載されています。
具体的には、コアツールの一つであるAPQP（Advanced Product Quality Planning and Control Plan：先行製品品質計画）の利用の話です。
APQPは、新製品開発プロジェクトの管理の流れを表した要領で、このAPQPの各段階でプロジェクトの節目検証を実施することを求めています。
各段階の意味：事例
| DRフェーズ | 目的 | DR名（例） |
| 引き合い検討 | 製造フィージビリティ | 製造フィージビリティ会議 |
| 設計段階 | 設計検証 | 製品設計診断会議 |
| 工程設計段階 | 工程設計検証 | 工程設計診断会議 |
| 妥当性確認段階 | 製品・工程の妥当性確認 | 量産移行判定会議 |
| 量産移行段階 | 量産重点監視 | 初期流動解除会議 |
このプロジェクト管理は、部門横断的アプローチが求められているので、各段階の移行承認は、部門横断で行われなくてはなりません。その際は最低限「後工程に関係するプロセス担当・責任者」が移行承認していることが重要です。
次に、IATF16949：8.3.2.1項の設計開発の計画-補足の意味と構築ポイントについて解説します。
プロジェクト移行承認は部門横断的アプローチを！
自動車産業の場合、サプライチェーンを巻き込んだ会議が頻繁に行われます。そのため、どの段階で誰と会議をして移行審査（DR）を行うのかを、明確にしておく必要があります。プロジェクト管理表とは別に議事録を作成し、部門横断的アプローチを用いて移行承認が行われた記録を残すようにしましょう。
特に、「仕入先を巻き込む」といった部門横断的アプローチが抜けているケースが多いので、貴社のAPQPにきちんと入っているか審査前などによく確認しておいてくださいね！
APQPに基づく管理が重要！
IATF16949：8.3.2.1項の設計開発の計画-補足の要求事項の対応は、プロジェクト管理はAPQPに基づいて実施することが必要です。APQPの仕組みは、「APQPフロー」を作成するとよいでしょう。俗にいう「品質保証体系図」に似たものと思えばOK。
そのAPQPフローには、必ず各要求事項で求められいることについて、確実に実施されていることがわかるように記載していくことがポイントです。例えば、DR1の製造フィージビリティであれば、その会議のタイミングを記載します。
【プロジェクト管理の最難関要求攻略】
DR1は量産前に製造条件・工程能力・設備対応可否を体系的に確認できるかが要点。評価範囲と判断基準は〔製造フィージビリティ評価表〕で整理しましょう！受注の妥当性管理の必須帳票です。
コンカレントエンジニアリングが重要！
IATF16949：8.3.2.1項の設計開発の計画-補足の要求事項のコンカレントエンジニアリングを理解する必要があります。
②製品開発における複数のプロセスを同時並行で進め、開発期間の短縮やコストの削減を図る手法のこと。
そのため、DFM、DFAなどを行う必要があります。
②製造容易性設計の略語です。
⑤共通点は、製品設計初期から製造性を考慮した設計を行う事。
⑥難点として、設計者が後工程（製造工程）をよく知る必要がある。
つまり、同時進行で進めて開発期間を短くする手法を使うことが求められます。
【この解釈で、審査・監査に通るのか？】
——記事を読んでも、最後に残るのはこの一問だと思います。
構築段階・内部監査・仕入先監査（VDA6.3）・認証後の運用でお困りのクライアント様の多数お手伝いさせた実体験からお答えします。契約は不要、1質問から可能です！
▶1質問だけ送ってみる：詳細の確認はこちら
各段階でFMEAのリスク分析とそのアウトプット確認！
IATF16949：8.3.2.1項の設計開発の計画-補足の要求事項のみならずリスク分析という言葉が出てきた場合、ほとんどが設計FMEAか工程FMEAです。すなわち「レビュー」は「部門横断的アプローチ」が必要になることを必ず覚えておきましょう！これはFMEAコアチームのような専門家で作成されたFMEAで対応が可能です。
また、FMEAをインプットするコントロールプランや作業標準書については、同じように部門横断的アプローチでレビューするようにしてください。部門横断的アプローチの要求があるにも関わらず、独断で進めている場合は確実に指摘になります。
IATF16949：8.3.2.1項の設計開発の計画-補足は「プロジェクト管理規定」が重要
IATF16949：8.3.2.1項の設計開発の計画-補足の要求事項に対応したルールを明記するために、プロジェクト管理規定を作成することが重要です。プロジェクト管理規定を作成する際は、ISO9001：8.1項の対応と合わせてプロジェクト遂行のルールを記載しましょう。また、帳票としてプロジェクト計画書の作成が重要になります。
構築や製品立ち上げは点でなくプロジェクトとして整理できるかが要点。目的・体制・スケジュール・進捗の管理は〔プロジェクト管理表帳票〕で整理し、そのルールは〔プロジェクト管理規定〕に落とし込みましょう。日系企業特に、中小企業様が最も苦手な内容なので要注意！
IATF16949：8.3.2.1に関するFAQ
規格対応で迷ったら、メールで確認できますFAQで一般的な考え方を確認できますが、自社の規定・帳票・審査対応へどう反映するかは、会社ごとに判断が変わる場合があります。
この要求事項の考え方でよいか確認したい
規定・帳票にどう落とし込むか相談したい
審査指摘や回答方針に不安がある
個別事情がある場合は、メールコンサルで実務目線の確認ができます。
IATF16949：8.3.2.1項は、製品および工程開発を行う際に、部門横断的なアプローチを用いてプロジェクトを進めることが求められます。APQPやDFM/DFAといったツールを活用し、各段階で移行承認を行い、リスク分析（FMEA）を実施することで、量産に引き渡すまでのプロセスが確実に進められます。
部門横断的アプローチとは、設計、製造、品質、技術、購買、サプライチェーンなど、関連する全ての部門が協力してプロジェクトを推進する方法です。このアプローチにより、各部門が製品開発プロセスに影響を与える側面を検討し、移行承認を行うことで、全体的な品質と効率を向上させます。
APQP（先行製品品質計画）には、設計検証、工程設計検証、妥当性確認などの節目検証が含まれます。各段階で、FMEAによるリスク分析やプロジェクトの進捗確認が行われ、プロジェクトの各フェーズを円滑に進めるための移行承認が必要です。これにより、製品の品質を確保し、量産に向けた準備が整います。
IATF16949：8.3.2.1項の設計開発の計画：まとめ
IATF16949：8.3.2.1項の設計開発の計画-補足の要求事項の規格解釈はいかがでしたか？
プロジェクト管理は、IATF16949で超重要な要求事項です。これらの管理ができていないとIATF16949の構築は非常に難しいです。
特に、コアツールのAPQPや製造フィージビリティとのリンクもあるので、理解しながら構築しましょう！
それではまた！
QMS認証パートナー
IATF16949・ISO9001・VDA6.3は、要求事項を理解するだけでなく、現場で説明できる仕組みにすることが重要です。判断に迷う部分は個別相談で、資料を整えたい場合は教材・サンプルをご活用ください。
メール相談・個別コンサル監査対応、規格解釈、規定・帳票の考え方を実務目線で確認できます。
自社で整備したい方はこちら学習教材、社内教育資料、規定サンプル、帳票サンプルを目的別にまとめています。
