マネジメントレビューを「報告会」で終わらせない——ISO 13485に沿った議題設計と改善アクション管理の実務

※本記事には広告・アフィリエイトリンクを含みます。

マネジメントレビューが終わった後、議事録を読み返す人はどれくらいいるだろうか。

資料は厚い。発表も時間内に終わる。でも次のレビューまで、誰も改善アクションの進捗を追わない。

これは特定の組織の話ではなく、ISO 13485運用の現場でよく語られる仮想的な場面として考えてみたい。形骸化しているのか、単に運用設計がかみ合っていないだけなのか。ここは断定せず、確認すべき候補として整理していく。

よくある失敗パターン

一つ目は「報告だけで終わる」パターンだ。各部門が実績数値を読み上げ、トップが頷いて終了する。議論も意思決定も発生しない。

二つ目は「インプットが揃わない」パターンだ。苦情、CAPA、監査結果、顧客満足度といったISO 13485が求めるインプット項目が、担当者の手元にバラバラに存在し、レビュー直前にかき集められる。

三つ目は「アウトプットが宙に浮く」パターンだ。「改善が必要」という方向性は確認されるが、担当者・期限・完了基準が決まらず、次回レビューで同じ議題が再登場する。

いずれも仮想的な例であり、個別の組織や担当者を特定するものではない。

なぜこの問題が起きるのか

原因を個人の意識に帰結させるのは早計だと考えられる。むしろ仕組み・情報設計・運用の側に候補を探る方が実務的だ。

候補として考えられるのは、議題テンプレートがISO 13485の要求インプット・アウトプット項目と紐づいていないこと。インプット収集の担当と期限が明文化されていないこと。そして改善アクションの追跡が、議事録とは別の場所(メールや口頭)で行われ、記録として残らないことだ。

どれが実際の原因かは、各組織の文書体系と運用記録を確認しないと判断できない。ここは仮説の提示であり、確定した原因ではない。

放置すると何が起きるか

議題設計が曖昧なまま放置すると、まず品質面でのリスクが積み重なる。CAPAの進捗が経営層に正しく共有されず、判断が遅れる可能性がある。

次に、レビュー準備が属人化する。毎回「あの人がいないと資料が作れない」状態になり、担当者の異動や休職が発生した際に引き継ぎが難航しやすい。

さらに、監査や審査の場面で「レビューは実施しているが、議論と意思決定の記録が薄い」という指摘を受ける可能性もある。ここでいう指摘の有無や内容は審査機関の判断によるため、確定的な保証はできない。

改善のための判断基準

すべてをシステム化する必要はない。まずは現状の負荷と記録の残り方を基準に、三段階で考えると整理しやすい。

• 手作業で十分な場合: レビュー頻度が少なく、インプット項目数が限定的で、担当者間の情報共有が口頭でも滞っていない場合。
• テンプレートで十分な場合: インプット項目は決まっているが、毎回の収集フォーマットがバラバラで時間がかかっている場合。議題テンプレートとアクション管理シートの整備で改善が見込める候補となる。
• ツール導入を検討する場合: 複数部門・複数拠点でCAPAや改善アクションが並行して走り、進捗の可視化と期限管理が手作業の限界を超えている場合。

どの段階に当たるかは、各組織のQMS責任者・品質保証責任者が最終的に判断する前提で検討してほしい。

今日からできる改善手順

Step 1: インプット項目をISO 13485の要求に沿って棚卸しする

苦情、不具合報告、CAPA状況、監査結果、顧客フィードバック、プロセス監視データなど、現在のレビューで実際に提示されている項目と、要求されている項目を照合する。抜けている項目があれば、それ自体が議題設計の見直し候補になる。

Step 2: 議題テンプレートにアウトプット欄を追加する

「決定事項」「担当者」「期限」「完了基準」を1セットで記録する欄を議事録テンプレートに固定する。この型がないと、議論しても記録が残らない。

Step 3: 改善アクションを次回レビューの冒頭議題にする

前回の決定事項の進捗確認を、必ず次回レビューの最初に置く。これにより「決めたが追われない」状態を構造的に防ぎやすくなる。

おすすめの次アクション

議題テンプレートの整備だけでも、レビューの質は変わりやすい。属人化という観点では、点検記録や修理対応の品質差についても関連する論点があるので、以下の記事もあわせて確認してほしい。

機械音の判断基準のばらつきについてはこちらの記事、残業の個人差の構造的な原因についてはこちらの記事で整理している。

また、担当者一人への依存リスクについてはこちらの記事、脱属人化の具体的な進め方についてはこちらの記事が参考になる。

よくある質問

マネジメントレビューの頻度はどのくらいが適切ですか

ISO 13485自体は具体的な頻度を数値で定めていないと理解されている。年1回を基本とし、CAPAや苦情の状況に応じて臨時開催を組み合わせる運用が一般的と考えられるが、最終的な頻度設定は各組織のQMS責任者が判断する事項になる。

議題テンプレートは誰が作成すべきですか

品質保証部門が主導するケースが多いと見られるが、各部門からのインプット収集担当を明確にしないと、テンプレートだけでは形骸化を防げない可能性がある。運用ルールとセットで設計する必要がある。

改善アクションの追跡は誰が担うべきですか

担当部門が個別に追う方式と、品質保証部門が一括管理する方式がある。拠点数や部門数が増えるほど、一括管理と可視化ツールの併用が検討候補になりやすい。

審査で指摘を受けないためにはどうすればよいですか

確定的な保証はできないが、インプット項目の網羅性とアウトプットの記録(担当者・期限・完了基準)が明確であることは、一般的に確認される観点と考えられる。詳細な解釈は審査機関や社内の品質保証責任者に確認することを推奨する。

ツール紹介

議事録・議題テンプレートを整える

議題とインプット・アウトプットの対応関係を毎回手作業で組み立てていると、担当者が変わるたびに品質がばらつきやすい。構造化されたテンプレート集や文書管理の考え方を学べる書籍・教材を使って、社内フォーマットを一度整理しておくと、引き継ぎの負荷も下がりやすい。

改善アクションの進捗を可視化する

CAPAや改善アクションの件数が増えてくると、スプレッドシートでの管理が追いつかなくなる場面が出てくる。タスク管理・プロジェクト管理系のツールは、期限管理と担当者の可視化に向いている機能を備えているものが多く、QMS文書そのものではなく運用の下支えとして導入を検討する価値がある。導入可否や運用設計は、社内のQMS責任者との確認を前提に進めてほしい。