ISO9001：8.3.6項「設計・開発の変更」では、設計・開発段階における変更管理の仕組みを構築し、変更に伴うリスクを適切に評価・管理することを求めています。これは、変更によって製品やサービスの品質、性能、安全性、納期などに悪影響が及ばないようにするための重要な要求事項です。
本記事では、ISO9001：8.3.6項「設計・開発の変更」の要求事項の意味をわかりやすく整理し、実務でどのように変更プロセスを構築すべきか、そのポイントを解説します。
| 条項 | 題目 | 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について、規格要求の解説にとどまらず、実務でどのようにルールや記録へ落とし込むかを重視して情報を整理しています。
規格の理解とあわせて、「現状とのギャップをどう捉えるか」「どこから手を付けるべきか」といった判断に迷いやすい点を、現場目線で分かりやすく解説することを目的としています。
記事内容を自社へ当てはめる際の考え方や、判断に迷うポイントについては、別ページで整理した情報も用意しています。
この記事の目次
ISO9001：8.3.6項「設計・開発の変更」の意図
ISO9001：8.3.6項「設計・開発の変更」の意図は、設計変更に伴うリスクを分析し、その変更内容と履歴を明確に識別・管理することで、顧客に悪影響を及ぼさないことを保証することにあります。つまり、変更管理を通じて製品・サービスの一貫した品質を確保することがこの要求の本質です。
実際、ISO9001を取得していない企業では、この「変更管理」が不十分なケースが多く、結果として品質リスクが高くなる傾向があります。変更は改善の一種と誤解されがちですが、管理されていない変更はリスクそのものです。設計内容や仕様の修正を行う際には、必ずリスクを評価し、記録と承認を伴う手順で進めることが求められます。
次に、ISO9001：8.3.6項「設計・開発の変更」における具体的な要求事項を詳しく見ていきましょう。
設計・開発の変更では「検証」が最も重要！
ISO9001：8.3.6項「設計・開発の変更」の要求事項は、単に「変更を行うこと」を認めているわけではなく、変更の妥当性や影響を十分に検証し、リスクを最小化するための仕組みを構築することを求めています。変更を安易に実施すると、顧客仕様との不整合や品質問題につながるおそれがあるため、計画的かつ記録に基づいた管理が不可欠です。
そのためには、変更管理規定や設計業務規定を整備し、以下の要素を含む評価・検証体制を確立することが重要です。
| 設計・開発の変更評価項目 | 内容 |
|---|---|
| 設計担当者の明確化 | 誰が、いつまでに、どの範囲を変更するのかを明確にする。 |
| 変更に関するリスク検証 | 試作・信頼性試験などにより変更の妥当性を確認し、リスクを分析する。 |
| リリース後の影響評価 | 顧客製品との組付けや顧客要求との整合性を評価する。 |
| 評価記録の保持 | 実施した検証結果を記録し、後から追跡・確認できるようにする。 |
これらを効果的に管理するために、変更申請書・変更管理台帳などの帳票を活用しましょう。また、変更を実施する前には、設計部門長や品質保証部門長などの承認を得るプロセスを設けることで、変更の信頼性をより高めることができます。
【超重要：変更管理】
設計・製造の変更は品質・工程安定性に影響しやすく、どこまでを「変更」として管理するかが要点。妥当性評価・影響範囲・承認の流れは〔設計製造関連変更申請・管理表帳票〕で整理し、そのルールは〔変更管理規定〕に落とし込みましょう。品質マネジメントシステム運用の中でも超重要ルールの一つです。
変更のリリースには「承認」が必要
ISO9001：8.3.6項「設計・開発の変更」では、変更内容の妥当性を確認し、その結果に基づいて正式に承認を得たうえでリリースすることが求められています。ここでのポイントは、変更を単に実施するのではなく、「レビューの結果」をもって判断するという点です。
そのため、変更申請書にはリスク分析や検証の結果を添付し、関係部門（設計・品質保証・生産技術など）のチェックを受けることが必要です。変更の重要度に応じて、デザインレビュー（DR）や変更審議会を開催し、組織として妥当性を確認する仕組みを整えましょう。
また、変更を正式にリリースする際には、承認権限者による許可（変更承認）が不可欠です。一般的には設計部長や品質保証部長などが承認者となりますが、ISO9001：5.3項「組織の役割・責任及び権限」に基づき、職位分掌表などに承認権限を明示しておくことが求められます。これにより、変更管理の透明性と責任の所在を明確にできます。
【力量評価の整合も重要：職位と権限】
責任と権限の要求事項は、分掌表が実務と乖離しやすく、業務内容と責任範囲を具体的に対応づけられていないケースが多いです。役割分担の整理は〔業務・職位分掌表(責任と権限表)〕で進め、階層別教育などの社内ルールは〔教育訓練管理規定〕に落とし込みましょう！
【この解釈で、審査・監査に通るのか？】
——記事を読んでも、最後に残るのはこの一問だと思います。
構築段階・内部監査・仕入先監査（VDA6.3）・認証後の運用でお困りのクライアント様の多数お手伝いさせた実体験からお答えします。契約は不要、1質問から可能です！
▶1質問だけ送ってみる：詳細の確認はこちら
ISO9001：8.3.6項「設計・開発の変更」はどこに記載すればよい？
ISO9001：8.3.6項「設計・開発の変更」は、ISO9001：8.5.6項「変更の管理」と密接な関係があります。これらはどちらも「変更を計画的に管理し、リスクを最小限に抑えること」を目的としているため、別々に仕組みを作るのではなく、共通の変更管理プロセスとして構築することが望ましいです。
そのためには、まず変更管理規定を作成し、変更の対象・手順・承認フロー・記録の保持方法などのルールを明確に定義します。さらに、変更の実施を運用レベルで管理するために、変更申請書（変更計画書）を用い、変更の立案から検証、承認、リリースまでの流れを文書化しておくことが重要です。
このように、設計開発段階と製造段階の両方を包含した変更プロセスを構築することで、ISO9001：8.3.6項および8.5.6項の要求を一貫して満たすことが可能になります。
品質マネジメントシステム：おすすめ教材
| 販売中：教材・サンプル | 区分 | ISO9001 | IATF16949 |
|---|---|---|---|
| 【重要】ISO9001_全章要求事項解説 | テキスト | 〇 | × |
| ISO9001_現状ギャップ分析表 | チェック表 | 〇 | × |
| ISO9001向け_教育推進体制チェック表 | チェック表 | 〇 | × |
| ISO9001：オンラインメール相談プラン | コンサル | 〇 | × |
ISO9001：8.3.6に関するFAQ
規格対応で迷ったら、メールで確認できますFAQで一般的な考え方を確認できますが、自社の規定・帳票・審査対応へどう反映するかは、会社ごとに判断が変わる場合があります。
この要求事項の考え方でよいか確認したい
規定・帳票にどう落とし込むか相談したい
審査指摘や回答方針に不安がある
個別事情がある場合は、メールコンサルで実務目線の確認ができます。
製品やサービスの設計段階で顧客要求、法規制、または技術的な要件が変更された場合、設計変更が必要です。また、市場のフィードバックや内部監査での不具合が原因で設計の改善が求められるケースもあります。
変更は、製品品質や顧客満足度への影響を総合的に評価する必要があります。影響範囲には、材料、工程、法規制の適合性、コスト、納期が含まれます。リスク分析（FMEAなど）を用いると効果的です。
すべての変更は、適切な文書に記録し、関係部門と顧客の承認が必要な場合はその確認を得ます。さらに、変更後の製品やプロセスの追跡可能性を確保するために、バージョン管理と変更履歴の保存が求められます。
ISO9001：8.3.6項の設計開発の変更：まとめ
ISO9001：8.3.6項「設計・開発の変更」の要求事項では、変更を単なる改善と捉えるのではなく、変更に伴うリスクを適切に評価し、承認を得た上で実施することが求められています。変更は品質や納期、顧客満足に影響を与える可能性があるため、十分な検証と承認を経てリリースすることが重要です。
また、変更に関連する図面・仕様書・設計資料などの文書化した情報は、改訂内容と履歴を明確に残すことが必要です。これにより、変更の根拠と経緯を後から追跡できるようになり、監査対応にも有効です。
当サイトでは、変更プロセスの構築に役立つ「変更申請書（Excel版）」を販売しております。実務で使いやすいフォーマットと事例付きの帳票で、自社にて自由にカスタマイズ可能です。変更管理の整備にぜひご活用ください。
QMS認証パートナー
IATF16949・ISO9001・VDA6.3は、要求事項を理解するだけでなく、現場で説明できる仕組みにすることが重要です。判断に迷う部分は個別相談で、資料を整えたい場合は教材・サンプルをご活用ください。
メール相談・個別コンサル監査対応、規格解釈、規定・帳票の考え方を実務目線で確認できます。
自社で整備したい方はこちら学習教材、社内教育資料、規定サンプル、帳票サンプルを目的別にまとめています。
