ミライラボ様 上級編ヒアリング カンペ

Q1-1 ご参加の皆さんのお名前と役割、Claude Codeを触っている頻度をひと言ずつ教えてください

• 選択肢を先に出す: 毎日／週に数回／たまに／まだ触っていない
• 💡 「毎日」の人を覚えておき、S4で指名して聞く
• 💡 辻本さんが現場も兼ねているか、純粋に窓口かをここで判断

Q2-1 【必須】「上級編をやりたい」と思われたきっかけの出来事はありますか？

• 認識論的質問。結論ではなく経緯を聞く
• 深掘り: 「それはいつ頃の話ですか？」「社内で誰がそう言い出しましたか？」

Q2-2 【必須】研修が終わって3ヶ月後、現場がどうなっていたら「やってよかった」と言えますか？

• 具体的な場面で言ってもらう（「◯◯の作業が1人で回るようになっている」など）
• 深掘り: 「それは今は誰がやっていますか？」「今は何時間かかっていますか？」
• 深掘り: 指標を1つ選んで「今はどれくらいで、3ヶ月後にどれくらいなら成功ですか？」（現在値→目標値。数字にしにくければ「誰が・どの作業を・自力で完了できる」を達成条件にする）

Q2-3 【余裕】それを何で測りますか？（Q2-2の深掘りで取れていれば飛ばす）

• 例を出してよい: ある業務の所要時間／レビューにかかる時間／Claude Codeを使える人の人数／PRやリリースの数／手戻りの回数
• 💡 測れない言葉（「もっと使いこなす」）で止まったら、Q2-2の場面に戻して数字にする

Q2-4 【必須】上級編は誰に受けてほしいですか？

• 人数
• 職種（エンジニアのみ／非エンジニアも）
• 初級・中級を受けた人か、未受講者も混ざるか
• レベルのばらつき（毎日使う人と初めての人が混ざるか）

Q2-5 【余裕・30秒】今のチームのClaude Code活用度は、10点満点で何点ですか？

• 続けて: 「その点数にした理由は？」→「あと2点上がるとしたら何が変わっていますか？」→ 足りない点数ぶんが課題
• 💡 辻本さんと現場で点数がズレたら、その差も研修ネタ（認識ギャップ）

Q2-6 【必須・短く】逆に、上級編をやる上で心配なこと・やってほしくないことはありますか？

• 例: 自社コードを外に出せない／業務時間を取れない／前回の研修で合わなかった点
• 💡 ここで出た「前回の不満」は必ずメモ。中級編の改善点でもある

Q3-1 【必須】Claude Codeは今、どんな仕事で使っていますか？

• 新規開発
• 既存コードの改修
• バグ修正・調査
• テスト作成
• ドキュメント・仕様書
• コードレビュー
• コード以外（議事録・資料・調査など）
• 主要言語・フレームワーク・リポジトリの規模（一言で。題材選びに使う）
• 深掘り: 「一番多いのはどれですか？」「逆に使っていない仕事は？」

Q3-2 【必須】どの契約・環境で使っていますか？ →八田さん（契約まわりの話になったら）

• Pro／Max（個人契約）
• Team／Enterprise（会社契約）
• API・Bedrock経由
• 会社支給か個人持ちか
• 利用上限に当たることはあるか

Q3-3 【余裕】どんなスタイルで使っていますか？

• ターミナル
• VS Code／JetBrains拡張
• デスクトップアプリ
• Web版
• 1回のセッションの長さ（数分／30分〜／数時間）、1日に何回くらい

Q3-4 【必須・3分で一括】機能チェック表（項目名を読み上げて「使っている／聞いたことはある／知らない」を答えてもらう。説明はしない）

• コンテキスト注入型（AIに読ませるテキスト）
  • CLAUDE.md（プロジェクト用）
    使っている聞いたことはある知らない
  • CLAUDE.md（個人用 ~/.claude/）／CLAUDE.local.md
    使っている聞いたことはある知らない
  • Rules（.claude/rules/ でトピック別に分割）
    使っている聞いたことはある知らない
  • カスタムスラッシュコマンド
    使っている聞いたことはある知らない
  • Skills
    使っている聞いたことはある知らない
