管理職が Claude Code を使ったら、評価コメントと1on1記録の文書化が半日から1時間になった
1. 1on1の記録をつけていない管理職は、メンバーの成長の軌跡を追えていない
1on1の記録をつけていない管理職は、メンバーの成長の軌跡を追えていない——これは厳しいようですが、多くの現場で起きている現実です。
会話の内容は覚えている。「先月、目標のあの件を話した」という感覚もある。しかし6ヶ月後に評価コメントを書こうとしたとき、「あのとき具体的に何を言ったか」が曖昧になっている。結果として、評価の根拠が「印象」になってしまう。メンバー側からすると、「なぜこの評価なのか」がわからない、という状況が生まれます。
管理職が「書く作業」に割く時間は少なくありません。1on1のメモ、評価コメント、目標設定書、業務引き継ぎ書——これらはすべて、「自分のために書く」文書ではなく「組織のために書く」文書です。チームの状況を可視化し、評価の公正さを担保し、人が変わっても業務が止まらないようにする。こうした文書が揃っていると、組織として機能する。揃っていないと、個人の記憶と属人的な判断に頼り続けることになります。
問題は、こうした文書を書く時間が取れないことです。プレイングマネージャーは現場業務と並行して管理業務をこなしています。1on1のたびにメモをつける時間がない、評価コメントを書き始めると止まる、引き継ぎ書は結局口頭で済ませてしまう——この繰り返しが、「管理職の文書化」を後回しにさせています。
Claude Code は、「自分の中にある考えと事実を、文書として整える工程」を速くするためのツールです。評価の判断はマネージャーがする。1on1で何を話すかはマネージャーが決める。しかし「それを文書にまとめる」工程を Claude Code に補助してもらうことで、書く時間の問題を解消できます。
2. 管理職が「組織のために書く」4種類の文書
管理職が書く文書は、大きく「自分のためではなく組織のために書くもの」と「目の前の業務を動かすためのもの」に分けられます。ここで扱うのは前者、「組織の記録として機能する文書」の4種類です。
2.1 1on1記録：メンバーの成長を追跡するための文書
1on1の記録が価値を持つのは、単発ではなく「蓄積されてから」です。3ヶ月前の1on1で話した課題が今どうなっているかを追うことができる、半年後の評価面談で「この時期にこういう話をしていた」と根拠を出せる——こうした使い方をして初めて、1on1の記録は機能します。
Claude Code を使った1on1記録の作り方は、「話した内容のキーポイントをメモとして渡し、記録の形に整えてもらう」というものです。面談後に5分でメモをまとめてから渡すと、次回以降に参照しやすい形の記録が出てきます。
入力例:
以下の1on1（30分）の内容をもとに、記録用のメモを作成してください。
【対象メンバー】入社2年目・営業担当（山田）
【実施日】2026年4月18日
【話した内容（メモ）】
・先月から担当になった大口クライアントの進捗確認。順調そうだが
提案書の完成が毎回ぎりぎりになっているとのこと
・本人は「クライアントの情報収集に時間がかかっている」と言っていた
・来月の目標として「提案書を商談3日前に完成させる」を設定した
・本人から「チームの先輩に相談しやすい雰囲気がある」という話が出た
【出力形式】
「確認事項・本人の状況・決定したこと・次回確認ポイント」の構成で、
200字程度で。次回の1on1でそのまま参照できる形に。
この記録が6ヶ月分蓄積されると、「提案書の完成タイミングという課題を、本人が認識してから半年でどう改善したか」という軌跡が残ります。評価の根拠として使える文書になります。
2.2 評価コメント：言葉選びという繊細な問題を扱う
評価コメントで詰まるのは、「何を言うか」より「どう言葉にするか」という部分です。「このメンバーの課題はわかっている。しかし、その課題を評価コメントとして書くとどういう表現になるか」で止まる。特に、改善を促す内容を「批判に聞こえず、前向きに受け取ってもらえる言葉」に整えるのは難しい作業です。
Claude Code を使うときは「AIに評価してもらう」のではなく、「自分が判断した評価内容を、伝わりやすい言葉に整えてもらう」という使い方をします。この区別が重要です。
入力例:
以下の情報をもとに、評価フィードバックコメントの下書きを作成してください。
【対象メンバー】
入社3年目・企画担当（佐藤）
【評価期間中の事実（具体的な行動・成果）】
・新企画の提案書を自主的に3件作成し、そのうち1件が採用された
・採用された企画の実行フェーズで、他部門との調整を自分で進めた
・締め切りを1度守れなかった（10日遅延）。本人は「情報収集に予想以上の時間がかかった」と言っていた
・チームメンバーへの協力依頼が上手く、周囲からの評判が良い
【伝えたい内容の方向性】
・自主的な提案と採用されたことは大きく評価する
・実行フェーズでの自律性も評価する
・締め切りの件は、来期のスケジュール管理の改善点として伝えたい
・全体として「自分で動ける人間として成長している」というメッセージを伝えたい
【条件】
・300〜400字
・改善点は批判的にならず、成長の余地として表現する
・本人が読んで「自分のことをちゃんと見てくれている」と感じる内容に
この使い方のポイントは、「事実」と「伝えたい方向性」を分けて渡すことです。事実はマネージャーが整理する。それをどう表現するかを Claude Code に補助してもらう。この分担で、評価コメントに対する「自分の言葉かどうか」という懸念を和らげることができます。
出てきたコメントは必ず一読して、自分の言い回しに近い表現に修正してから使ってください。Claude Code の出力はあくまで下書きです。
2.3 目標設定書（MBO）：「合意した内容」を文書として残す
目標設定書は「自分が決めた目標」ではなく「マネージャーとメンバーが合意した目標」の記録です。1on1や目標設定面談で口頭で合意したことが、後になって「そんなこと言ったっけ」「そういう意味では言っていない」という解釈の齟齬を生むことがあります。
合意した内容をその場で文書として残しておくことで、この齟齬を防ぐことができます。Claude Code に「面談で合意した内容のメモ」を渡すと、目標設定書の形に整えてくれます。
入力例:
以下の面談メモをもとに、目標設定書（MBO）の形に整えてください。
【対象メンバー】入社4年目・営業リーダー（田中）
【設定期間】2026年4月〜9月（半期）
【面談で合意した内容のメモ】
・チームの新規アポイント獲得数を月15件（現状12件）に増やす
・後輩2名の商談同行を月2回以上行い、スキルトランスファーを進める
・上期末に自チームのプロセス改善案を1件提案する
・個人の大口案件（3件以上）をクロージングする
【出力形式】
各目標について「目標・達成基準・期限・測定方法」を明記した表形式で。
本人が見て「何をいつまでにどの水準で達成するか」が明確にわかる形に。
目標設定書が文書として残っていると、中間レビューのときに「4月時点で何を合意したか」に立ち返ることができます。評価の根拠が「印象」ではなく「文書」になります。
2.4 業務引き継ぎ書：「誰がいなくなっても止まらない組織」のための文書
業務引き継ぎ書は、「自分の仕事を誰かに渡すための文書」として書かれることが多いですが、本来は「この業務が組織として誰でも担える状態にするための文書」です。
異動・退職・育休・急な離脱——業務が人に紐づいているほど、こうした変化があったときに組織が止まります。引き継ぎ書が整っていると、担当が変わっても業務の継続性が保たれます。
しかし、実際には「後で書こう」と思いながら後回しになる文書の典型でもあります。Claude Code に「業務の概要メモ」を渡すと、引き継ぎ書の骨格が出てきます。ゼロから書くより、叩き台があるほうが速く仕上がります。
入力例:
以下のメモをもとに、業務引き継ぎ書の初稿を作成してください。
【対象業務】月次クライアントレポートの作成と送付（営業部・担当：鈴木）
【業務の概要メモ】
・毎月末（25日〜末日）にクライアント5社分のレポートを作成する
・データ取得はGoogle スプレッドシートの「クライアント管理台帳」から
・テンプレートはGoogle ドライブ「/reports/月次レポートテンプレート」にある
・完成後はクライアント担当者に直接メールで送付（CCに上長）
・クライアント別に送付先メールアドレスが異なる（リストは台帳に記載）
・よくある問い合わせ：データの前月比がマイナスのときの補足コメントの書き方
【出力形式】
「業務概要・手順（番号付き）・注意事項・よくある質問と対応」の構成で。
この書類だけ読めば初めての担当者が業務を開始できる水準に。
3. 複数メンバーを並行して評価するときのバランスをとる方法
評価コメントを複数メンバー分書くときに起きやすい問題が、「評価の基準がブレる」という点です。最初のメンバーのコメントと5人目のコメントでは、文体・厳しさ・具体性の水準が変わっていることがあります。自分で気づきにくいバランスの崩れです。
Claude Code を使って複数メンバーの評価コメントを作る場合、以下のアプローチが有効です。
まず、評価の基準を最初に明示した上で、1人ずつ個別に作成します。
【共通の前提条件】
・評価対象: 営業チーム（入社年数・職位が異なる4名）
・評価観点: 成果（50%）・行動・プロセス（30%）・チームへの貢献（20%）
・文体: 本人に直接渡す前提で。批判的にならず、前向きに受け取れるトーン
・長さ: 各300〜400字
上記の共通前提で、以下のメンバー（田中）の評価コメントを作成してください。
【田中の情報】...
この共通前提を毎回同じ形で渡すことで、5人分の評価コメントに一貫したトーンと水準が保たれやすくなります。
全員分のコメントが揃ったら、一度並べて読んでみてください。「この人のコメントだけ具体性が低い」「この人だけ厳しい印象になっている」という差異が見えやすくなります。その差異を修正する作業が、最終的な「公平な評価コメント」に近づく工程です。
4. 自分の業務判断を組織に説明するための文書化
管理職が書く文書には、もう一種類あります。「自分がなぜその判断をしたか」を組織に説明するための文書です。
採用の不採用理由、施策の方向転換の背景、チーム体制の変更の経緯——こうした判断の背景が文書に残っていると、後から「なぜあのときそうしたのか」が追えます。残っていないと、判断の理由が属人的な記憶に依存し、次の判断の参考にならないまま消えていきます。
Claude Code への入力例:
以下の判断について、関係者に説明するための簡潔な文書を作成してください。
【判断内容】
採用面接（最終）で候補者Aを不採用とした。
【判断の根拠（メモ）】
・技術スキルは基準を満たしていた
・面接での回答が「正解を探している」印象で、不確実な状況での対応力が見えなかった
・チームの現在の課題（新規領域への柔軟な対応）に対するフィットが弱いと判断した
・一方で、候補者Aの志向性そのものは否定していない
【用途】
採用担当者への共有・社内採用記録として残す。外部には出ない内部文書。
候補者の人格批判にならず、選考基準との照合で説明できる表現で。
こうした判断の記録が蓄積されると、「自分のチームにどういう人材を採用してきたか」「どういう基準で判断してきたか」という組織的な蓄積になります。
5. よくある疑問と注意点
Q1. メンバーの個人情報をAIに渡してもいいですか？
氏名・評価点数・給与・医療情報などの個人情報をそのまま渡すことは避けてください。「入社3年目・営業担当」のような属性情報と「具体的な行動・成果のメモ」を使って文書化する分には、個人の特定につながる情報を含めなくて済みます。社内のセキュリティポリシーを先に確認した上で使ってください。
Q2. Claude Code に評価を「考えさせる」のは問題ありませんか？
評価の判断はマネージャー自身が行います。Claude Code に委ねるのは「判断した内容を文書として整える工程」です。「このメンバーを何点にするか」「誰を昇格させるか」という判断は、Claude Code には委ねないでください。
Q3. 評価コメントが「AIっぽい文体」になりませんか？
なりやすいため、出力後に必ず自分の言い回しに修正することが重要です。「骨格はClaude Code に作らせ、言葉は自分のものにする」という分担を最初から決めておくと、メンバーとの信頼関係を損ねずに使い続けられます。
Q4. 1on1記録は毎回すぐ書かないと使えませんか？
記憶が新鮮なうちに入力するほど精度は上がります。「面談後5分でキーポイントのメモを箇条書きにする」というルーティンをつくることが、継続的に使うためのコツです。
Q5. 引き継ぎ書のような複雑な文書も対応できますか？
対応できます。ただし「完成した引き継ぎ書」が出てくるのではなく、「渡した情報をもとにした骨格の初稿」が出てきます。初稿を読んで「この手順が抜けている」「この注意事項を追加したい」という修正を加える作業が必要です。ゼロから書くよりも、初稿があるほうが完成までの時間が短くなります。
6. 導入で失敗しないための3つのポイント
ポイント1：「事実のメモ」と「伝えたい方向性」を分けて渡す
Claude Code に渡す情報が整理されているほど、出てくる文書の質は高くなります。評価コメントであれば「具体的な行動と成果（事実）」と「この期間を経てどう伝えたいか（方向性）」を分けて書く。1on1記録であれば「話した内容のキーポイント（事実）」と「次回に確認したいこと（予定）」を分けて書く。この整理作業自体が、マネージャーとしての思考を明確にする過程にもなります。
ポイント2：出力はそのまま使わず、必ず自分の言葉に修正する
特に評価コメントと1on1記録は、メンバーに見せることを前提とした文書です。Claude Code が出した文体が「自分が普段話すような言い方ではない」と感じたら、迷わず修正してください。「骨格はClaude Code、言葉は自分」という分担を最初から決めておくことが、長続きするコツです。
ポイント3：テンプレートを評価サイクルごとに育てる
1回うまく使えた入力形式を保存しておくことで、次の評価期間から「情報を差し替えるだけ」で使えます。「半期評価コメント用」「目標設定面談後の記録用」など、評価サイクルに合わせてテンプレートを整備しておくと、評価期間のたびにゼロから考えなくて済みます。
7. こんな管理職に特に向いています
- 評価コメントをメンバー全員分書くのに半日以上かかっている方
- 1on1はやっているが記録が残っておらず、評価の根拠が「印象」になってしまっている方
- プレイングマネージャーで、現場業務と並行して管理業務をこなしており文書化が後回しになっている方
- チームの拡大に伴い、個別の状況を追いきれなくなってきた方
- 業務引き継ぎ書を「いつか書かなければ」と思いながら後回しにしている方
- 「優れた管理職ほど文書が得意」ではなく「文書化できる環境があれば管理職の質が上がる」という感覚を持っている方
一方で、「誰を昇格させるか」「給与をいくらにするか」という判断はClaude Code に委ねないでください。文書化の補助として使う分には問題ありませんが、意思決定そのものを外部委託することは、マネジメントの本質から外れます。
8. claudecode道場で学ぶと何が変わるか
claudecode道場は、非エンジニアのビジネスパーソンが Claude Code を業務で使えるようになるための研修プラットフォームです。malna株式会社が運営しています。プログラミングの知識は一切不要です。全20章（2026年4月時点）を無料で学べます。
管理職・マネージャーの実務で発生する「書く作業」——評価コメント・1on1記録・目標設定書・引き継ぎ書——こうした文書の作成を題材にした実践的なカリキュラムが揃っています。「ツールを知っている」ではなく「実際の業務で使いこなせる」状態を目指した設計になっています。
チームメンバー全員が同じ水準でClaude Code を使えるようになると、「管理職だけが使える」ではなく「チームとして文書化の文化を作る」という段階に進むことができます。
9. まとめ
管理職にとって「文書化できる環境があれば、管理の質が上がる」という視点は、見過ごされやすいものです。優れた管理職ほど文書を書くのが得意なのではなく、文書化を支える環境と仕組みがあるほど、管理職が本来の仕事に集中できるようになります。
1on1記録では「メンバーの成長の軌跡を追う」、評価コメントでは「言葉選びという繊細な作業を補助してもらう」、目標設定書では「合意した内容を文書として残す」、引き継ぎ書では「誰でも担える組織を作る」——こうした「組織のために書く文書」に、Claude Code は実際に役立ちます。
まず試してほしいのは、直近の1on1が終わった後に5分でキーポイントをメモし、Claude Code に渡して記録を作ってみることです。1件だけ試すだけで、「こういう使い方ができるのか」という感覚が得られます。
チームへのClaude Code 展開について相談したい場合は、Claude Code導入支援についてmalnaに相談する からどうぞ。
※本記事に含まれる時間削減の数値は、特定の業務条件を前提とした参考値です。実際の効果は業務内容・環境・習熟度によって異なります。
