Claude Media
Claudeで技能継承の作業手順書を作る — ベテランのインタビューから骨子を起こす

Claudeで技能継承の作業手順書を作る — ベテランのインタビューから骨子を起こす

ベテランの聞き取り文字起こしを、手順・勘所・失敗例の3種に仕分けて作業手順書の骨子にします。Projectsに置く資料と指示、言い切れない箇所を残す確認の回し方までの流れです。

ベテランの話を録音して文字起こしまでは済んでも、そこから手順書に進めない。技能継承の現場で多い行き詰まりです。話は順番どおりに進まず、手順の途中に「この音がしたら止める」という勘所が混ざり、十年前の失敗談が突然入ります。

Claudeに文字起こしを渡して骨子を起こすなら、先に決めておくことが2つあります。発言を「手順・勘所・失敗例」の3種に仕分けること、そして聞き取りに無かった内容を足させないことです。この2つを指示に書いてProjectsに置けば、ベテランが複数いても同じ型で骨子が並びます。

聞き取りの文字起こしは、手順書の順に話されていない

作業手順書は「1. 準備 → 2. 作業 → 3. 確認」と直線に並びます。ベテランの語りはそうなりません。

  • 手順を飛ばして結果から話し、あとで「そういえば前に〇〇をやっておく」と戻る
  • 「いい感じになったら」「音で分かる」のように、基準が言葉になっていない
  • 手順の説明の途中で、過去の失敗や他社の事例に脱線する
  • 同じ作業を、ある箇所では「ならし」、別の箇所では「均す」と呼ぶ

そのまま「手順書にして」と頼むと、Claudeは語られた順に整えるか、あるいは足りない箇所を一般的な作業知識で補います。後者は手順書として読みやすくなる反面、ベテランが言っていないことが混ざります。技能継承では、混ざった時点で価値が下がります。そのため、依頼の形を変えます。

くらべる

依頼の出し方で出力の性質が変わる

Before

一括で頼む

文字起こしを貼って「作業手順書にして」と頼みます。整った文章は出ますが、どの文が本人の発言で、どの文が補われたものか区別できません。

After

仕分けてから組む

発言を手順・勘所・失敗例に分け、それぞれに発言の出所を付けさせます。そのうえで手順書の骨子に並べ直します。補われた箇所は「聞き取りに無し」と印が付きます。

逐語録を複数人分まとめて比べる作業はClaudeでインタビュー逐語録を横断分析する手順と引用の原文照合で扱っています。この記事は、1人のベテランの文字起こしから手順書を新しく起こす部分に絞ります。

3種に仕分ける基準

仕分けの基準は、Claudeに任せる前に人間が言葉にしておきます。基準が曖昧だと、同じ発言が実行のたびに別の箱に入ります。

種類入れる発言手順書での置き場所
手順入れる発言順番のある動作。「〜してから〜する」手順書での置き場所本文の手順番号
勘所入れる発言判断の基準、見分け方、加減。「〜のとき」「〜を見て」手順書での置き場所手順の横の注記、または確認欄
失敗例入れる発言起きた不具合とその原因、どうなったか手順書での置き場所注意事項、または判断に迷う場面の説明

同じ発言が2つの箱にまたがることがあります。「温度が上がりきる前に入れると失敗する。以前は蓋を開けて確認していた」は、手順(入れる順)・勘所(温度の見方)・失敗例(蓋の確認)を含みます。この場合は1発言に複数のラベルを付けさせ、骨子の段階で分解します。

資料と指示をProjectsに置く

ベテラン1人につき、プロジェクトを1つ作ります。聞き取りは何回かに分かれることが多く、チャットを分けると前回の内容がClaudeに届かないためです。プロジェクトのナレッジに入れた情報以外は、同じプロジェクト内でもチャット間で共有されません。

置く資料は次の3種類です。

資料

プロジェクトに置く資料

  • 文字起こし本体

    聞き取りの回ごとにファイルを分け、ファイル名に日付と回数を入れます。対応形式にはTXTやDOCX、PDFがあります。音声ファイルは対応形式の一覧にないため、文字起こしにしてから置きます。

  • 用語メモ

    現場の呼び名と、図面や既存の帳票での正式名称の対応表です。「ならし」と「均す」のような表記ゆれは、ここで1つに決めます。

  • 既存の手順書や帳票

    古い手順書、点検表、機械の取扱説明書があれば置きます。聞き取りと食い違う箇所を見つける材料になります。

