ステータス
管理表は緑なのに、PFMEAはまだ下書きのままだ。
Zometric なら
文書にリンクされた成果物は、そこからステータスを読み取り、その理由を横に表示します。PFMEAはリリースされ、完了に設定されて初めて完了とみなされます。それまでは、評価済みチェーンの割合と未解決のAP「高」のチェーンが表示されます。
成果物のライブステータス手法
APQPとは？
先行製品品質計画（APQP）は、自動車部品サプライヤーが製品の立ち上げを計画するための体系的な手法で、生産開始前にすべての要求事項、リスク、管理を整えることを目的としています。現在第3版（2024年）となっているAIAG APQPリファレンスマニュアルは、部門横断チームが作成する成果物と、プログラムを先に進めてよいかを経営層が判断するゲートを定めています。IATF 16949に取り組むサプライヤーに対して、自動車メーカーの顧客が求める立ち上げ手法です。
マニュアルはフェーズ0「開始準備」から始まり、5つのフェーズ — プログラムの計画と定義、製品の設計と開発、工程の設計と開発、製品と工程の妥当性確認、フィードバック・評価・是正処置 — へと続きます。各フェーズはゲートで終わります：プログラムコンセプト、プログラム承認、設計の実現可能性、工程の実現可能性、立ち上げ準備、フィードバック・評価・是正処置です。
Zometricでは、AIAG APQP第3版のテンプレートからプログラムを作成すると、61の成果物、80のゲート項目を含むゲート0〜5、日程計画、A-0リスクチェックリストが一度に用意されます。17の成果物は、PFMEA、コントロールプラン、PPAP提出などのライブの文書にリンクされ、そこからステータスを取得します。
チームが移行する理由
Zometric APQPが解消する課題
立ち上げチームが自らの言葉で語る6つの課題と、すべての成果物が背後にある文書を指し示すと何が変わるのか。
使い方
ZometricでのAPQPプログラムの進め方
プログラムはAIAG APQP第3版のフェーズとゲートに沿って進むため、マニュアルそのものがワークフローになります。
フェーズ0 · 開始準備
プログラムを開始する
顧客、部品、リンクする工程プロジェクト、テンプレートを選びます。Zometricは61の成果物、ゲート0〜5、成果物ごとに1つのタスクとゲートごとに1つのレビューを持つ日程計画、A-0チェックリストを作成します。設計責任がない場合は、合意の参照番号を付けて設計の成果物が該当なしに設定されます。
フェーズ0 · 開始準備
プログラムのリスクを評価する
A-0リスク要因チェックリストの45問に回答します。抜けが6つ以上あればプログラムのリスクレベルは「高」、3つ以上なら「中」に設定されます。
フェーズ1 · プログラムの計画と定義
日程と生産能力を計画する
日付、依存関係、顧客マイルストーンを設定し、ベースラインを取得して、チームに計画を確認してもらいます。OEEと稼働率のチェックを伴う生産能力計画、プログラムのリスク台帳、サプライヤーリストを記録します。
フェーズ2〜3 · 設計と工程の開発
ライブの文書をリンクする
DFMEA、プロセスフロー図、PFMEA、コントロールプラン、特殊特性がそれぞれの成果物にリンクされ、自らのステータスを報告します。導出されたステータスを上書きするには、理由の記録が必要です。
ゲート2 · 設計の実現可能性
実現可能性をコミットする
付録Dのチーム実現可能性コミットメントを完成させ、その結論を記録します。チームメンバーはそれぞれ電子署名で署名し、結論がなければゲート2は承認できません。
フェーズ4 · 製品と工程の妥当性確認
立ち上げの妥当性を確認する
有意な生産、PPAP提出、量産コントロールプランは、PPAPとコントロールプランからステータスを報告します。初回出荷より後の日付の品質計画承認は、ゲート4でフラグが立ちます。
ゲート0〜5 · ゲートレビュー
ゲートをレビューして判定する
レビューを開くと、項目がライブのデータから自動で埋まります。否定的な項目には処置計画を作成し、メンバーは電子署名付きの承認を追加し、経営層の代表者が承認した時点で、ゲートをGo、条件付きGo、No-Goのいずれかに判定します。
フェーズ5 · フィードバック・評価・是正処置
フィードバックし、変更に対応する
次のプログラムのために教訓を記録します。立ち上げ後の設計変更は、影響を受ける成果物に範囲を絞った変更プロジェクトを起票し、既定ではゲート3と4を伴います。
APQP を自社のプロセスで見てみませんか？
30分の通話で、製品、顧客要求、現在お使いのツールについてお話しします。
機能内容
APQP — 実際に得られるもの。
それぞれの機能が、あなたのチームがすでに下そうとしている意思決定に結びついています。
プログラムポートフォリオを一目で
すべての立ち上げを一画面に：現在のフェーズ、赤・黄・緑、次のゲートとそれまでの日数、完了率、期限超過の項目、未解決のリスク。ゲートカレンダーには、全プログラムの今後のゲートレビューが一覧表示されます。
実態を映すゲート0〜5
各ゲートに、準備状況メーター、通過を阻んでいる項目の一覧、到達までのクリティカルパスがあります。Go、条件付きGo、No-Goを判定 — 電子署名による承認付きで、レビュー後に何かが変われば再確認を求めます。
生きた文書にリンクされた成果物
成果物は、リンク先のプロセスフロー図、DFMEA、PFMEA、コントロールプラン、PPAP提出からステータスを読み取ります。文書をリリース（FMEAの場合は完了にも設定）すれば成果物は自動で緑になり、その由来が横に表示されます。
日程計画とクリティカルパス
ベースライン、計画、実績、依存関係、顧客マイルストーンを備えたガントチャート。タスクをドラッグすれば、次のゲートの遅延予測が更新されます。遅れているチェーンはマイナスのフロートを示すため、議論は誰のスプレッドシートが正しいかではなく、挽回策に向かいます。
A-0〜A-10チェックリスト
A-0〜A-10のチェックリストでは、エビデンスがある箇所について、A-1、A-6、A-7、A-10の質問がFMEA、プロセスフロー、コントロールプランから回答されます。担当者と期限が入った抜けの回答は自動で処置になり、チェックリストをサプライヤーに発行してサプライヤーポータル経由で回答させることもできます。
実現可能性、能力、リスク
チームの実現可能性コミットメント、OEEと稼働率の計算機能を備えた生産能力計画、プログラムのリスク台帳、サプライヤーの準備状況 — 立ち上げにおける判断を、その根拠となったエビデンスの隣に記録します。
顧客報告と教訓
同じデータから生成される顧客向けステータスレポート、OEM別のテンプレート、立ち上げ後の設計変更を扱う変更プロジェクト、そして誰も開き直さないスライドではなく次のプログラムに活かされる教訓ライブラリ。
数字で見る
ゲートの準備状況の算出方法
準備状況は、ゲートで確認される成果物とゲート項目を数えます。完了した成果物と回答済みの項目の合計から否定的な項目を引き、全体の数で割ったものです。判定はこの割合に加えて決まったルールに従うため、割合が高いだけではGoになりません。ゲート3「工程の実現可能性」では、10の成果物を確認し、13のゲート項目があります。
- 10
- ゲート3の成果物
- 13
- ゲート3の項目
- 1
- 判定に必要な経営層の承認
| ケース | 完了 | 回答済み | 否定的 | 計画なし | 準備状況 % | 判定 |
|---|---|---|---|---|---|---|
| A | 完了10 | 回答済み13 | 否定的0 | 計画なし0 | 準備状況 %100 | 判定Go |
| B | 完了8 | 回答済み13 | 否定的2 | 計画なし0 | 準備状況 %83 | 判定条件付きGo |
| C | 完了8 | 回答済み13 | 否定的2 | 計画なし1 | 準備状況 %83 | 判定No-Go |
| D | 完了10 | 回答済み11 | 否定的0 | 計画なし0 | 準備状況 %91 | 判定未準備 |
連携モジュール
APQPとZometricの他モジュールとのつながり
成果物はライブの文書にリンクしてその状態を読み取ります。プログラムにコピーされるものは何もありません。
FMEA
参照元DFMEAとPFMEAの成果物には、評価済みチェーンの割合と未解決のAP「高」のチェーンが表示され、FMEAがリリースされ完了に設定されると完了になります。
プロセスフロー図
参照元暫定フローチャートとプロセスフロー図の成果物は、フローのリリース状態と工程ステップを読み取り、そこからA-6の質問に回答します。
コントロールプラン
参照元試作、量産試作、量産のコントロールプランは、リリースと顧客承認の状況を報告します。行にある測定器がMSA計画の元になり、A-10の質問は計画から回答されます。
PPAP
参照元PPAP提出、有意な生産、工程能力調査が、フェーズ4の成果物と立ち上げ準備ゲートの項目に反映されます。
サプライヤーポータル
双方向APQPのチェックリストはサプライヤーに発行され、ポータル上で質問ごとに回答されて、プログラムに提出されます。
CAPAと8D
双方向CAPAの教訓に関する再発防止ステップはAPQPライブラリに教訓を追加し、CAPAのページからライブラリを検索できます。
利用者
利用する人
APQPプロセスオーナーとチームマネージャー
プログラムを運営します。日程計画とチームの編集、顧客承認の記録、理由を付けた導出ステータスの上書き、ゲートの承認と判定を行います。
チームメンバー
成果物、記録、ゲート項目に取り組み、否定的な項目の処置計画を作成し、ゲートに電子署名付きの承認を追加します。
経営層
ゲートを承認し、判定します。ゲートの判定には、少なくとも一人の経営層の承認が必要です。
サプライヤー
サプライヤーポータルを通じて発行されたAPQPのチェックリストに回答し、プログラムに提出します。
比較
Zometric APQPとスプレッドシート・プロジェクト管理表の比較
| Zometric APQPとスプレッドシート・プロジェクト管理表の比較 | スプレッドシートまたはプロジェクト管理表 | Zometric APQP |
|---|---|---|
| 成果物のステータス | ファイルを更新する人が手入力 | リンクされたFMEA、コントロールプラン、PPAPから読み取り、理由も表示 |
| ゲートの準備状況 | 会議の場で判断 | 成果物とゲート項目から算出し、すべての阻害要因を一覧表示 |
| ゲートの判定 | 議事録と紙の署名 | 電子署名付きの承認と経営層の承認を伴う、Go、条件付きGo、No-Go |
| 日程 | ステータスとは別に管理するガントチャート | 一つの計画：成果物の進捗が日程タスクを動かし、クリティカルパスと遅延予測を表示 |
| チェックリスト | チェックリストごとに別ファイル | A-0〜A-10と付録Dをプログラム内に。抜けの回答は処置になる |
| ゲート後の変更 | ほとんど気づかれない | 次のゲートの前に、再承認するか理由を付けて受け入れ |
| 顧客への報告 | レビューのたびに手作業でまとめる | プログラムからステータスレポートを生成し、PDFまたはExcelで出力 |
| リマインダー | メールで催促 | 期限の3日前に担当者へリマインド、期限超過7日後にエスカレーション |
APQP を自社のプロセスで見てみませんか？
30分の通話で、製品、顧客要求、現在お使いのツールについてお話しします。
標準とコンプライアンス
規制当局や顧客がすでに求める標準に対応して構築。
- AIAG APQP 3rd Edition
- IATF 16949
- AIAG Control Plan
- AIAG PPAP 4th Edition
- AIAG-VDA FMEA Handbook
連携
データ入出力
顧客向けステータスレポート
フェーズ、ゲート、顧客承認、赤の成果物、高リスクのサプライヤー、未解決の懸念事項を含むステータスレポートを、PDFに印刷するか、Excelでダウンロードできます。
日程計画のエクスポート
ベースライン、計画、実績の日付、フロート、クリティカルパス、遅延予測を含む日程計画をCSVでダウンロードできます。
サプライヤーポータル
APQPのチェックリストをサプライヤーに発行し、その回答をプログラム内で受け取ります。
REST API
プログラム、成果物、ゲート、ゲート項目、承認、ポートフォリオ、プログラムの指標、クリティカルパスは、REST APIから利用できます。
よくある質問
APQP：よくある質問
デモの前にチームからよく寄せられる質問に、率直にお答えします。
APQPとは何ですか？
APQP（先行製品品質計画）は、現在第3版（2024年）となっているAIAG APQPマニュアルで定められた、体系的な製品立ち上げの手法です。部門横断チームがフェーズ0と5つのフェーズを進めながら、DFMEA、PFMEA、コントロールプラン、PPAPといった成果物を作成し、各フェーズの終わりのゲートで経営層がプログラムを承認します。
ZometricはどのAPQPの版に準拠していますか？
Zometricは、AIAG APQP第3版（2024年）のシステムテンプレートを搭載しています。61の成果物、80のゲート項目を含むゲート0〜5、A-0〜A-10のチェックリストと付録Dのチーム実現可能性コミットメントを備え、各成果物にはマニュアルの参照箇所と、MUSTやSHOULDといった義務の区分が付いています。
Zometricは、成果物が完了したことをどのように判断しますか？
17の成果物はライブの文書にリンクされ、そこからステータスを取得します。FMEAはリリースされ完了に設定されたとき、コントロールプランはリリースされ必要な顧客承認が記録されたとき、PPAPの成果物は提出が承認されたときに完了となります。リンクされた成果物を手動のステータスに切り替えるには、理由の記録が必要です。
Go、条件付きGo、No-Goの違いは何ですか？
Goは、すべてのゲート項目が許容できる状態であることを意味し、否定的な項目が一つでもある間は無条件の承認はできません。条件付きGoは、否定的な項目のそれぞれに担当者と期限を伴う処置計画がある場合に限り認められます。No-Goは、プログラムをそのゲートで止めます。No-Go以外のすべての判定には少なくとも一人の経営層の承認が必要で、ゲート2ではさらにチーム実現可能性コミットメントの結論も必要です。
顧客独自のAPQP要求事項を使えますか？
はい。システムテンプレートを顧客ごとに複製し、成果物の名称変更、無効化、追加ができます。顧客テンプレートの一つを既定に設定すれば、その顧客の新しいプログラムは自動的にそのテンプレートから始まります。
設計責任がない場合はどうなりますか？
プログラムを「設計責任なし」に設定し、顧客との合意の参照番号を入力します。すると、設計FMEA、設計検証、設計レビューの成果物は、その参照番号を正当化の根拠として該当なしに設定され、合意の参照番号がない場合はチェックでフラグが立ちます。
サプライヤーは、ZometricでAPQPのチェックリストに回答できますか？
はい。A-9調達チェックリストなどのチェックリストを、期限を付けてサプライヤーポータル経由でサプライヤーに発行できます。サプライヤーは質問ごとに回答して提出し、その回答がプログラムに表示されます。
立ち上げ後の設計変更はどのように扱われますか？
立ち上げ後の変更では、立ち上げ済みのプログラムにリンクされた変更プロジェクトが起票されます。同じ顧客、部品、テンプレートを引き継ぎ、変更範囲内の成果物だけを適用し、既定ではゲート3と4を実施します。PPAPの変更提出を直接リンクすることもできます。