メモリスによる要約- 初マネージャーがClaudeと壁打ちして1on1を設計した記録が公開
- AIは答えより「自分の制約」の言語化を助ける役割
- 設計後の運用（記録・振り返り）まで含めて考える余地がある
技術ブログ「DevelopersIO」に、初めてマネージャーになった書き手が、部下との1on1をどう設計するかをAI（Claude）との壁打ちを通じて組み立てた記録が公開された（はじめてのマネジメント：AIと組み立てた1on1）。1on1とは、上司と部下が1対1で定期的に行う対話のことで、業務の進捗確認ではなく、部下の成長支援や信頼関係づくりを目的とする面談を指す。
同記事の書き手は、職種の異なる3人の部下を担当することになったが、1on1の進め方に決まった型はなく、まず「この時間を根本的にどういう場にしたいか」を自分で決めるところから始めたという。そこで、専門の異なる部下にどう向き合うか、30分という短い時間で何を話すか、何を話せば意義のある時間になるか、という3つの相談をAIに投げ、返ってきた提案を実際の初回1on1の設計に反映させたと綴られている。特に、話すテーマを「本人が話したいことがあるか先に聞き、なければ用意した候補から選んでもらう」という順番にした点、初回は成長支援よりも「安心して話せる土台づくり」に絞った点が、壁打ちの成果として紹介されている。
マネジメントの現場では、1on1の進め方は各マネージャーの経験と勘に委ねられていることが多く、新任者ほど「何を話せばいいか」で迷いやすい。同記事が示しているのは、AIに正解を教えてもらう使い方ではなく、自分が抱える具体的な不安（専門が違う部下に力になれるのか、時間内に何を優先するか）を先に言語化し、その一つひとつに対する応答を持ち帰って自分の言葉に組み直す、という使い方である。この順序が逆になり、最初から「良い1on1のやり方」を漠然と尋ねると、一般論の羅列が返ってきやすく、自分のチームの状況に落とし込みにくい。
この記事が投げかけている論点は、AIとの壁打ちが効果を持つのは、相談を具体化してからだという点に集約される。同記事で紹介された3つの相談は、いずれも「専門が違う部下にどう向き合うか」「30分で何を話すか」「候補のテーマは何がよいか」という、自分の状況を前提に絞り込んだ問いだった。抽象的な悩みのままAIに投げず、まず自分の制約条件（信頼関係の段階、時間、相手のタイプ）を言葉にしてから相談する、という手順そのものが、初めてのマネジメントにおける最初の練習になっている。逆に言えば、AIが答えを出してくれるからマネジメントの経験不足が埋まるわけではなく、悩みを具体的な問いに変換する作業は、依然として本人がやるしかない。
もう一つ、この記事は1on1の「設計」に主眼を置いているが、設計した1on1をどう運用し続けるかという論点も残されている。同記事では、守秘の範囲や話すテーマの合意を初回に決めたことが紹介されており、これは1on1が信頼関係という積み重ねの上に成り立つことの裏返しでもある。一方で、口頭で交わされた1on1の内容は、次回までに双方の記憶から薄れやすく、前回どんな話をして何を約束したかを覚えておく負担は、進捗管理をしないぶん記録に残りにくいという1on1特有の弱点になる。ここで録音を運用に組み込む場合、守秘の合意（同記事が挙げた「基本はここでの話は私だけに留める」という原則）をそのまま録音・記録の扱いにも当てはめ、何を残し何を残さないかを初回のルールづくりの段階で明示しておく必要がある。設計だけでなく、実施後にどう振り返るかまで含めて考えると、1on1という時間の価値はより長く生き続ける。
あわせて読みたい： AI活用で生産性10倍、鍵は文脈設計にあり 生成AI、使いこなせない層で7割が業務支障