capa beginner s guide corrective action preventive action
実際のアプリケーションのいくつかの例とケーススタディを含む是正措置予防措置（CAPA）のすべてを探る：
多くの場合、是正措置と予防措置（まとめてCAPAと呼ばれる）という用語は同じ意味で使用されていると聞きますが、実際には同じではありません。これらの各アクションの定義と意図は、アプリケーション内で非常に具体的です。
学習内容：
是正措置予防措置（CAPA）とは何ですか？
この記事では、是正措置と予防措置について詳しく説明します。これらのそれぞれを例で定義し、詳細を深く掘り下げて、実際のアプリケーションのケーススタディをいくつか見ていきます。
探検しよう！
是正処置
Merriam-Webster辞書で定義されているように、修正という言葉は「修正することを目的としています（正しく設定する）」と定義されています。したがって、定義に忠実に、是正措置は、現在進行中の問題または問題を修正または修正するために識別されるタスクです。
ソフトウェア開発および配信チームの一員である読者にとって、最も一般的なのは 例 是正措置の1つは、最新の本番展開によって引き起こされた本番インシデントを修正するために、本番環境に修正プログラムを展開するという決定です。
予防処置
Merriam-Webster辞書で定義されているように、予防という言葉は「（発生または存在しないように）防止するもの」として定義されています。したがって、予防措置は、問題または問題が近い将来または遠い将来に発生するのを防ぐために特定されたタスクとして定義されます。
例えば 、影響を受ける領域をテスターに提供するプロセスは、特に所要量計画中に範囲外と見なされたコンポーネントで、意図しないバグが本番環境に忍び寄るのを防ぐことができます。
是正措置と予防措置の違い
| 是正処置 | 予防処置 |
|---|---|
| 現在の問題に対処します。 | 将来発生する可能性のある問題（近くまたは遠く）に対処します。 |
| ここでの目的は、問題を修正/解決することです。 | ここでの意図は、この問題が将来発生しないようにすることです。 |
CAPAの類似点
＃1） 予防措置と是正措置の両方が、過去、現在、または未来の問題に対処するために作成されます。
＃2）予防措置または是正措置の開始は、以下と同じ基本的なプロセスからのものです。
- リスク分析と管理プロセス
- 根本原因分析プロセス
- 遡及的プロセス
- 学んだ歴史的教訓などの組織プロセス資産のレビュー。
これらのプロセスについては、次のセクションで詳しく説明します。
それぞれをいつ使用するのですか？
識別された各問題またはリスクには、対応するCAPAがある場合があります。結果として生じるアクションが修正的であるか予防的であるかを特定しようとしている間、ここで理解する経験則はこのアクションの意図です。
- 意図が本質的に是正的である場合、つまり意味が現在の問題を修正するように設計されている場合、それは是正措置と呼ばれます。
- 意図が予防的である場合、つまり、そのような問題が将来発生するのを防ぐように意味が設計されている場合、それは予防措置と呼ばれます。
識別するプロセス是正措置および予防措置
＃1）リスク分析と管理プロセス
リスクは本質的にネガティブな発生の確率です。
リスク分析の実行中に、プロジェクトまたはアクティビティが評価され、関連するリスクと、そのリスクがプロジェクト/アクティビティに与える影響が特定されます。この分析は、全体的なリスク管理の一部として行われ、このリスクが発生する影響と確率に基づいて適切な軽減戦略が作成されます。
特定された各リスクには、予防措置または是正措置が関連付けられている場合とされていない場合があります。識別されたリスクは、その影響と発生確率に基づいてマッピングおよびグループ化されます。影響が大きく、発生確率が高いバケットに該当するリスクが優先されます。
これをさらに理解するために例を考えてみましょう。
あなたのチームが新しいウェブサイトをリリースしようとしていて、未解決のバグと短い納期に基づいて、リリースされた場合、チームはプロジェクトに対する次のリスクを特定したと仮定します。
- リスク＃1： ウェブサイトの検索機能は応答に時間がかかりすぎ、最終的にはタイムアウトになります。お客様には、タイムアウトを示すエラーメッセージが表示されます。
- リスク＃2： お問い合わせページのロゴはモバイル対応ではありません。
- リスク＃3： アカウント登録プロセスが機能していません。新規ユーザーはサインアップできません
- リスク＃4： IE9のお客様（全お客様の4％未満）は、ホームページアイコンをクリックできません。
次に、解決に優先順位を付けるために、チームはこれらの特定されたリスクを以下に示すようにリスクマトリックスにマッピングします。
実際には、リスク＃1と3は、発生と影響の可能性が高いため、より重要であるため、リスク＃2と4よりも優先されます。
ここで、特定されたリスクのリスク軽減戦略を開発しましょう。
リスク＃1のリスク軽減
予防処置：
- 2秒未満で結果を返すように、検索ストアドプロシージャを最適化します。追加の開発リソースを割り当てるか、リソースを再割り当てして、リリース前にこのタスクを完了します。
是正処置：
- 検索結果ページにページ付けを追加して、条件に一致する25個の製品のみが一度に読み込まれるようにします。これにより、サーバーの負荷が軽減されます。
リスク＃2のリスク軽減
ユニットテスト統合テストシステムテスト
予防処置：
- なし
是正処置
- 開発リソースが利用可能な場合は、欠陥を修正してください。
リスク＃3のリスク軽減
是正処置
- この欠陥を修正するには、開発リソースを割り当てるか、リソースを再割り当てしてください。
リスク＃4のリスク軽減
予防処置：
- なし
是正処置
- 開発リソースが利用可能な場合は、欠陥を修正してください。
＃2）根本原因分析プロセス
根本原因分析は、過去または既存の問題の根本原因を特定するために行われます。根本原因を特定するための私のこれまでのお気に入りの方法は、なぜなぜ分析です。
5-なぜなぜ分析とは何ですか？
5-なぜ方法は、「なぜ」という質問を繰り返すことで根本原因を特定する一般的な質問手法です。この技術は製造業でも非常に人気があり、トヨタ自動車の製造業の発展の過程で最初に使用されました。
この例を考えてみましょう：
問題：ビルドが本番環境で失敗し、ロールバックする必要がありました。
どうして？
顧客は、カートに商品を追加してチェックアウトすることができませんでした。
どうして？
ビルド展開の問題：必要なストアドプロシージャの1つが展開されませんでした。これは、カートへの追加機能に影響を与えました。
どうして？
この特定のストアドプロシージャをデプロイするための指示がマニフェストにありませんでした。
どうして？
そのストアドプロシージャの開発を担当する開発者は、マニフェストに指示を追加するのを忘れていました。
是正処置：
- ビルド展開のマニフェストに正確で正確な指示を追加します。
- 別のテスト環境でマニフェストの指示に従って完全なビルドパッケージの展開をテストし、回帰テストを実行して、ビルドが正常に機能しているかどうかを確認します。
予防処置：
- 開発リードの導入プロセスでは、本番リリースの少なくとも1日前に、完全なデプロイメントパッケージとマニフェストを確認します。
＃3）遡及的プロセス
回顧展は過去の出来事のレビューであり、それらから学ぶ機会としてこれらの出来事を使用します。ソフトウェア開発とプロジェクト管理に関しては、メジャーリリースの終了時、スプリントの終了時、またはプロジェクトの任意のマイルストーン時に遡及的に行うことができます。
レビューに基づいて、同様の将来のプロジェクトに関連するリスクを軽減するのに役立ついくつかの関連する予防措置または是正措置が特定される可能性があります。
＃4）歴史的な教訓として組織プロセス資産をレビューする
ここでの説明は、上記の遡及的プロセスのポイントと同じです。ここでの考え方は、過去の過ちや問題から学び、特定された改善を同様の将来のプロジェクトに適用することです。
CAPAの基本的なプロセス
是正措置または予防措置を特定するために使用されるプロセスに関係なく、基本的なプロセスまたはアプローチは同じままです。私たちの日常生活の例を使って、基本的なステップバイステップのプロセスについて説明しましょう。
ここで、このプロセスを実際の例に適用してみましょう。 。
私が皿洗いをするほとんどの場合、私は食器洗い石鹸をノックオフすることになります。つまり、それがこぼれ、石鹸液が床全体に行き渡ります。せっけんのこぼれは掃除が簡単ではなく、面倒です！
閉鎖への是正措置または予防措置の追跡
アクションの後、修正か予防かが識別されますが、作業はまだ終了していません。アクションを実行し、最終的に完了して閉じる必要があります。
アクションポイントを閉鎖まで追跡することは、チームがしばしば苦労することです。
以下に、特定されたアクションの追跡と実行においてあなたとあなたのチームを助けることができるいくつかの有用なヒントを示します。
- 特定されたアクションポイントを実行する責任者と、イニシアチブ全体を推進する責任者を常に特定します。 例： アクションがソフトウェアプロジェクトに対するものである場合、実行する人は開発者であり、それを推進する人はプロジェクトリーダーである可能性があります。
- アクションの進行状況を追跡する方法があることを確認してください。組織に応じて、追跡する方法は、Excelの広告申込情報から、進行中のすべてのアクションを追跡するための専用のライセンスソフトウェアの使用までさまざまです。
- 期限切れのアクションアイテムを報告するためのガイドラインを作成します。ガイドラインは、合意された期日から7日後までにアクションが完了しない場合のように単純なものにすることができます。その後、これについて正式なレポートが管理チームに送信され、プロジェクトチームは規定の期間内にアクションが完了しなかった理由。組織の階層構造に基づいて、このルールにさらに階層を追加できます。
クリック ここに 、サンプルデータを使用して是正措置および予防措置計画テンプレートにアクセスします。
テスターの視点
テスターとして、私たちはさまざまな方法でプロジェクトの成功に貢献しています。リスクを特定し、CAPAの特定に貢献する能力は、私たちが開発して有利に使用できる重要なスキルです。
ウォーターフォールソフトウェア開発ライフサイクルモデル
是正措置および予防措置は、テストプロセスにも簡単に適用でき、テストの有効性と全体的な品質の向上に役立ちます。これらのアクションは、テストリード、QAリード、プロジェクトマネージャーなどによって識別され、テスターや他のチームメンバーによって実行されます。
結論
是正措置は、現在進行中の問題または問題を修正または修正するために特定されたタスクです。予防措置は、近い将来または遠い将来に発生する可能性のある問題または問題を防止するために特定されたタスクとして定義されます。
意図はどちらも異なりますが、予防措置と是正措置は、過去、現在、または未来の問題に対処するために作成されます。
リスク分析、根本原因分析、回顧などはすべて、予防措置と是正措置を特定するために使用できるプロセスです。アクションの後、是正または予防のどちらであるかが特定されますが、作業はまだ終了していません。アクションを実行し、最終的に完了して閉じる必要があります。
リスクを特定し、是正措置および予防措置の特定に貢献する能力は、テスターが開発して有利に使用できる重要なスキルです。
この記事が是正措置と予防措置（CAPA）に関するすべての質問を明らかにしたことを願っています!!
推奨読書
- あなたが行動を起こすために今日読むべきであるたった150語のアドバイス
- SalesForceTestingビギナーズガイド
- ERPテストのビギナーズガイド（SAPテスト）-パート1
- 最高の無料C＃チュートリアルシリーズ：初心者のための究極のC＃ガイド
- システムテストとは-究極の初心者向けガイド
- レスポンシブWebデザインテスト：完全な初心者向けガイド
- CSTE認定ガイド
- アルファテストとベータテスト（完全ガイド）