文字起こしは、1回分を1ファイルにします。プロジェクトファイルは1ファイル30MBまでで、テキストの抽出だけが使われます。内容が長くなってプロジェクト全体がコンテキストの上限に近づくと、有料プランではRAGが自動で有効になり、容量が最大10倍まで広がります。無料アカウントでもプロジェクトは作れますが、数は5つまでです。ベテランの人数が多い職場では、この上限に当たる点に注意します。

プロジェクトの作成時に入れる名前と説明は、Claudeには渡りません。「第2工場プレス工程の熟練者A」といった前提は、プロジェクト指示かナレッジに書きます。

プロジェクト指示の書き方

「Set project instructions」から保存した指示は、そのプロジェクトのすべてのチャットで使われます。仕分けの基準と、足してはいけないものを書きます。

プロジェクト指示の例
このプロジェクトは、ベテラン作業者の聞き取り文字起こしから
作業手順書の骨子を起こすためのものです。
 
発言は手順・勘所・失敗例のいずれか(複数可)に分類します。
- 手順: 順番のある動作
- 勘所: 判断の基準・見分け方・加減
- 失敗例: 起きた不具合・原因・結果
 
守ること:
1. すべての項目に、文字起こしの出所(ファイル名と発言の行番号)を付ける
2. 文字起こしにない手順・数値・工具名は足さない。必要だと思ったら
   「聞き取りに無し・確認が必要」と書いて質問リストに回す
3. 数値や基準が曖昧な発言は、言い換えずに原文のまま引用する
4. 用語メモにある表記に統一する。載っていない呼び名は一覧にして止める
5. 安全に関わる内容(止める条件・保護具・禁止事項)には「安全」の印を付ける

3つ目の「言い換えない」が効きます。「音で分かる」を「異音がしたら」と言い換えた時点で、ベテランが言っていない基準が生まれるからです。曖昧さを残したまま骨子に載せ、それを聞き返す質問へ回します。

文字起こしから骨子を起こす手順

手順

1回の聞き取りから骨子を起こす流れ

  1. 1

    1. 文字起こしに行番号を振る

    話者名と発言ごとに行番号を付けます。出所を示すための準備で、のちの原文照合もこの番号で行います。

  2. 2

    2. 発言を仕分けた一覧を作らせる

    手順・勘所・失敗例のラベルと出所を付けた表にします。まだ手順書の形にはしません。

  3. 3

    3. 人が一覧を読み、ラベルを直す

    ベテラン本人か、現場を知る班長が確かめます。ここで誤分類を直すと、後の工程の手戻りが減ります。

  4. 4

    4. 骨子に並べ替えさせる

    手順の順に、勘所と失敗例を紐づけて並べます。順番が文字起こしから決められない箇所は「順序未確認」と書かせます。

  5. 5

    5. 質問リストを作らせる

    足りない数値、曖昧な基準、順序の矛盾を、次回の聞き取りで聞く質問に変えます。

2の依頼は、たとえば次のように書きます。

仕分けの依頼(例)
添付の文字起こし(第1回)の発言を、プロジェクト指示の基準で分類してください。
次の列の表にしてください。
列: 行番号 | 発言の要約(原文に近い言葉で) | 種類 | 工程の名前 | 安全の印
 
工程の名前は、発言から読み取れるときだけ書き、読み取れなければ空欄にしてください。
分類に迷う発言は、種類の欄に「要確認」と書いてください。

「要確認」の欄を許しておくのが要点です。分類を必ず埋めさせると、迷った発言も自信ありげに分類されます。3の人による確認では、この要確認と、安全の印の付け漏れを重点的に見ます。

4の骨子は、次のような形にします(書き方の例です)。

骨子の形(例)
工程3: 〇〇を取り付ける
  手順
    3-1. 〇〇を所定の位置に当てる [第1回 L42]
    3-2. 〇〇を固定する [第1回 L45]  順序未確認(L58 に「先に〇〇を」の発言あり)
  勘所
    - 固定の強さ: 「手応えで分かる」 [第1回 L47]  基準の数値は聞き取りに無し
  失敗例
    - 固定が甘いと運転中にずれて止まった [第1回 L61]
  安全
    - 取り付け中は機械を止める [第1回 L40]

数値や基準は、骨子の時点では空白のままで構いません。空白が見えているほうが、次の聞き取りで何を聞くかが決まります。

