はじめに：QC資料は、いきなりパワポから作らない
QC資料を作るとき、最初にPowerPointを開いていないでしょうか。
「とりあえずスライドを作る」 「とりあえずグラフを貼る」 「とりあえずパレート図を作る」 「とりあえず過去資料を真似する」
この進め方だと、途中でかなりブレます。
なぜなら、PowerPointを作る前に、評価表に対する答えが決まっていないからです。
QC資料は、自由に思いついたことを書く資料ではありません。
評価表の着眼点に対して、自分たちの活動がどう答えているかを見せる資料です。
つまり、QC資料は自由帳ではなく、評価表への答案用紙です。
この記事では、QC資料作成とチーム運営を初心者でも進めやすくするために、次の考え方を整理します。
- QC資料をパワポから作らない理由
- 評価表起点のQC設計シートの作り方
- 打刻漏れを例にした資料作成の考え方
- 文章を短くまとめるコツ
- QC道具を使うタイミング
- 良い指摘と悪い指摘の分け方
- チーム内のピリつきを減らす運営方法
QC発表は分析論文ではない
QC発表は、分析論文ではありません。
現場でやった改善活動を、評価表に沿って、聞き手に分かるように説明する発表です。
もっと短く言うと、QC発表はこうです。
評価項目に刺さる主張を、紙芝居で、順番に、聞き手を迷子にさせず見せる競技。
ここを間違えると、資料が一気に重くなります。
データをたくさん集める。
パレート図を作る。
特性要因図を作る。
グラフを貼る。
文章を増やす。
これら自体は悪いことではありません。
ただし、聞き手が見たときに、
「このページは何が言いたいの？」
となるなら、その資料は弱いです。
QC資料で大事なのは、情報量ではありません。
評価表の着眼点に対して、何を答えているのかが一瞬で分かることです。
QCが嫌いになる理由
QCが嫌いになる理由は、QCそのものが難しいからだけではありません。
実際には、いくつもの作業が混ざっています。
1. QCそのもの
現場の困りごとを、データで見て、原因を考えて、改善する活動です。
2. QCストーリー
改善活動を、テーマ選定、現状把握、目標設定、要因解析、対策、効果確認、標準化という流れに整理する作業です。
3. QC発表資料
その活動を、評価表に沿って、聞き手に伝わる紙芝居にする作業です。
4. QCサークル運営
メンバーの思いつき指摘、上司の赤字、後出し修正、新入社員への説明、リーダーへの負荷などを整理する作業です。
この4つが全部まとめてリーダーに降ってくると、QCは一気に嫌になります。
だから、まず分けて考えます。
- QCそのもの
- QCストーリー
- QC発表資料
- QCサークル運営
これらを分けるだけで、かなり整理しやすくなります。
QC資料は自由帳ではなく、評価表への答案用紙
QC資料は、自由帳ではありません。
思いついたことを自由に書く資料ではなく、評価表の着眼点に対して、順番に答える答案用紙です。
作る順番はこうです。
- 評価表を見る
- 評価項目を確認する
- 着眼点を抜き出す
- 着眼点を問いに変える
- 問いへの回答を埋める
- 回答を証明する数字を決める
- 数字を見せるQC道具を選ぶ
- 1ページ1結論でPowerPoint化する
悪い順番はこうです。
- PowerPointを開く
- 何となくページを作る
- 何となくグラフを貼る
- 何となく文章を増やす
- あとから赤字が入る
これだと、資料の軸がブレます。
良い順番はこうです。
- 評価表を見る
- 着眼点を問いにする
- 問いごとの答えを作る
- 必要な数字を決める
- 見せ方を選ぶ
- 最後にPowerPointにする
この順番なら、資料がブレにくくなります。
評価表起点のQC設計シートとは
評価表起点のQC設計シートとは、PowerPointを作る前に、QC発表の中身を整理するためのシートです。
入れる項目は、次のようなものです。
| 項目 | 内容 |
|---|---|
| 評価項目 | テーマ選定、現状把握、目標設定など |
| 着眼点 | 評価表に書かれている評価ポイント |
| 問い | 着眼点を質問に変えたもの |
| 回答 | 今回のテーマで何を答えるか |
| 必要な数字・事実 | 回答を支えるデータ |
| 見せ方・QC道具 | 棒グラフ、パレート図、特性要因図など |
| ページ結論 | そのページで一番言いたい一文 |
| 次工程へのつながり | 次のページにどうつなげるか |
| 優先度 | 幹か、枝葉か、表現だけか |
| 指摘欄 | 指摘がどの着眼点に効くかを書く |
このシートを先に埋めます。
PowerPointは、このシートを紙芝居に変えたものです。
例：打刻漏れをテーマにする
ここからは、打刻漏れを例にします。
扱う内容はシンプルです。
打刻漏れが多い。
しかし、このままではQC資料になりません。
評価表の着眼点に合わせて、切り口に分ける必要があります。
たとえば、テーマ選定の評価表に、次のような着眼点があるとします。
- サークルのニーズに基づいているか
- 職場のニーズに基づいているか
- 悪さや困り具合が明確か
- 関連部門への配慮がされているか
この場合、資料で答えるべき問いはこうです。
- サークルのニーズは何か？
- 職場のニーズは何か？
- 何が悪いのか？
- 誰が困っているのか？
- 関連部門を責める表現になっていないか？
つまり、内容が「打刻漏れが多い」でも、評価表の着眼点ごとに回答を用意する必要があります。
生の本音をQC資料用の短い言い方に変える
現場の本音は大事です。
むしろ、本音がないと、何に困っているのかが見えません。
ただし、生の本音をそのまま資料に載せると危ないです。
- 現場がちゃんと押せよ
- 管理部署の俺たちが食らう
- 何回言っても直らない
- 締め前に地獄
こういう本音には、問題の核心があります。
しかし、そのまま出すと、個人攻撃や部署批判に見えます。
だから、QC資料では短く言い換えます。
| 切り口 | 生の本音 | QC資料用の短い言い方 |
|---|---|---|
| 職場のニーズ | 労働生産性を上げたい | ムダ工数を減らし、生産性を上げたい |
| 悪さ | 打刻漏れのせいで余計な仕事が増える | 打刻漏れで不要な確認・修正が発生している |
| 困り具合 | 管理部署の俺たちが食らう | 本人・上司・管理部署に確認対応が発生している |
| 集中している悪さ | 締め前に地獄 | 締め日前に確認工数が集中している |
| 関連部門への配慮 | 現場がちゃんと押せよ | 個人を責めず、漏れにくい仕組みにする |
| テーマ選定理由 | 何回言っても直らない | 注意喚起だけでは改善が定着していない |
| 改善の方向 | なんとかしろ | 早く気づき、再発しにくい運用にする |
この表のポイントは、怒りを消すことではありません。
怒りを、評価表に通る言葉へ変換することです。
感情語を、工数・再発・集中・仕組みという言葉に変えます。
短く書くポイント
QC資料の文章は、長くしすぎない方が伝わりやすいです。
初心者でもパッと見て分かるくらいがよいです。
たとえば、次の文は少し長いです。
打刻漏れにより、本来不要な確認・修正工数が発生し、勤怠締め処理の生産性低下につながっている。
意味は正しいです。
しかし、スライドの見出しとしては重いです。
もっと短くするなら、こうします。
打刻漏れが締め前の確認工数を増やす。
これで十分です。
短く書くときの型は、次の形です。
原因が、悪さを、どうする。
例です。
- 打刻漏れが確認工数を増やす
- 締め日前に確認工数が集中する
- 注意喚起だけでは改善が定着しない
- 打刻漏れが後工程のムダ工数になる
見出しでは、結論を短く言います。
詳しい説明は、本文や口頭で補足すればよいです。
現状把握は「悪さ」を数字で見せる
現状把握では、評価表の着眼点を確認します。
現状把握で見られるのは、たとえば次のような点です。
- どう悪いのかがデータで客観的に示されているか
- 悪さが浮きぼりになっているか
ここで必要なのは、感想ではありません。
- 多いです
- 困っています
- 大変です
これだけでは弱いです。
必要なのは、数字です。
たとえば、打刻漏れなら次のような数字が使えます。
- 月ごとの打刻漏れ件数
- 発生者数
- 発生タイミング
- 本人・上司・管理部署の確認時間
- 締め日前後の集中度
- 過去の注意喚起後の再発件数
この数字によって、深度が出ます。
深度とは、文章を長くすることではありません。
数字と比較によって、本当に悪いことを客観的に見せることです。
QC道具は最初に選ばない
QC道具は、最初に選ぶものではありません。
- QCだからパレート図を入れよう
- QCだから特性要因図を入れよう
- QCだからグラフを貼ろう
この順番ではありません。
正しい順番はこうです。
- 評価表の着眼点を見る
- 問いに変える
- 問いへの回答を決める
- その回答を証明する数字を決める
- 数字を一番分かりやすく見せるためにQC道具を選ぶ
たとえば、現状把握で「何が一番悪いか」を見せたいなら、パレート図が使えます。
月ごとの発生を見せたいなら、折れ線グラフや棒グラフが使えます。
本人・上司・管理部署の確認工数を見せたいなら、積み上げ棒グラフが使えます。
原因候補を整理したいなら、特性要因図が使えます。
QC道具は、回答を見せるための道具です。
現状把握の設計例
現状把握では、次のように考えます。
| 評価ポイント | 問い | 必要な数字 | 見せ方 |
|---|---|---|---|
| 客観データ | どれくらい発生している？ | 月別打刻漏れ件数 | 折れ線・棒グラフ |
| 悪さの見える化 | 何が一番悪い？ | 種類別・タイミング別件数 | パレート図 |
| 業務影響 | 誰に工数が出ている？ | 本人・上司・管理部署の確認時間 | 積み上げ棒グラフ |
| 集中箇所 | いつ負荷が高い？ | 締め日前後の件数・工数 | 棒グラフ |
| 継続性 | 一時的か、毎月か？ | 月別推移 | 折れ線グラフ |
このように、評価ポイントから問いを作り、その問いに答えるために数字を置きます。
そして、その数字を見せるためにQC道具を使います。
ページタイトルは結論にする
QC資料では、ページタイトルが大事です。
悪いタイトルはこうです。
打刻漏れの現状
これは弱いです。
なぜなら、何が言いたいのか分からないからです。
良いタイトルは、ページの結論になっているものです。
たとえば、
打刻漏れが締め前の確認工数を増やす
これなら、ページを見た瞬間に何が悪いのかが分かります。
資料作成では、全ページをこの形にします。
- ページタイトルは結論
- グラフは証拠
- 本文は補足
- 最後に、次の工程へつなげる
他社・公開事例のQC発表資料を見る
QC資料を作るときは、社内の過去資料だけでなく、世の中に公開されているQC発表大会の資料や事例も見るとよいです。
社内資料だけを見ると、情報量が多すぎて、初心者には頭に入りにくいことがあります。
特に、文字が多い資料や、データが詰め込まれた資料を見ると、
結局このページで何が言いたいのか？
が分かりにくくなります。
そこで、公開されているQC発表資料や事例を見ます。
見るポイントは、内容を丸ごと真似することではありません。
見るべきなのは、次の点です。
- 1ページで何を言っているか
- ページタイトルが結論になっているか
- データやグラフが、何の証拠として置かれているか
- テーマ選定から効果確認まで、話が順番につながっているか
- 聞き手が迷子にならない流れになっているか
- QC道具が、主張を見せるために使われているか
社内資料は、詳しさを重視しすぎて、情報が多くなりやすいです。
しかし、QC発表は分析論文ではありません。
聞き手に、順番に、分かりやすく伝える紙芝居です。
だから、資料を作るときは、公開事例を見ながら、
- このページは何を伝えているのか
- どの評価項目に答えているのか
- なぜこのグラフを使っているのか
を確認するとよいです。
そのうえで、自分たちの資料も、1ページ1結論で作ります。
大事なのは、情報をたくさん載せることではありません。
評価表の問いに対する答えを、短く、順番に、見やすく置くことです。
資料作成では、ホワイトボードに1ページずつ貼る
資料作成の途中では、PowerPointの画面だけで確認しない方がいいです。
できれば、1ページずつ印刷して、ホワイトボードに貼ります。
これはかなり有効です。
理由は3つあります。
1つ目は、メンバー全員で同じ資料を見られることです。
画面の中だけで見るより、全員が同じ流れを見ながら話し合えます。
2つ目は、修正が入れやすいことです。
気になるところに直接ペンで書き込めるので、どこを直すのかが分かりやすいです。
3つ目は、全体の流れを見渡せることです。
テーマ選定、現状把握、目標設定、要因解析、対策、効果確認、標準化までが、一本の話としてつながっているか確認できます。
QC発表は、1ページだけ良くても意味がありません。
ページ同士のつながりが大事です。
そのため、ホワイトボードに並べて、
このページの結論から、次のページの結論につながっているか？
を見ます。
これをやると、聞き手が迷子になりにくくなります。
良い指摘と悪い指摘
QC資料でつらいのは、思いつきの赤字指摘です。
たとえば、
- なんか弱い
- もっと詳しく
- 言い方が気になる
- このグラフ微妙
- こっちの方がよくない？
こういう指摘は、受ける側が困ります。
何を直せばいいのか。
評価表のどこに効くのか。
今やるべきなのか。
幹のシナリオを壊していないか。
それが分からないからです。
良い指摘は、評価項目に接続しています。
たとえば、こういう指摘です。
現状把握の「悪さが浮きぼりになっているか」が弱いです。件数はありますが、何が一番悪いかが見えていません。種類別のパレート図を入れると、悪さの中心が見えます。優先度は高です。次の要因解析につながるからです。
これは良い指摘です。
理由は、評価項目に接続しているからです。
不足が明確だからです。
修正内容が明確だからです。
優先度が分かるからです。
幹のシナリオを強くするからです。
指摘も品質管理する
QC資料には品質管理を求めるのに、指摘の品質は管理されないことが多いです。
しかし、本来は指摘にも品質が必要です。
良い指摘の条件は、次の通りです。
- どの評価項目に効くかが分かる
- どの着眼点に効くかが分かる
- 何が不足しているかが分かる
- 修正内容が具体的である
- 優先度が分かる
- 幹のシナリオを壊さない
逆に、悪い指摘はこうです。
- なんとなく違う
- もっと詳しく
- 言い方が気になる
- グラフが微妙
- 好みで直させる
- 評価項目に接続していない
指摘は、思いつきではなく、評価表起点にします。
指摘の優先順位
指摘には優先順位をつけます。
| 優先度 | 内容 | 対応 |
|---|---|---|
| S | 幹のシナリオが崩れる | 即対応 |
| A | 評価項目の主要着眼点に効く | 基本対応 |
| B | 深度・客観性が上がる | 余力があれば対応 |
| C | 表現・見た目・言い換え | 最後に対応 |
| D | 評価項目に接続しない感想 | 原則保留 |
この優先順位があると、リーダーが全部の赤字を抱え込まなくてよくなります。
その指摘は、どの評価項目のどの着眼点に効くのか？
と確認できます。
これだけで、かなりブレが減ります。
QC資料作成でピリつかないためのチーム運営
QCサークルでピリつくのは、テーマそのものだけが原因ではありません。
特に資料作成の段階では、次のような不満が出やすくなります。
- 自分ばかり資料を作っている
- あの人が全然やらない
- 指摘だけして作業しない人がいる
- 指摘が自分にばかり来る
- 後から赤字を入れられて、やり直しになる
- 誰が決めるのか分からない
- どこまで直せばよいのか分からない
この状態で話し合うと、資料作成ではなく、人間関係の不満が中心になってしまいます。
そのため、QC資料作成では、作業と指摘を見える化することが重要です。
協調性のあるチーム運営とは、ただ仲良くすることではありません。
誰が、何を、いつまでに行うのかを明確にし、指摘も評価項目に沿って出せるようにすることです。
たとえば、次のように整理します。
| 生の不満 | チーム運営用の言い方 |
|---|---|
| 自分ばかりやっている | 作業量に偏りが出ている |
| あの人がやらない | 担当・期限・成果物が明確になっていない |
| 指摘だけしてくる | 指摘者も修正案や根拠を出す |
| 指摘が自分ばかりに来る | 修正担当と確認担当を分ける |
| 後から赤字が来る | 確認タイミングと判断者を先に決める |
| 何を直せばいいか分からない | 評価項目のどの着眼点に効く指摘かを明確にする |
資料作成では、意見を出すこと自体は大切です。
しかし、思いつきの指摘だけでは、作業する人の負担が増えます。
そのため、指摘を出すときは、次の形にします。
- どの評価項目に関係するか
- どの着眼点の品質を上げる指摘か
- 何を直せばよいか
- 優先度は高いか低いか
- 誰が修正するか
これがあると、指摘は単なる赤字ではなく、資料を良くするための改善提案になります。
資料作成の役割分担を見える化する
QC資料作成では、役割分担も大切です。
全員が同じ作業をする必要はありません。
それぞれが得意な作業を分担し、資料全体の完成に参加できればよいです。
たとえば、次のように分けます。
- 評価表を確認する人
- データを集める人
- グラフを作る人
- ページ結論を考える人
- 表現を整える人
- 全体の流れを見る人
- 指摘を整理する人
このように分けると、
誰が何をやるのか
が見えやすくなります。
また、ホワイトボードに資料を1ページずつ貼ると、作業の偏りや修正箇所も見えやすくなります。
誰がどこを直すのか。
どのページがまだ弱いのか。
どの指摘が評価項目に効くのか。
これを全員で見ながら進めることで、
- 自分ばかり
- あの人がやらない
- 指摘が自分にだけ来る
という不満を減らしやすくなります。
QC資料作成における協調性とは、気合いや仲の良さではありません。
作業、役割、指摘、判断基準を見える化して、チームで資料を作れる状態にすることです。
QCサークルの話し合いをピリつかせない
QCサークルの話し合いでは、空気がピリつくことがあります。
たとえば、
- あいつが悪い
- あの部署がちゃんとしていない
- 何回言っても直らない
- だから無理なんですよ
- 理解していないのはあの人だけ
こういう言葉が出そうになることがあります。
本音としては分かります。
しかし、そのまま出すと、改善ではなく人間バトルになります。
だから、話し合いでは変換が必要です。
人を責める言葉を、場面・工程・仕組みの問題に変換します。
たとえば、
「あいつが悪い」ではなく、
「どの場面で漏れやすいのか」
「何回言っても直らない」ではなく、
「注意喚起だけでは定着しないのではないか」
「総務が迷惑している」ではなく、
「後工程に確認・修正工数が出ている」
こう変換します。
本音は消しません。
しかし、人を責める言葉は、改善の問いに変えます。
メンバー向けの話し合いルール
メンバー向けには、次のルールを共有するとよいです。
- 人名ではなく、場面で話す
- 感情ではなく、事実・回数・時間で話す
- 誰が悪いかではなく、どこで漏れるかを見る
- 無理で終わらせず、何なら減らせるかを考える
- 指摘は、評価項目のどこに効くかを言う
- 指摘するなら、修正案も一緒に出す
- 作業量が偏っている場合は、担当と期限で整理する
QCは犯人探しではありません。
発生しやすい条件を見つけて、改善する活動です。
また、QC資料作成は、一人に押し付けるものでもありません。
メンバー全員が同じ量の作業をする必要はありません。
それぞれが何かしらの役割を持ち、資料完成に参加することが大切です。
リーダー向けの話し合いルール
リーダーの役割は、全部を一人で作ることではありません。
リーダーの役割は、話し合いの内容を、評価表に通る形へ整理することです。
メンバーが感情的な言い方をしたら、場面や仕組みに変換します。
メンバーが思いつきで指摘したら、どの評価項目に効くのかを確認します。
作業量が偏っているなら、担当・期限・成果物を見える化します。
資料を作る前に、評価表起点の設計シートを埋めます。
そして、幹のシナリオを守ります。
リーダーは、赤字対応係ではありません。
評価表に沿って、チームの意見を整理する進行役です。
使える言い方は、たとえば次のようなものです。
- いったん人ではなく、場面で見ましょう
- 誰が悪いかではなく、どのタイミングで漏れるかに分けましょう
- それは「注意喚起だけでは定着しない」という課題として整理できますね
- 今の話は、後工程に確認工数が出ているという職場ニーズに入れられます
- その指摘は、評価表のどの着眼点に効きますか？
- この修正は誰が、いつまでにやりますか？
- 指摘だけでなく、修正案もセットで出しましょう
- まず幹のシナリオに関係する指摘から対応しましょう
このように返せると、話し合いがピリつきにくくなります。
協調性のあるチーム運営として見せる
協調性のあるチーム運営は、単なるきれいごとではありません。
QC発表の評価にもつながります。
たとえば、運営の工夫として、次のように書けます。
個人を責めず、漏れやすい場面と仕組みに着目して話し合った。
資料作成については、次のようにも書けます。
資料作成では、役割・期限・指摘内容を見える化し、作業負担が偏らないように進めた。
もう少し具体的に書くなら、こうです。
QC資料作成では、評価項目ごとに担当を分け、指摘も評価表の着眼点に沿って整理した。これにより、特定の人に作業や修正が集中しないようにした。
これは、全員参加のチーム運営にもなります。
役割分担にもなります。
苦労を乗り越える工夫にもなります。
つまり、話し合いの運営自体も、評価項目に刺せます。
最初に作るべきもの
リーダーが最初に作るべきものは、PowerPointではありません。
最初に作るべきものは、次の5つです。
- 今回のテーマの幹シナリオ
- 評価項目ごとの着眼点
- 着眼点ごとの問い
- 問いへの回答
- ページごとの結論文
これができてから、数字を集めます。
数字が決まってから、QC道具を選びます。
最後にPowerPoint化します。
この順番なら、資料作成がかなり楽になります。
まとめ
QC資料は、PowerPointから作りません。
これは、QCを何回も経験する中でたどり着いた実戦的な戦略です。
パワポから作ると、見た目やグラフから考えてしまいます。
評価表から作ると、何を満たせばよいかから考えられます。
QC資料は自由帳ではありません。
評価表への答案用紙です。
だから、作る順番はこうです。
- 評価表を見る
- 着眼点を問いに変える
- 問いごとの回答を埋める
- 回答を証明する数字を決める
- 数字を見せるQC道具を選ぶ
- 1ページ1結論でPowerPoint化する
QC発表は、分析論文ではありません。
評価項目に刺さる主張を、紙芝居で、順番に、聞き手を迷子にさせず見せる競技です。
そして、QC資料作成では、チーム運営も重要です。
資料作成でピリつく原因は、能力差だけではありません。
役割、作業量、指摘ルール、判断基準が見えていないことが大きいです。
だから、作業も指摘も見える化します。
人を責めず、場面・工程・仕組みに変換する。
指摘は評価表の着眼点に接続する。
役割と期限を決める。
ホワイトボードに資料を並べ、全体の流れを見ながら直す。
これが、評価表起点のQC設計シート戦略です。
参考資料（4件）
日本科学技術連盟「QCサークル」
https://www.juse.or.jp/service_solution/qc_circle/index.html日本科学技術連盟「QCストーリー・QC手法」
https://www.juse.or.jp/service_solution/qc_story/index.html日科技研「QC七つ道具とは」
https://www.i-juse.co.jp/statistics/product/func/qc7/Cambridge University Press, Richard E. Mayer, “Coherence Principle”
https://www.cambridge.org/core/books/multimedia-learning/coherence-principle/4E80B70CB76E2166B76E5653EBDE7D3E
