品質・安全チェックを業務プロセスとして設計する方法

品質・安全チェックは、点検項目を用意して回答を集めれば完了する、という業務ではありません。項目に答えた後、その結果をどう判断するか、指摘が出たら誰がいつまでに対応するか、その対応内容を誰が再確認するか、そして次回に何を引き継ぐか。この前後の流れまで決めておかないと、チェックは「その日の作業」で止まります。

この記事では、品質・安全に関する繰り返しのチェックを、起点 → 確認 → 判断 → 指摘への対応 → 再確認 → 次回確認という流れとして設計する方法を説明します。この6段階は、ISO や法令が定めた正式な手順ではなく、本記事が実務を説明するためにまとめたフレームです。

品質・安全チェックを業務プロセスとして設計するとは、チェック項目を用意するだけでなく、いつ確認するか、誰が確認・判断するか、指摘が出た後に誰が対応し誰が再確認するか、次回に何を引き継ぐかを、あらかじめ一連の流れとして決めておくことです。項目に答える作業は、この流れのなかの「確認」にあたる一部分です。

「チェックシートを作ること」と「運用の流れを決めること」は別です。項目がそろっていても、答えた後の判断・記録・指摘後の対応が決まっていなければ、結果は集まるものの、その先の判断や再確認へはつながりません。逆に、前後の流れを決めておけば、同じチェックの経緯を後からたどれる状態になります。

チェック結果と、その後の判断・対応・再確認が別々の場所に分かれ、結果と結びついていないと、その後の経緯を一つの流れとして追えません。項目に答える部分だけが仕組みになっている場合、次のような状態になります。

• OK/NG は残っているが、そう判断した理由が残っていない。
• 指摘は出したが、その後の対応状況がチェックとは別のメールやチャットにある。
• 条件付きで進めたが、次回に確認すべき事項が残っていない。
• 差し戻して再確認したはずだが、その記録が元の結果と結びついていない。
• 誰がその判断をしたのかを、後からたどれない。

いずれも、チェック結果と「その後」がつながっていない状態です。記録は積み上がっているのに、そこから次の判断や対応を追えないのが「確認して終わり」の実態です。

チェックを業務の流れとして設計するときに決めるのは、大きく分けて「各段階で何をするか」「誰が行うか」「何を残すか」の3つです。まず全体像を1枚の表にすると、次のようになります。

段階	決めること	残す情報	次へ進む条件
起点	いつ実施するか	実施対象・実施日	対象が確定する
確認	誰が何を見るか	回答・写真・資料	確認する内容が揃う
判断	誰がどの基準で判断するか	判断結果・判断理由	次の対応が決まる
指摘への対応	誰が何を対応するか	対応内容	再確認できる状態になる
再確認	誰が対応内容を見るか	再確認結果	完了、または追加対応へ
次回確認	次に何を見るか	次回確認事項	次回の起点へ

この表は、ISO や法令が定める共通様式ではなく、本記事で実務を説明するための例です。

設備点検を例に、点検項目や判定基準の作り方を具体的に確認したい場合は、「設備点検チェックリストの作り方」で扱っています。本記事は、その前後の流れに絞って説明します。

そのチェックがいつ始まるのかを決めます。定期チェック、作業前チェック、出荷前チェック、変更時チェック、指摘後の再チェックなど、起点ごとに分けておくと、どのタイミングで実施するかが決まります。起点が決まっていないと、実施するかどうかがその場の判断に委ねられます。

誰が何を見るのかを決めます。項目に答えるだけでなく、写真や資料の添付が必要な項目はどれか、どこまで見れば確認したことになるのかを、あらかじめ決めておきます。

誰が確認し、誰が判断するかを決めます。社内ルール上、承認が必要な場合は承認者も決めます。あわせて、OK・要確認・NG・条件付き可のそれぞれを言葉で定義しておくと、拠点や担当者が同じ基準を参照して判断できます。条件付きで認める場合は、どの条件を満たせば可とするのかも決めておきます。

NG や要確認が出た後に何をするかを決めます。誰が対応するか、対応内容をどこに残すか、そして誰が再確認するかです。ここが決まっていないと、指摘を出すところまでは動くのに、その先が別のやりとりに分かれて追えなくなります。

対応内容を誰が見るかを決めます。対応したという申告と、その内容を確認する行為は別の工程です。再確認の結果を、元の指摘と結びつけて残しておきます。

今回の結果から次回に何を引き継ぐかを決めます。条件付き可にした項目、次回に見るべき点、前回の判断理由などを残しておくと、次回確認時に前回の経緯を参照できます。

「対応した」は、指摘を受けた側が修正や対応を行ったと申告した状態です。「確認した」は、その対応内容を確認する側が見て、問題ないと判断した状態です。この2つを同じ状態として扱うと、記録を見ただけでは、対応後に再確認したかどうかを判別できなくなります。

「対応済み」「確認済み」を正式なステータス名として持つ会社ばかりではありません。名称の有無にかかわらず、2つの状態を分けて記録しておくと、対応の申告と、それを見て問題ないと判断した再確認とを、別の工程として追えます。

チェックを前後の業務とつなげて考える発想は、品質管理や安全衛生の公的・準公的な管理体系にも共通しています。認証取得や法令への完全対応を目的にする必要はなく、ここでは「チェックを単発の作業として切り出さない」という考え方の参考として、短く紹介します。

品質管理の国際規格である ISO 9001 では、プロセスアプローチ、PDCA、リスクに基づく考え方が用いられています。プロセスアプローチでは、相互に関係する活動をプロセスとして捉え、それらを一つのシステムとして管理します。本記事では、この考え方を、チェック前後の業務をつなげて考える際の参考にします。第三者認証を受けるかどうかとは切り離して読んでください。