言い切れない箇所を残す

Claudeの出力は、文として整っているほど正しそうに見えます。骨子に載った一文を信じてよいのは、出所の行番号をたどって原文と合うときだけです。

確認は2段階で行います。

  1. 出所の照合: 骨子の各行について、示された行番号の発言が、書かれた内容と合うかを人が見る。これを骨子の全行について行う必要はなく、安全の印が付いた行と、数値を含む行を先に見る
  2. 足された内容の検出: 骨子から出所のない文を探させる。「出所のない項目を一覧にして」と依頼すると、補われた箇所が表に出る

2の検出は、Claudeに自己点検を頼む形になります。見落としはあり得るので、人の確認の代わりにはなりません。依頼の文面は次のようにします。

出所の点検の依頼(例)
上の骨子の各項目について、出所の行番号の発言を引用し、
項目の内容と一致するかを「一致 / 不一致 / 一部のみ」で答えてください。
引用は文字起こしの原文のまま、一字も変えずに書いてください。

引用が原文と一字違うときは、Claudeが原文から外れて書いているサインです。行番号を頼りに、手元の文字起こしと見比べます。

ベテランに戻して確かめる

骨子ができたら、ベテラン本人に見てもらいます。手順書全体を渡すより、見てほしい箇所を絞ります。

  • 順序未確認の箇所: どちらが先か
  • 数値や基準が空白の箇所: 言葉にするとどう言えるか
  • 失敗例: 原因と対処はこの理解でよいか
  • 骨子にない、言い忘れていること

最後の問いは、思い出しの助けになります。完成した骨子を見せると、ベテランは「そこは違う」「それなら〇〇も入れないと」と話し始めることが多く、2回目以降の聞き取りが骨子への指摘から始まります。新しく得た発言は、第2回の文字起こしとしてナレッジに足し、骨子を更新させます。

現場に出す前に決めておくこと

骨子は手順書の完成品ではありません。現場の手順書として使うには、いくつか人が決める作業が残ります。

  • 安全に関わる基準の最終確認は、ベテランの話だけで済ませず、社内規程や機械の取扱説明書と照らす
  • 手順書の承認は、社内の文書管理のルールに従う
  • 録音や文字起こしを使う旨は、本人に伝えて同意を得る。社外のサービスに文字起こしを預ける場合は、取扱いのルールも確認する

録音の文字起こし自体を自動で作る方法は、ClaudeからPlaudのMCPで録音を検索するで扱っています。

できあがった手順書をその後に回す

手順書の骨子を起こした後は、別の用途へ展開できます。

プロジェクトの操作の基本はClaude Projects完全ガイドにあります。Team・Enterpriseプランでは、プロジェクトを組織内に共有でき、「Can view」は閲覧とチャットのみ、「Can edit」は指示とナレッジの編集までできます。骨子の更新担当だけを「Can edit」にしておくと、現場の人が質問に使っても資料は変わりません。ただし管理者が共有をオフにしている組織では使えません。

聞き取りが終わったプロジェクトは、アーカイブで一覧から外せます。アーカイブしても共有の権限は変わらず、メンバーとナレッジもそのまま残ります。アクセスを止めたいときは、共有設定から個別に外します。

よくあるつまずき

  • 文字起こしの誤変換が骨子に入る: 工具名や型番は、音声認識で誤変換されやすい箇所です。用語メモと突き合わせ、表記が違う語は一覧にして止めます
  • ベテランが1回で全部を話した前提にする: 2回目以降の聞き取りで補う前提で、質問リストを毎回ナレッジに残します
  • 新しいチャットで前回の骨子が見えない: 骨子はチャット内の出力なので、確定版をファイルにしてナレッジへ足します
  • 複数のベテランの話を1つのプロジェクトに混ぜる: 同じ作業でも流儀が違うことがあります。人ごとに分け、違いは比較表で扱います
  • メモリの影響: プロジェクトごとに独自のメモリがあります。他の作業の記憶と混ぜたくなければ、プロジェクトのメモリ設定で「Use account memory」をオフにします

まとめ

技能継承の手順書は、文章をきれいに整えることより、誰がいつ言ったかを残すことで価値が決まります。仕分け、出所、聞き取りに無い箇所の明示の3点を指示に書き、最初の1回は短い工程1つで試します。骨子の空白がそのまま、次の聞き取りで聞くことの一覧になります。

この記事を共有:XはてブLinkedIn