QCサークルから毎月出る活動報告書を、テーマ・現状把握・対策・効果の要点にそろえて要約し、発表会と表彰の審査で使う比較表を作る
QCサークルから毎月届く活動報告書を、テーマ・現状把握・目標・要因・対策・効果・標準化の欄にそろえて要約します。要約をサークルごとに積み上げ、発表会の選考と表彰の審査で使う比較表にします。
- 生成AI
- ChatGPT/Claude/Gemini/Microsoft Copilot
- 連携・自動化
- Google Apps Script/Python
- 対象業界
- 介護/医療/物流/製造
- 対象部門
- 品質管理/生産
- 対象業務
- 比較検討/要約
- 主な課題
- データ分析に時間がかかる/人手が足りない/判断に時間がかかる
- AIで行う処理
- 要約
- 主な効果
- 判断支援/品質標準化/工数削減
- 導入難易度
- ★☆☆☆☆
- 実装レベル
- 半自動化
- 費用感
- API連携(中)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 月末に、各サークルのリーダーが活動報告書(Excel)を共有フォルダに保存する
- 事務局の担当者が1件ずつ開き、全体を読む
- 今月どの段階まで進んだか、現状把握の指標と値、目標、主な要因、対策、効果を拾って、比較表の行に書き写す
- 記載の足りない欄があれば、サークルへの助言のメモを書く
- 工場ごとに、活動状況の一覧を推進会議の資料にまとめる
- 半期ごとに、比較表を見直して発表会の候補を選ぶ。年に1回、表彰の審査資料を作る
- 人各サークルのリーダーが活動報告書を共有フォルダに保存する(これまでどおり)
- 自動月末の翌営業日に、その月の報告書を集め、様式の欄ごとに文字を取り出す
- 自動サークルの登録台帳から、所属の工場、メンバー数、活動の開始月、前月までの要約を添える
- 自動報告書を決まった欄に要約させ、効果の値・単位・比べた相手(目標か、活動前か)を書き出させる
- 自動記載の不足(要因が空のまま対策がある、効果に数値が無い、など)を規則で拾う
- 自動要約を比較表の行として追記し、前月からの段階の進み具合を並べる
- 人事務局が比較表の「要確認」の行と、記載の不足の指摘を中心に見て、直す
- 人事務局がサークルへの助言を書く(AIが下書きした指摘の一覧を材料にする)
- 人推進会議の資料、発表会の候補、表彰の審査資料は、比較表をもとに人が選んで作る
各工程の詳しい説明を読む
- 月末に、各サークルのリーダーが活動報告書(Excel)を共有フォルダに保存する
- 事務局の担当者が1件ずつ開き、全体を読む
- 今月どの段階まで進んだか、現状把握の指標と値、目標、主な要因、対策、効果を拾って、比較表の行に書き写す
- 記載の足りない欄があれば、サークルへの助言のメモを書く
- 工場ごとに、活動状況の一覧を推進会議の資料にまとめる
- 半期ごとに、比較表を見直して発表会の候補を選ぶ。年に1回、表彰の審査資料を作る
(a)読むだけで時間がかかる。 報告書は1枚ですが、欄の中に文章がぎっしり書かれていることも、箇条書きが数行だけのこともあります。同じ1枚でも、読むのに3分で済むものと15分かかるものがあります。
(b)どの段階まで進んだかが書き方で変わる。 「対策実施中」と書いていても、要因の欄が空のまま対策に入っていることがあります。段階の欄だけを見て比較表に写すと、要因解析を済ませたサークルと済ませていないサークルが、同じ段階に並びます。
(c)効果の書き方がそろっていない。 「不良率 2.4%→0.8%」と書くサークルもあれば、「不良が激減」と書くサークルもあります。金額に換算して書くサークルと、件数で書くサークルもあります。 審査で比べるときに、同じ物差しに乗りません。
(d)審査のたびに読み直している。 比較表は毎月積み上げていますが、担当者によって書き写す細かさが違うため、半期の発表会の選考の前に、候補のサークルの報告書を6か月分読み直すのが慣例になっています。
(e)助言が遅れる。 記載の不足に気づいても、助言のメモを書くのは全件を読み終えてからになり、サークルに届くのは翌月の報告書を書いた後ということがあります。要因の欄が薄いまま対策に進んだサークルには、1か月遅れの助言はほとんど役に立ちません。
- 【人】 各サークルのリーダーが活動報告書を共有フォルダに保存する(これまでどおり)
- 【自動】 月末の翌営業日に、その月の報告書を集め、様式の欄ごとに文字を取り出す
- 【自動】 サークルの登録台帳から、所属の工場、メンバー数、活動の開始月、前月までの要約を添える
- 【自動】 報告書を決まった欄に要約させ、効果の値・単位・比べた相手(目標か、活動前か)を書き出させる
- 【自動】 記載の不足(要因が空のまま対策がある、効果に数値が無い、など)を規則で拾う
- 【自動】 要約を比較表の行として追記し、前月からの段階の進み具合を並べる
- 【人】 事務局が比較表の「要確認」の行と、記載の不足の指摘を中心に見て、直す
- 【人】 事務局がサークルへの助言を書く(AIが下書きした指摘の一覧を材料にする)
- 【人】 推進会議の資料、発表会の候補、表彰の審査資料は、比較表をもとに人が選んで作る
7番目が、この設計の分かれ目です。 事務局は60件を全部読み直すのではなく、AIが「要確認」とした行と、規則が拾った記載の不足を先に見ます。 全件を読み直す設計にすると、①の8分はほとんど減りません。
5番目を規則で決めているのも、意図してのことです。 「要因の欄が空なのに対策の欄が埋まっている」は、AIに判断させなくても機械で分かります。AIには要約と数字の書き出しだけをさせ、不足かどうかの判定は規則の側に置きます。 どの欄が欠けたら助言するかは、事務局の方針で後から変わるからです。
02今回想定するシステム構成
各サークルの活動報告書(Excel 様式) │ ▼【トリガー】月末の翌営業日の定時実行 Python ── 様式の欄ごとに文字を取り出す/サークルの登録台帳を引く │ ▼ ChatGPT(OpenAI API)── 欄ごとの要約と、効果の値・単位・比較の相手の書き出し │ ▼ Python ── 記載の不足を規則で判定/前月の要約と並べる/比較表に追記 │ ▼ 【事務局が「要確認」の行と記載の不足を確認】 │ ├──▶ サークルへの助言(人が書く) └──▶ 推進会議の資料・発表会の候補・表彰の審査資料(人が選ぶ)
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| 処理 | ChatGPT(OpenAI API。最小構成では ChatGPT の画面) | Claude、Gemini、Microsoft Copilot |
| 集計 | Python(様式の欄の取り出し、記載の不足の判定、比較表への追記) | Google Apps Script |
| 保管 | 共有フォルダと、サークルの登録台帳 | - |
| 資料 | 推進会議の資料・審査資料(人が作る) | - |
新しく足すのは、Python の小さな処理と、比較表の列の定義と、AIへの指示文だけです。 報告書の様式は変えません。サークルの登録台帳にも書き込みません。
この構成の前提は、QCサークル活動が「質の管理・改善を行う小グループ」の継続的な活動であることです。 QCサークル本部のページでは、『QCサークルの基本』の中で、QCサークルを第一線の職場で働く人々が継続的に製品・サービス・仕事などの質の管理・改善を行う小グループとしています。毎月の報告書は、その継続の記録です。 1か月分だけを読んでも進み具合は分からず、前月までの要約と並べて初めて意味を持ちます。
比較表の行き先の1つは、発表会と表彰です。 QCサークル本部のページでは、全国の発表の場として1963年に仙台で第1回のQCサークル大会が開かれたこと、本部長賞では事業所長の推薦をもって各支部に応募し、支部での選考を経て本部へ推薦され、書類審査と発表会審査によって賞が決まることが書かれています。社外の大会に推薦するにも、まず社内で候補を選ぶ材料が要ります。 比較表は、その社内の選考に使うものです。
AIの応答はJSONで受け取ります。 OpenAI API の構造化出力は、text.format に type: "json_schema" と strict: true を指定するとスキーマに沿った応答になり、値の無い項目を null との共用体で表せます。 「効果の値が書かれていない」を null として受け取れるので、空欄をAIが言葉で埋める余地を形の側で減らせます。
03どうやって実装するのか
処理の起点を決める
月末の翌営業日の朝に、その月の報告書をまとめて処理します。 報告書は月末に集中して届くため、1件ずつ届くたびに動かすより、締めた後にまとめるほうが前月との比較がそろいます。
締め切りに遅れた報告書は、翌日以降に届いた時点で1件ずつ処理します。 共有フォルダの「当月」のフォルダに入った日時を見て、まだ比較表に行が無いものだけを拾います。処理が終わったファイルは処理済みのフォルダへ移し、残っている数がそのまま未処理の数になるようにします。
提出の無いサークルも、比較表に行を作ります。 段階の欄を「提出なし」にしておけば、活動が止まりかけているサークルが一覧で見えます。 推進会議でいちばん必要な情報の1つです。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 活動報告書 | テーマ、活動の段階、現状把握、目標、要因、対策、効果、標準化、来月の予定 | 共有フォルダの Excel 様式 |
| サークルの情報 | サークル名、工場、職場、メンバー数、活動の開始月、テーマの登録日 | サークルの登録台帳 |
| 前月までの要約 | 同じサークルの前月の要約と段階 | 比較表 |
| 比較表の列の定義 | 各列に何を書き、何を書かないか | 事務局が作る定義の表 |
| 用語の対応 | 工場ごとの言い方の違い(「歯止め」と「標準化」など) | 事務局が作る一覧 |
質を決めるのは、下の3つです。 前月までの要約が無いと、今月の報告書だけで段階を判断することになり、第3章の(b)の「段階の欄だけを写す」と同じことが起きます。 列の定義が無ければ、AIは「効果」の欄に感想まで書き込みます。
用語の対応の一覧は、工場をまたいで比べるために要ります。 ある工場は「歯止め」、別の工場は「標準化と管理の定着」と呼んでいます。同じ段階が別の名前で書かれていると、比較表の段階の列がそろいません。
データの取得方法を決める
報告書は、Python で Excel の様式のセルを読みます。様式が共通なので、欄ごとのセル範囲を決めておけば、AIに表を読ませる必要がありません。
| 取るもの | どこから | 何に使うか |
|---|---|---|
| 欄ごとの文字 | 様式の決まったセル範囲 | 要約の材料 |
| 活動の段階 | 様式の段階の選択欄 | 自己申告の段階として残す |
| 表の数値 | 様式の中の現状・目標・実績の表 | 効果の値の照合 |
| サークルの情報 | 登録台帳 | 比較表の固定の列 |
| 前月の要約 | 比較表の前月の行 | 進み具合の比較 |
様式の中に貼られたグラフ(パレート図、推移のグラフ)は、この構成では読みません。 画像の中の数値を読み取らせると、どの値を読んだのかが曖昧になります。数値は様式の表に書いてもらうように、様式の記入の手引に一行足します。
「活動の段階」の選択欄は、自己申告としてそのまま残します。 AIが中身から推した段階は、別の列に置きます。2つが食い違う行が、第3章の(b)を拾う場所になります。
様式の版は、ファイルの中の版番号のセルで見分けます。 様式を改訂したときに欄の位置が1行ずれただけで、「対策」の欄に「要因」の文字が入る、という取り違えが起きます。版番号ごとにセル範囲の対応表を持ち、対応表に無い版のファイルは取り出さずに止めます。 古い様式を使い続けるサークルは少なくないので、止めたファイルの一覧はそのまま様式の差し替えの依頼先になります。
AIへ渡す前に整形する
- ファイルの確認 … 様式の版が古いもの、欄の位置がずれたものは、取り出しの前に止めて事務局に知らせます
- 欄ごとの取り出し … セルの改行、全角と半角の混在、行頭の記号をそろえます
- 空欄の判定 … 「-」「特になし」「記入なし」だけの欄は空欄として扱い、空欄の印を付けます
- 表の数値の取り出し … 現状・目標・実績の表から、指標名、値、単位を取り出します
- 前月の要約の添付 … 同じサークルの前月の要約と、AIが推した段階を添えます
- 用語のそろえ … 工場ごとの言い方を、事務局の一覧に沿って同じ語に直します
- 個人名の伏せ … 報告書の中のメンバーの個人名を「メンバーA」のように置き換えます
3番目を軽く見ないでください。 「特になし」と書かれた要因の欄は、空欄と同じ意味です。文字があるからといって埋まっている扱いにすると、要因解析を飛ばしたサークルが比較表から見えなくなります。
7番目は、比較表の使われ方から来ています。 比較表は発表会の選考や表彰の審査で、複数の工場の人が見ます。誰が何を言ったか、誰の作業が遅いかが書かれた報告書を、そのまま要約に写さないためです。
AIに処理させる
させるのは、報告書の欄ごとの中身を決まった長さに要約し、効果の数字を値・単位・比べた相手に分けて書き出すことです。
| 比較表の列 | AIがすること | 書かれていないときの扱い |
|---|---|---|
| テーマ | 何を、どの指標で改善するかを1文にする | 空欄なら null |
| 現状把握 | 指標名、値、単位、データを取った期間を書き出す | 値が無ければ「数値の記載なし」 |
| 目標 | 指標名、目標値、期限を書き出す | 期限が無ければ null |
| 主な要因 | 報告書に挙げられた要因を最大3つ | 空欄・「特になし」なら null |
| 対策 | 実施した対策と実施中の対策を分けて書く | 空欄なら null |
| 効果 | 値、単位、比べた相手(目標/活動前)を書き出す | 数値が無ければ「数値の記載なし」と、書かれた文言を引用 |
| 標準化 | 作業標準書の改訂など、歯止めの記載の有無と内容 | 無ければ null |
| 推した段階 | 中身から見て、どの段階まで記載があるか | 判断できなければ「判断できない」 |
| させないこと | 理由 |
|---|---|
| 効果の金額換算や率の計算 | 報告書に無い数字が比較表に入ると、審査で出どころを説明できない |
| 点数・順位・優劣の評価 | 選考と審査は人が行う |
| 書かれていない要因や対策の推測 | 推測が入ると、要因解析を飛ばしたサークルが見えなくなる |
| 個人の働きぶりへの言及 | 比較表は複数の工場の人が見る |
| 感想や励ましの文言 | 比較表は記録であり、助言は事務局が書く |
1行目がいちばん起きやすい失敗です。 報告書に「不良率 2.4%→0.8%」とあると、AIは親切に「約67%の削減」と書き足しがちです。その67%は報告書のどこにも書かれていません。 審査員がその数字を見て質問したとき、サークルは答えられません。
「推した段階」を自己申告と別の列に置くのは、第3章の(b)のためです。 報告書の段階が「効果の確認」なのに、AIが「要因の記載が無いため、判断できない」と返した行は、事務局が先に見る行になります。
指示内容を固定する
あなたはQCサークルの推進事務局の担当者として、サークルの月次の活動報告書を
決まった欄に要約します。要約は比較表に載り、発表会の選考と表彰の審査で
複数の人が見比べます。
【材料】
- 今月の活動報告書(欄ごとの文字と、現状・目標・実績の表):{report}
- このサークルの前月までの要約:{previous}
- 比較表の列の定義:{column_rules}
【要約の決まり】
- 各欄は、報告書に書かれていることだけを要約してください。
- 「特になし」「-」「記入なし」は書かれていないものとして扱ってください。
- 現状把握・目標・効果は、指標名・値・単位を分けて書き出してください。
値は報告書の表記のまま写し、計算・換算・四捨五入をしないでください。
- 効果は、比べた相手が目標なのか活動前の値なのかを書いてください。
報告書から分からなければ unknown にしてください。
- 効果に数値が書かれていないときは、値を null にし、
報告書の文言をそのまま quote に写してください。
「大幅に改善」などの言葉を数値に置き換えないでください。
- 要因と対策は、報告書に挙げられたものだけを書いてください。
書かれていない要因を推測で足さないでください。
【書かないこと】
- 点数、順位、優劣の評価、感想、励まし
- 報告書に無い数字(削減率、金額、件数の合計など)
- メンバーの個人の働きぶり
【段階】
- reported_step には、報告書の段階の欄をそのまま写してください。
- inferred_step には、記載の中身から見て、どの段階まで記載がそろっているかを
書いてください。要因が書かれていないのに対策がある場合は、
対策の段階とせず、cannot_judge にしてください。
- 前月の要約と比べて、今月新しく書かれた欄を changed_fields に挙げてください。
「値を報告書の表記のまま写す」と「計算しない」を同じ箇条に入れているのは、片方だけでは足りないからです。 写すことだけを指示すると率を書き足し、計算を禁じるだけだと「0.8%」を「1%未満」と言い換えます。どちらも、報告書と比較表の数字が食い違う原因になります。
cannot_judge を指示文に書いているのは、AIが段階を前に進めて書きたがるからです。 対策の欄が埋まっていれば、普通に読めば「対策の段階」です。そこを止める規則を、言葉で明示しておきます。
出力形式を固定する
次の形のJSONで受け取ります。
{
"circle_id": "",
"month": "",
"theme": "",
"baseline": { "indicator": "", "value": "", "unit": "", "period": "" },
"target": { "indicator": "", "value": "", "unit": "", "deadline": null },
"causes": [""],
"countermeasures": { "done": [""], "in_progress": [""] },
"effect": {
"indicator": "", "value": null, "unit": "",
"compared_with": "target | baseline | unknown",
"quote": ""
},
"standardization": null,
"reported_step": "",
"inferred_step": "",
"changed_fields": [""],
"needs_review": false
}
1つ目の理由は、記載の不足を規則で判定できることです。 causes が空で countermeasures.done に中身がある、effect.value が null、compared_with が unknown。これらはJSONの値を見るだけで決まり、AIの判断を挟みません。
| 規則 | 比較表の印 | 事務局の扱い |
|---|---|---|
| 要因が空で対策がある | 要因解析の記載なし | サークルへの助言の候補 |
効果の値が null | 効果の数値なし | 次月の報告で数値を求める |
compared_with が unknown | 比較の相手が不明 | 目標と比べたかを確かめる |
| 自己申告と推した段階が違う | 段階の食い違い | 事務局が先に見る |
2か月続けて changed_fields が空 | 活動の停滞 | 推進会議で取り上げる候補 |
2つ目は、比較表が月をまたいでそろうことです。 同じ列に同じ形の値が積み上がるので、半期の発表会の選考で6か月分の報告書を読み直す必要が無くなります。 第3章の(d)の作業そのものが消えます。
3つ目は、効果を審査の物差しに乗せやすくなることです。 値、単位、比べた相手が分かれていれば、「目標と比べて書いているサークル」と「活動前と比べて書いているサークル」を分けて並べられます。 混ぜたまま比べないことが、審査の公平さにつながります。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| 共有フォルダ | Python の定時実行 | 当月の報告書を集め、処理済みへ移す |
| サークルの登録台帳 | 読み取りのみ | 工場、職場、メンバー数、開始月 |
| ChatGPT(OpenAI API) | API呼び出し | 欄ごとの要約と効果の書き出し。構造化出力 |
| 比較表 | Python が追記 | 月ごとの行を足す。前月までの行は書き換えない |
| 事務局 | チャットへの通知 | 比較表の更新と「要確認」の件数を知らせる |
比較表への追記は、前月までの行を書き換えない形にします。 事務局が直した行をAIの再実行で上書きしてしまうと、直した記録が消えます。 再実行が要るときは、その月の行を別の列に出し直し、人が見て差し替えます。
推進会議の資料や審査資料は、この構成からは作りません。 比較表をもとに、事務局が選んで作ります。
人が確認する
人が見るのは、比較表の印が付いた行が中心です。 印の無い行は、要約を流し読みして終わりにします。
- 段階の食い違いの行を先に見る … 報告書を開き、要因の欄が本当に空なのか、別の欄に書かれていないかを確かめます
- 効果の数値なしの行を見る … 報告書の文言(
quote)を読み、数値が様式の別の場所にないかを確かめます - 要約の言い回しを直す … 意味が変わっている箇所があれば直します
- サークルへの助言を書く … 規則が拾った不足を材料に、事務局が言葉を選んで書きます
- 直した内容を記録する … どの列を、どう直したかを残します
1番目を省かないでください。 要因が「対策」の欄の中に書き込まれていることは珍しくありません。様式の欄の使い方を間違えただけのサークルに「要因解析をしていない」と助言すると、活動の意欲を下げます。
4番目の助言をAIに書かせないのは、助言がサークルとの関係そのものだからです。 同じ不足でも、立ち上げたばかりのサークルと、何年も続けているサークルでは伝え方が違います。
確認の順番は、印の重さで決めておきます。 段階の食い違い、効果の数値なし、比較の相手が不明、活動の停滞の順です。月末の翌週に60件をすべて同じ重さで見ようとすると、印の付いた行を見る時間が足りなくなります。 印の無い行の流し読みは、推進会議の前日でかまいません。
例外に対処する
| 起きること | 対応 |
|---|---|
| 様式の版が古い・欄の位置がずれている | 取り出しの前に止め、事務局に知らせる。様式の差し替えをサークルに頼む |
| 報告書が提出されない | 比較表に「提出なし」の行を作る |
| テーマが前月から変わった | 新しいテーマとして行を始め、前月までの行を「完了」か「中断」として人が閉じる |
| 1つの報告書に2つのテーマが書かれている | needs_review にして人に回す。分けるかどうかは事務局が決める |
| 欄の中に表が貼られ、文字が取れない | その欄を空欄扱いにせず「取り出せない」として人に回す |
| 個人名の伏せ漏れが疑われる | 要約に人名らしい語が残っていれば、比較表に載せる前に止める |
| 構造化出力が途中で切れる・拒否される | 応答の状態を確かめ、要約を使わずに再実行する |
| 前月の要約が無い(新しいサークル) | 前月との比較を空にし、changed_fields を作らない |
5行目の「取り出せない」と「空欄」を分けるのは、第1章と同じ理由です。 取り出せなかった欄を空欄として扱うと、書いてあるのに「記載なし」と助言することになります。
7行目は、OpenAI の構造化出力のページの注意に合わせたものです。 拒否は refusal として返り、スキーマに沿わないことがあるため、応答を読む前に種類を確かめます。
記録を残す
- 元の報告書ファイルと、取り出した欄ごとの文字
- AIの応答のJSONの全文と、そのとき渡した前月の要約
- 規則が付けた印と、事務局が直した内容
- サークルへの助言と、送った日
- 比較表の月ごとの版
- 発表会の候補と表彰の候補に挙げたサークルと、選んだ理由(人が書く)
3つ目の「直した内容」は、指示文と列の定義を直す材料です。 毎月同じ列が直されていれば、その列の定義が曖昧です。直す場所を指示文ではなく定義の側に求めます。
最後の行は、審査の説明のために残します。 選ばれなかったサークルから理由を聞かれたとき、比較表のどの行を見て選んだかを示せることが、次の活動の動機になります。
04実装レベルの3段階
本記事の想定は半自動化です。 1件20分が7分になるのは、読む、書き写す、不足を探す、の3つが機械に移るからです。 残る7分は、印の付いた行を確かめる時間と助言の時間です。 本格構成で減るのは、推進会議の資料づくりと、半期の候補選びの準備です。 ただし、候補の一覧の下書きに点数や順位を付けさせないでください。 一覧は「段階が効果の確認以降で、効果に数値があり、目標と比べている」といった規則で絞った結果にとどめます。 段階を飛ばさないでください。 半自動化を半年回すと、どの工場のどの列で不足が多いかが分かり、様式の記入の手引を直すほうが早い箇所が見えてきます。そこを直してから本格構成に進むほうが、比較表の質が上がります。
05工数削減シミュレーション
導入後 60件 × 7分 ÷ 60 = 7 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 工場や事業所に数十のQCサークル(小集団改善活動)があり、毎月の活動報告書を推進事務局が読んで、推進会議の資料と発表会の候補選びに使っている場合。報告書の書き方がサークルごとにばらばらで、どこまで進んだのか、効果が数字で確かめられているのかを読み取るのに時間がかかっている場合。表彰の審査のたびに、半年分の報告書を読み直して比較表を作り直している場合。
- サークルが数個で、事務局が全部の報告書を読んでも負担にならない場合。報告書の様式が無く、活動の記録が口頭や掲示物だけの場合(先に様式をそろえる)。サークルの点数付けや順位付けそのものを自動で決めたい場合(この構成は点数を付けない)。なお、どのサークルを発表会に出し、どれを表彰するかは審査をする人が決めます。
07最小構成で試す方法
- 先月の報告書から10件を選ぶ(うち数件は、要因の欄が薄いもの、効果に数値が無いものを入れる)
- 事務局の2名に、その10件の比較表の行を当時どう書いたかを用意してもらう
- 報告書の欄の文字を手元の ChatGPT の画面に貼り、第7章の【要約の決まり】と【書かないこと】をそのまま使って要約させる
- 出てきた要約を、当時の比較表の行と並べる
- 効果の数字が報告書の表記のままか、書き足した率が無いかを最初に見る
10件は必ずやってください。 比較表の列の定義を作る前に、「報告書に書かれていることだけを写せるか」を確かめます。
| 出てきた内容 | 判断 |
|---|---|
| 数字が報告書の表記のままで、段階の食い違いを拾えた | Python での取り出しと比較表への追記に進む |
| 削減率や金額を書き足した | 指示の書き方で直る。構成は有効 |
| 「特になし」を要因として扱った | 前処理で空欄の印を付けてから渡す |
| 要約が当時の比較表より長い | 列の定義に字数の目安を書く |
3行目は、指示文ではなく前処理で直すほうが確実です。 「特になし」を空欄とみなす規則は、AIに任せずに Python の側で決めておけば、どの月も同じ扱いになります。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| AIが削減率や金額を書き足す | 計算と換算を禁じ、報告書の表記のまま写させる |
| 「特になし」が要因として扱われる | 前処理で空欄の印を付ける。AIに任せない |
| 段階が前に進んで書かれる | 自己申告と推した段階を別の列にし、食い違いを人が見る |
| 欄の使い方を間違えたサークルが「不足」になる | 印の付いた行は報告書を開いて確かめてから助言する |
| グラフの中の数値が比較表に入らない | 様式の表に数値を書いてもらう。画像を読ませない |
| 工場ごとに用語が違い、段階がそろわない | 用語の対応の一覧で、前処理でそろえる |
| 個人名が要約に残る | 前処理で伏せ、要約の後にも人名らしい語を検知する |
| 再実行で事務局の修正が消える | 前月までの行を書き換えない。出し直しは別の列に |
| 比較表で点数を付けたくなる | 点数は付けない。 絞り込みは規則で行い、選ぶのは人 |
| 古い版の様式が混ざる | 欄の位置を確かめ、合わないものは止める |
| 助言までAIに書かせたくなる | 不足の一覧までにする。助言はサークルとの関係そのもの |
上の3行が、この構成の失敗のほとんどです。 どれも、報告書に書かれていないことが比較表に入る、という同じ失敗です。比較表が審査の物差しになる以上、書かれていないことは書かれていないと残すのが、この構成の役目です。
下から3行目は、導入してしばらくすると必ず出てくる要望です。 点数があると選考は速くなりますが、サークルは点数の付き方に合わせて報告書を書くようになります。 比較表は並べるところまでにしてください。
もう一つ、導入の初月に起きやすいのが、「数値の記載なし」の印が一度に大量に付くことです。 これまで言葉だけで効果を書いていたサークルが多いほど、印は増えます。印が多いこと自体は失敗ではありません。 様式の記入の手引に「効果は表に値と単位で書く」と足し、2〜3か月かけて減っていくかを見ます。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 職場の不良率、停止時間、工程の条件などの品質と生産の数値、改善の対策の中身(工程のノウハウを含む)、そしてサークルのメンバーの氏名です。
- 外部へ渡す範囲を決める … 報告書の中身を外部のAPIに送ります。OpenAI のページでは、API に送ったデータは明示的に共有を選ばない限りモデルの学習に使われず、不正利用の監視のためのログは法令で求められる場合などを除き最長30日保持されるとされています。工程の条件や取引先の名前が書かれた報告書を送ってよいか、自社の情報の区分に照らして先に決めてください
- 個人名を送らない … 前処理で「メンバーA」に置き換えます。比較表は複数の工場の人が見るので、要約の後にも人名が残っていないかを確かめます
- 点数や評価をAIに付けさせない … 発表会の選考と表彰の審査は、人が行う判断です。比較表が人事の評価の材料に流用されないよう、使い道を事務局の側で決めておきます
- 社外の大会への推薦資料は人が作る … 比較表は社内の選考の材料です。社外に出す資料は、推薦の手続きに沿って人が作ります
- 助言をAIに書かせない … 助言は、事務局とサークルの関係そのものです
- 比較表の保存期間を決める … 何年分を残し、誰が見られるかを決めます
誤りが起きた場合のリスクは、書かれていない数字が比較表に入って審査を誤らせることと、欄の使い方を間違えただけのサークルを「不足」と扱うことの2つです。 前者は計算と換算を禁じることで、後者は印の付いた行を人が報告書で確かめることで防ぎます。
10まず何から始めるか
1週目:比較表の列の定義を決める
事務局の3名で、比較表の各列に何を書き、何を書かないかを決めます。効果の列に「値・単位・比べた相手」を分けて書くこと、空欄と「特になし」を同じに扱うことを、ここで決めます。工場ごとの用語の違いも一覧にします。
2週目:10件で試す
先月の報告書から10件を選び、第8章の手順で要約させます。数字が報告書の表記のままか、段階の食い違いを拾えるかを、当時の比較表と並べて見ます。
3週目:Python で欄を取り出す
様式の欄ごとのセル範囲を決め、60件の報告書から文字を取り出せるようにします。空欄の印付けと、個人名の伏せもここで作ります。グラフの数値を様式の表に書いてもらうよう、記入の手引に一行足します。
4週目:比較表への追記をつなぐ
要約、規則による印付け、比較表への追記までを Python でつなぎます。この時点では、事務局がこれまでどおり比較表も書き、AIの比較表と並べて差を見ます。
2か月目: AIの比較表を正として使い始め、印の付いた行を中心に確認します。3か月目以降: 事務局が直した列から定義を見直し、1件20分が何分になったかを実測します。半期の発表会の選考を、報告書を読み直さずに比較表だけで行えた時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| 『QCサークルの基本』で、QCサークルを第一線の職場で働く人々が継続的に製品・サービス・仕事などの質の管理・改善を行う小グループとしていること。体験事例を発表する場として1963年5月に仙台で第1回QCサークル大会が開かれたこと。製造部門から事務・販売・サービスや医療・福祉に広がったこと | QCサークル本部: QCサークル活動とは | 2026-10-08 |
| QCサークル本部長賞で、発表サークルが事業所長の推薦をもって各支部に応募し、支部で選考のうえ本部へ推薦され、本部長審査委員会での書類審査と発表会審査(全日本選抜QCサークル大会)によって賞が授与されること | QCサークル本部: 賞・表彰 | 2026-10-08 |
text.format に type: "json_schema" と strict: true を指定すると応答がスキーマに従うこと。すべての項目を required にし、additionalProperties を false にすること。値の無い項目を null との共用体で表すこと。拒否が refusal として返り、スキーマに沿わない場合があること | OpenAI: Structured model outputs | 2026-10-08 |
| API に送ったデータが、明示的に共有を選ばない限りモデルの学習に使われないこと。不正利用の監視のログが最長30日保持されること | OpenAI: Data controls in the OpenAI platform | 2026-10-08 |
どのサークルを発表会に出し、どれを表彰や社外の大会に推薦するかは、事務局と審査をする人が決めてください。 本記事は QCサークル本部と OpenAI の公開している情報で確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-0903)についてのご相談はこちらから。
