常に存在していたが、名前が付けられなかったSQFコード要件

準拠したしたプロセスを構築するには、次の 3 つの要素が必要です。 人、プロセス、リスク。 そこから、11 段階の方法論によって、要件はチームが実際に実行できるものに変わります。

• 変更を開始します。 変更内容とその理由を含めて、リクエストを文書化してください。

• 影響を評価してください。 製品、プロセス、人など、変化が関わるすべての領域を特定します。

• リスクの評価: 発生可能性と重大度は、直感的な判断ではなく、意思決定ツリーやスコアリングマトリックスに照らして評価してください。

• 実現可能性を確認: リソースを投入する前に、変更が実際的であることを確認してください。

• アクションの計画: 変更を実行するために必要なステップを定義します。

• 承認を取得: 何かが前に進む前にゲートキーピングレビューを行います。

• 実装: 品質だけでなく、変化が関わるすべての部門で実施してください。

• 更新文書: 手順、監視記録、HACCP 計画、およびサプライヤー記録は必要に応じて改訂されます。

• 影響を受ける人々を訓練してください。 変更が公開される前であって、適用後ではありません。

• 検証または検証: 変更が意図したとおりに機能することを確認します。

• 有効性を確認して閉じる: その後、起動時に機能していたコントロールが静かに動作を停止することがあるため、確認を続けてください。

このシーケンス自体はコード内の1行ではありません。これは、コードですでに必要とされているものを整理する実用的な方法です。

新しい木の実アレルゲンを生産ラインに導入するなどの実際の例を見てみると、リスクが明らかになります。たった1つの変更で、ストレージの分離、生産スケジュール、衛生状態と検証、フル稼働前の試運転、継続的な監視に影響が及ぶ可能性があります。最も一般的な障害点は、口頭で行ったが文書化されていない変更、何かが「CCPではない」ためにレビューをスキップしたこと、実装前ではなく実装後に行われるトレーニング、意図したとおりに機能していることを確認するために再検討されない変更など、審査を受けたことがある人なら誰でも知っているでしょう。

最後の1つは、部屋で最も費用のかかる習慣かもしれません。立ち上げ時に有効だった変更が引き続き有効であるとは限りません。また、定期的な有効性チェックがなければ、審査やインシデントによって問題が強制されるまで、誰も気づきません。

ウェビナーの全編をご覧ください。 SQF Edition 10 変更管理:新しい要件からベストプラクティスまででは、全11ステップのチュートリアル、アレルゲンのケーススタディの詳細、そしてほとんどのサイトですでに質問されているエッジケースを取り上げたQ&Aを行います。

2.3.5節について詳しく知る