安全衛生の分野では、厚生労働省が「労働安全衛生マネジメントシステムに関する指針」（OSHMS）を示しています。現行の指針は令和元年（2019年）7月に適用された改正版で、PDCA によって安全衛生活動を継続的に進める自主的な仕組みとされ、手順の明文化・記録化や、役割・責任・権限を明確にした体制づくりが挙げられています。

その計画づくりの起点になるのがリスクアセスメントです。危険性・有害性の特定、リスクの見積り、優先度の設定、リスク低減措置の検討という手順で進めます。労働安全衛生法第28条の2では、事業者による危険性・有害性等の調査と、その結果に基づく措置が努力義務として定められています。ただし対象となる業種や内容は法令で定められており、すべての企業に一律の義務があるわけではありません。この、危険性の特定から措置・記録までを一連の流れとして扱う進め方は、安全チェック側で、危険性の特定から措置・記録までを考える際の参考になります。

業務プロセスとして設計するなら、残す記録は OK/NG の一覧だけでは足りません。後から一つのチェックの経緯をたどるには、次のものを回答と結びつけて残しておきます。チェック結果（OK／要確認／NG／条件付き可）、その判断に至った理由、添付した資料・写真、差し戻したときのコメント、実際に行った対応の内容、再確認の結果、次回に確認すべき点、そして誰がいつ判断したか。

これらが一つのチェックに紐づいていれば、後から見返しても「このとき、誰が、何を根拠に、どう判断したか」を確認できます。ただし、これらすべてがどの業務でも必須というわけではありません。業務の性質に応じて、残す情報を選んでください。

Excel やメールで運用する場合でも、対象が少なく確認する人も限られているうちは運用できます。回答・写真・対応のやりとり・再確認結果を別々の場所で管理する場合は、それぞれの置き場所をあらかじめ決めておくと、一つのチェックの経緯を後からたどれます。複数の拠点やチェックを横断して確認状況・判断理由・証跡をまとめて管理する場合の考え方は、「品質・安全チェックを一元管理する考え方」で扱っています。

ここまで説明した流れのうち、品質や安全の判断そのものは、基準を知る人が行う部分です。マモリス（mamorisu）は判断を代わりに行うものではなく、チェックシートの作成から回答依頼、回答状況の把握、回答内容の確認、差し戻しと再回答、それらの履歴までを同じ流れで扱えるチェックシート運用管理ツールです。

回答する側はログイン不要で URL を開いて答えられ、下書き保存や差し戻しへの再対応にも対応しています。回答者を登録するか CSV で取り込み、グループで管理しながら依頼でき、毎年同じ確認が発生する業務では繰り返し依頼（毎週・毎月・毎年から選択）を使えます。送信側で前回回答をプリセットする場合、対象はテキストと選択肢で、添付ファイルは引き継ぎの対象外です。回答内容を確認して確認済みにする、疑問があればコメントを付けて差し戻す、その履歴と再提出の結果が同じ場所に残る、という流れを、メールやチャットに散らさずに追えます。確定した内容は PDF で保存でき、後から経緯を見返すときの記録になります。

一方で、いつ実施するか、どの基準で判断するか、指摘に誰が対応するかは、組織側で決める部分です。マモリスは品質・安全の専用システムではなく、定期的に同じ確認が発生する業務であれば、同じ仕組みで使えます。

品質・安全チェックを機能させるのは、項目の数を増やすことよりも、起点・確認・判断・指摘への対応・再確認・次回確認という流れと、その途中で誰が行い何を残すかを決めておくことです。結果が集まった一覧を見て終わりにせず、その先の判断と対応、次回への引き継ぎまでを一続きの流れとして設計しておくと、一つのチェックの経緯を後からたどれる状態になります。項目ではなく流れを設計するという見方が、繰り返しのチェックを業務として扱う出発点になります。

Q1. 品質・安全チェックを業務プロセスとして設計するとは、どういう意味ですか？

チェック項目を用意するだけでなく、いつ確認するか、誰が確認・判断するか、指摘が出た後に誰が対応し誰が再確認するか、次回に何を引き継ぐかまでを、あらかじめ一連の流れとして決めておくことです。チェック結果だけでなく、判断理由や差し戻し、再確認の流れまで含めて設計しておくと、答えた後の判断や再確認まで、同じ流れのなかで扱えます。

Q2. チェック項目を増やしても運用が変わらないのはなぜですか？

判断基準や指摘後の対応が決まっていないと、項目を増やしても答えた後の流れは変わらないためです。項目数よりも、OK／要確認／NG／条件付き可の基準を言葉にし、指摘後の対応と再確認までつなげておくことが、運用として機能するかどうかに関わります。

Q3. 「対応済み」と「確認済み」は分けたほうがよいですか？

分けておくと、対応の申告と、その内容を見て問題ないと判断した再確認とを、別の工程として追えます。「対応済み」は指摘を受けた側が対応したと申告した状態、「確認済み」は確認する側がその内容を見て判断した状態です。同じ状態として扱うと、記録を見ただけでは、対応後に再確認したかどうかを判別できなくなります。

Q4. NG や要確認が出た後は何を決めればよいですか？

誰が何を対応するか、対応内容をどこに残すか、誰がそれを再確認するか、そして次回に持ち越す事項です。この4つを決めておくと、指摘が出た後の流れが別のやりとりに分かれず、元の指摘と結びついた状態で追えます。

Q5. 品質・安全チェックを Excel で運用しても問題ありませんか？

対象が少なく、確認する人も限られているうちは、Excel でも運用できます。判断の履歴や差し戻しの経緯まで残す場合、回答・写真・対応・再確認結果を別々の場所で管理するなら、それぞれの置き場所をあらかじめ決めておくと、一つのチェックの経緯をたどれます。