マネジメントレビューをQMSの形骸化から救う——経営層が判断するための議題・インプット・アウトプットの設計

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

マネジメントレビューは、いつの間にか「読み上げ会」になる。

品質責任者がスライドをめくり、経営層はうなずく。CAPA件数、苦情件数、監査結果。数字は並んでいる。でも、会議の後に何かが変わったことは、あまりない。

私がQAとして関わった現場でも、これは何度も見た光景だ。議事録には「特に問題なし」「継続してモニタリングする」という言葉が並ぶ。これは経営層の理解不足ではない。会議の「設計」がされていないだけだ。

よくある失敗

一つ目は、インプットが「報告」になっていることだ。CAPAの件数、監査の指摘事項、苦情の件数。数字だけが並び、「だから何を決めるべきか」が示されない。経営層は聞くだけで、判断する材料を渡されていない。

二つ目は、アウトプットが記録されないことだ。「引き続き様子を見る」で終わり、誰が何をいつまでにやるかが決まらない。次回のレビューでも同じ議題が繰り返される。

三つ目は、頻度と粒度がずれていることだ。年1回、90分で全部を消化しようとする。結果、どの議題も表面をなぞるだけで終わる。現場で実際に起きていること——たとえば修理対応の質のばらつきや、担当者の暗黙知への依存——が議題に上がらないまま1年が過ぎる。

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

これは担当者の能力や意識の問題ではない。会議の「構造」が設計されていないことが原因だ。

ISO 13485は、マネジメントレビューへのインプットとして、監査結果、顧客フィードバック、プロセスの適合状況、是正処置・予防処置の状況、変更の必要性などを求めている。しかし規格は「何を議論すべきか」までは細かく指定していない。だから多くの組織は、集めやすい数字をそのまま並べるだけになる。

さらに、品質部門が単独で資料を作り、経営層は当日に初めて見る、という運用も多い。これでは経営層が事前に論点を咀嚼する時間がなく、その場で妥当な判断を下すのは難しい。判断できないから、「継続監視」という無難な結論に流れる。

放置すると何が起きるか

形だけのマネジメントレビューを続けると、まず品質の課題が経営レベルまで上がらなくなる。現場は「言っても変わらない」と学習し、問題を報告しなくなる。

次に、CAPAが繰り返される。根本原因への資源配分が経営判断として下りないため、同じ不具合や同じ苦情が形を変えて再発する。

引き継ぎにも影響する。品質責任者が交代したとき、過去のマネジメントレビューの議事録を見ても「何を根拠に、何を決めたか」が追えない。結局、後任者はゼロから状況を把握し直すことになる。

監査対応でも同様だ。審査員から「このレビューでどんな意思決定をしたか」と問われたとき、記録が報告の羅列でしかないと、QMSが機能しているという説明がしづらくなる。この点は最終的に、QMS責任者や国内品質業務運営責任者など、責任と権限を持つ人が判断すべき事項であることは前提としつつ、少なくとも「議論と決定の痕跡」が残っていることは実務上の備えになる。

改善するための判断基準

すべてを一気に変える必要はない。組織の規模とリスクに応じて段階を分けて考えるとよい。

手作業で十分な場合は、製品ライン数が少なく、CAPAや苦情の件数自体が少ない小規模組織だ。この場合はExcelやスプレッドシートでのインプット集約でも、担当者が明確であれば機能する。

テンプレートで十分な場合は、案件数が増えてきて、毎回インプットの粒度がばらつき始めた組織だ。議題ごとに「現状」「論点」「決定事項」「担当」「期限」を固定フォーマットにするだけで、報告会から意思決定の場に近づく。

ツール導入を検討すべき場合は、複数拠点や複数製品ラインでCAPA・苦情・変更管理のデータがそれぞれ別システムに散在しているケースだ。この段階では、集計そのものに毎回工数がかかり、議論の時間が削られてしまう。

今日できる改善手順

Step 1:直近のマネジメントレビュー議事録を3回分見返す。「決定事項」と呼べる記述が何件あったか数える。ゼロに近ければ、報告会になっている証拠だ。

Step 2:次回のアジェンダを「インプット項目」ではなく「判断すべき論点」の形で書き直す。「CAPA件数の報告」ではなく、「特定のCAPAが3件連続で同じ根本原因になっている。資源配分を見直すか」という形にする。

Step 3:議事録のフォーマットに「決定事項」「担当者」「期限」の3列を必須にする。次回レビューの冒頭で、前回の決定事項の進捗確認から始める運用に変える。

この3ステップだけで、次回の会議の空気は変わる。数字を読み上げる時間が減り、判断に使う時間が増える。

おすすめの次アクション

マネジメントレビューの品質は、実は現場の記録の質に直結している。点検記録や修理対応の記録がばらついていると、インプットとして経営層に出せる材料自体が薄くなる。この構造は[修理品質の個人差と機械音の判断基準](/maintenance-quality-difference-machine-sound/)や[品質のばらつきと顧客要求リスク](/maintenance-quality-variation-customer-request-risk/)でも触れている。

また、マネジメントレビューが機能しない組織の多くは、特定の担当者に判断が集中している。[属人化と修理対応の脱属人化](/medical-device-maintenance-depersonalization/)や[一人依存のリスク](/medical-device-maintenance-solo-dependency-risk/)は、レビューの議題そのものになり得るテーマだ。あわせて確認しておきたい。

よくある質問

マネジメントレビューは年1回でよいのか

規格上の頻度指定はなく、組織のリスクと変化のスピードに応じて計画する。案件が多い、または変更が頻繁な組織では、四半期ごとなど短い周期で小さく回す方が、議題が具体的になりやすい。最終的な頻度設定は、QMS責任者が組織の状況を踏まえて判断すべき事項だ。

インプット項目は規格に書かれている通りに揃えればよいか

規格が求める項目を網羅すること自体は出発点として必要だが、それだけでは報告会になりやすい。項目ごとに「経営層に何を判断してほしいか」を一行添えることで、資料が論点ベースに変わる。

議事録はどこまで詳しく書くべきか

発言の逐語録である必要はない。重要なのは「何を議論し、何を決定し、誰がいつまでに何をするか」が後から追えることだ。この3点が残っていれば、引き継ぎや監査対応の場面でも実務上の助けになる。

経営層が品質の議論に慣れていない場合はどうするか

いきなり専門的な指標を並べても判断しづらい。件数や比率だけでなく、「対応しないとどうなるか」という影響ベースの説明を添えると、品質分野に詳しくない経営層でも意思決定しやすくなる。これは一度で定着するものではなく、数回のレビューを通じて資料の見せ方を調整していくものだ。

関連ツール

マネジメントレビューのインプットを毎回手作業で集計していると、それだけで工数がかさみ、肝心の議論に時間を割けなくなる。ここからは、記録の集約や議事の型化に使える手段を紹介する。

点検・修理記録の一元管理ツール

CAPAや苦情、点検記録が複数の帳票やシステムに分散していると、マネジメントレビュー前の集計作業だけで数日かかることがある。記録を一元化できるツールを使うと、期間や案件種別ごとの集計がその場で出せるようになり、資料作成の負荷が下がる。

議事録・タスク管理テンプレート

決定事項と担当者、期限を紐づけて管理できるテンプレートやタスク管理ツールを使うと、「言いっぱなし」を防ぎやすくなる。次回レビューの冒頭で前回の決定事項を自動的に一覧表示できる仕組みがあると、進捗確認そのものが議題の一部として定着していく。