• ツール提供型（AIが使える道具を増やす）
  • MCP（GitHub／Slack／DB／社内ツールなど。何に繋いでいるか）
    使っている聞いたことはある知らない
• 実行環境型（AIの動き方そのものを変える）
  • サブエージェント
    使っている聞いたことはある知らない
  • Hooks（ツール実行前後の自動処理）
    使っている聞いたことはある知らない
  • 権限設定（allow／deny、自動承認の範囲）
    使っている聞いたことはある知らない
• 運用コマンド・使い方
  • Plan mode（Shift+Tab）
    使っている聞いたことはある知らない
  • /init でCLAUDE.md生成
    使っている聞いたことはある知らない
  • /compact／/clear の使い分け
    使っている聞いたことはある知らない
  • /cost でコスト確認
    使っている聞いたことはある知らない
  • Tasks（自動タスク分解）
    使っている聞いたことはある知らない
  • git worktree などで並列作業
    使っている聞いたことはある知らない
• 💡 3分類はDラボ「Claude Code その3」の整理を借用 https://daigovideolab.jp/blog/43kamkrezvgb9mmyrnz0ng

Q3-5 【必須】CLAUDE.mdや使い方のルールは、チームで共有されていますか？

• チームで共有・Git管理
• 各自バラバラ
• そもそも書いていない
• 深掘り: 「新しく入った人はどうやって使い方を覚えますか？」

Q3-6 【余裕】初級・中級で学んだことで、現場で使えていること／使えていないことは？

• 💡 研修の定着度。使えていない理由（時間がない／現場の環境が違う／忘れた）は上級編の設計に直結

Q4-0 【必須・1分】冒頭の分岐（Q1-1で聞いた頻度を見て決める）

• 使っている人が複数いる → 通常どおりQ4-1へ。「毎日」の人から指名する
• 使っている人が1人だけ → 同じ人に「別の作業」「別の日」の場面で計3件聞く（配分は同じ）
• 使っている人が0人 → Q4-1の代わりに、同じ配分で「今のツールや手作業で一番時間がかかっている具体場面」を3件聞き、「Claude Codeを使う上での障壁（権限・ルール・不安）」は別に聞く。メモの頭に【未利用】と付けて、Claude Codeの失敗事例とは分けて記録する
• 使っている人はいるが今日は不在 → 上と同じ進め方で聞き、メモの頭には【利用者不在・要確認】と付ける。足りない事例はS6の追加確認に回す
• 現場の事例を話せる人が不在 → S6で「追加で話を聞く相手・担当・期限」を必ず確定する

Q4-1 【必須・候補出し2分＋3件×4分】直近1ヶ月で、Claude Codeを使っていて一番時間を溶かした場面を1つ教えてください

• 何をしようとして → 何が起きて → どう収めたか、の順で
• 深掘り: 「そのときClaude Codeに何て指示しました？」「それ、何回目ですか？」「他の人も同じ目に遭っていますか？」「結局どれくらい時間がかかりましたか？」
• 💡 1人目が終わったら「他の方は？」で2人目・3人目。3件そろうまで、深掘りは1件4分で切る

Q4-2 【補助】よくある失敗パターン（エピソードが出てこないときだけこちらから例示。当てはまる／たまに／ない）

• 意図と違うコードが出てくる・頼んでいない範囲まで変える【→A 指示設計】
  当てはまるたまにない
• 既存コードを壊す・テストが通らなくなる【→B 壊さない運用】
  当てはまるたまにない
• 長いタスクの途中で指示を忘れる・後半で品質が落ちる【→C コンテキスト管理】
  当てはまるたまにない
• 出てきたコードのレビューに時間がかかる・読み切れない量が出る【→B】
  当てはまるたまにない
• 権限確認が多くて止まる／逆に危ない操作が怖くて任せられない【→B】
  当てはまるたまにない
• トークン・コストが読めない／上限に当たる【→C】
  当てはまるたまにない
• 人によって成果の質がバラバラ【→A】
  当てはまるたまにない
• コード以外（仕様・調査・運用）に使えていない【→D 業務に繋ぐ】
  当てはまるたまにない
• 社内データ・社内ツールに繋げられない【→D】
  当てはまるたまにない
• 深掘り: 当てはまったものは「最近いつ起きたか」を1つ

Q4-3 【必須・2分】出た困りごとの中で、一番つらいのはどれですか？

• 理由も一言。複数人で意見が割れたら全部メモ（S6で決裁者にも最優先を聞く）

Q4-4 【余裕】逆に、うまくいっている工夫はありますか？

• 例: CLAUDE.mdにこう書いた／こういう頼み方にしている／必ずPlanを見てから進める
• 💡 まず褒める（マイクロラポールビルダー）。上級編で「社内のベストプラクティス」として横展開できる

Q4-5 【余裕】Claude Codeに任せていない作業は何ですか？ なぜ任せていませんか？

• 💡 信頼の境界線。「怖いから」「失敗したから」「やり方が分からないから」で対策が変わる

Q4-6 【余裕】もしClaude Codeが明日からこうなってくれたら一番うれしい、は？

• 💡 願望から研修ゴールを逆算する。ツールの話か、チームの話か、自分のスキルの話かを聞き分ける

Q4-7 【余裕】ご自身のClaude Codeの使いこなしは10点満点で何点ですか？ その点数の理由と、あと2点上がるなら何が変わっていますか？

• 💡 Q2-5のチーム点数と比べる

Q5-1 【必須】研修で自社の実コードを題材にできますか？

• できる
• 一部（公開してよいリポジトリだけ）
• できない → サンプルリポジトリ前提
• 深掘り: 「セキュリティ上のNGは何ですか？」「NDAや情報システム部門の確認は必要ですか？」

Q5-2 【必須】研修当日、受講者はご自身のClaude Codeアカウントで参加できますか？

• 会社アカウントで参加できる
• 個人アカウントなら可
• 権限・契約の都合で難しい → LIDDELL側でレンタル環境を検討 →八田さん
• 研修用の端末にClaude Code・Git・実行環境（Node／Python など）を入れられるか、ネットワーク制限はないか
• 深掘り: 「研修中にMCPや外部ツール連携を試すのは社内ルール的に大丈夫ですか？」
• 💡 不明な点はその場で調べず「確認してくださる方と期限」をメモして次へ

Q5-3 【必須】形式と時間はどれが現実的ですか？

• 1日集中
• 半日×2回
• 間を空けて2回（宿題を挟む）
• オンライン／オフライン
• 深掘り: 「業務時間内で何時間なら取れますか？」

Q5-4 【必須】日程と人数 →八田さん

• 10/28〜30の候補で動いているが、人数・会場・時間を八田さんに確認してもらう
• 💡 船津は内容の話に集中。日程調整はこの場で決め切らなくてよい

Q5-5 【余裕】事前課題はお願いできますか？

• 例: 「現場の困りごとを1つ持ってくる」「今使っているCLAUDE.mdを持ってくる」「時間を溶かした場面を書いてくる」
• 💡 事前課題が通ると、研修の演習を自社ネタにできる

Q5-6 【余裕】研修の最後に、何が手元に残っていると嬉しいですか？

• 自社用CLAUDE.mdの雛形
• チームの運用ルール（Plan→実装→レビューの型、権限設定）
• カスタムコマンド・Skillsのセット
• 失敗パターン別チェックリスト
• その他

Q6-1 【余裕】今日出なかったことで、研修を作る上で知っておいた方がいいことはありますか？

Q6-2 【必須】追加でお話を聞いた方がいい方はいますか？

• 例: 現場で一番使っている人、今日欠席の人、情報システム担当
• 現場の事例が今日取れていなければ、相手・担当・期限をここで確定する

Q6-3 【必須】次アクション

• 「◯日までに上級編の構成案をお送りします」と日付をその場で言う →八田さん（期限と見積りの進め方を確認）
• 事前課題・題材提供の可否は辻本さんに社内確認をお願いする
• 💡 時間が余ったらもう一度「今のチームの活用度は何点ですか？」と聞くと認識の変化が分かる（任意。最優先の確認を先にする）