エンジニア組織の1on1設計ガイド｜定着率と採用力を高める運用術

「毎週1on1をやっているのに、エンジニアがまた辞めてしまった」

こう嘆く経営者やマネージャーは少なくありません。形だけの1on1はむしろ逆効果です。単なる進捗確認の場になっていたり、上司の独演会になっていたりする1on1は、エンジニアのエンゲージメントを下げ、離職の引き金にすらなり得ます。

一方で、1on1をうまく運用している企業は、エンジニアの定着率向上だけでなく、採用力の強化にもつなげています。「うちは1on1がしっかりしている」と社員が自然に発信してくれる組織は、候補者から見ても魅力的に映るからです。

この記事では、エンジニア組織に特化した1on1の設計・運用・改善手法を、採用支援の現場で見てきた実例を交えて解説します。

このページでわかること

• エンジニア組織で1on1が機能しない典型的な原因と対策

• エンジニアの特性に合わせた1on1の設計方法（頻度・時間・テーマ）

• 職種・レベル別の1on1アジェンダテンプレート

• 1on1を採用力に変換する具体的な施策

• 1on1の効果測定と改善サイクルの回し方

TL;DR（要点まとめ）

• エンジニアの1on1は「進捗確認」ではなく「キャリア対話」「技術成長支援」「心理的安全性の構築」が目的

• 週1回・30分が基本。リモート環境では特に重要度が増す

• EM（エンジニアリングマネージャー）とTL（テックリード）で1on1の役割を分ける設計が効果的

• 1on1の質は「聴く力」で決まる。上司が7割話している1on1は失敗している

• 1on1の運用品質は採用面接でも候補者から確認される。形骸化は採用力低下に直結する

1. なぜエンジニア組織に特化した1on1設計が必要なのか

一般的な1on1とエンジニア1on1の違い

1on1ミーティング自体は多くの企業で導入されています。リクルートマネジメントソリューションズの調査では、従業員規模5,000名以上の企業の約7割が1on1を導入済みです。しかし、「導入している」と「機能している」は別の話です。

エンジニア組織の1on1には、他の職種にはない固有の課題があります。

エンジニア特有の1on1課題:

• 技術的成長への強い関心: エンジニアは「技術的に成長できているか」に敏感。ビジネス成果だけを語る1on1では物足りなさを感じる

• 言語化の壁: 技術的な悩みを非エンジニアの上司に伝えにくい。「コードの設計が気持ち悪い」を説明するのに30分かかることもある

• 集中状態（フロー）の重要性: 不適切なタイミングの1on1は、深い集中を妨げてパフォーマンスを落とす

• キャリアパスの二面性: IC（Individual Contributor）とマネジメント、どちらに進むかで必要な対話が大きく異なる（参考: エンジニアのキャリアパス設計で採用力と定着率を高める実践ガイド）

• リモートワークの普及: エンジニア職はリモートワーク率が高く、意図的なコミュニケーション設計が不可欠

1on1が機能していない組織の特徴

採用支援の現場で見てきた「1on1が形骸化している組織」には、共通パターンがあります。

1. 進捗報告の場になっている: 「あのチケットどうなった？」から始まる1on1。これはデイリースタンドアップでやるべき内容

2. 上司が8割話している: メンバーの話を聞くための場なのに、上司の指示出しや自分語りの時間になっている

3. キャンセル常習: 「忙しいから今週はスキップで」が月に2回以上。メンバーは「自分は重要視されていない」と感じる

4. 記録がない: 前回何を話したか覚えていない。同じ話を毎回繰り返す

5. アクションに繋がらない: 「困っています」→「大変だね」で終わる。次回も同じ話題

これらが続くと、エンジニアは1on1を「時間の無駄」と感じ始めます。そして転職サイトのスカウトメールに反応するようになります。エンジニアの離職を本気で防ぎたい方は、定着率を高めるリテンション実践ガイドもあわせてご覧ください。

2. エンジニア1on1の基本設計

頻度と時間の最適解

エンジニア1on1の基本パラメータは以下の通りです。

ただし、これはあくまで出発点です。メンバーの状況に応じて柔軟に調整しましょう。

調整が必要なケース:

• 入社直後（1〜3か月）: 週2回・各15分。オンボーディング期間は短い頻度で接点を増やす

• シニアエンジニア: 隔週・45分でもOK。信頼関係ができていれば頻度を下げ、1回の深さを重視

• リモートワーカー: 週1回を厳守。オフィス勤務者より意識的に頻度を維持する

• パフォーマンス課題あり: 週2回に増やし、短期的にフォローアップを強化

1on1の3つの柱

エンジニアの1on1は、以下の3つの柱でバランスよく設計します。

柱1: キャリア・成長対話（40%）

エンジニアが最も重視するテーマです。技術的な成長実感がないと、エンジニアは転職を考え始めます。

• 現在のスキルレベルと目指す方向性

• IC路線かマネジメント路線か

• 社内で挑戦したい技術領域

• 学習のサポート（書籍・カンファレンス・勉強会）

• キャリアの不安や迷い

柱2: 業務・チーム課題（30%）

進捗確認ではなく、業務を通じて感じている課題や改善アイデアを引き出す場です。

• 今のプロジェクトで感じている技術的な課題

• チーム内のコミュニケーションで困っていること

• 開発プロセスの改善提案

• 他チームとの連携で感じている摩擦

• リソースやツールの過不足

柱3: ウェルビーイング・心理的安全性（30%）

エンジニアのメンタルヘルスとチームへの帰属意識を確認します。バーンアウト防止の具体策はエンジニアのバーンアウト対策ガイドで詳しく解説しています。

• 業務量は適切か（残業・休日出勤の有無）

• ストレスの原因になっていることはあるか

• チーム内で自分の意見を言いやすいか

• プライベートとのバランスは取れているか

• 会社や組織への不満・要望

アジェンダの作り方

1on1のアジェンダはメンバー主導で作るのが原則です。

実践的なアジェンダ運用:

1. 1on1の前日までに、メンバーがアジェンダを共有ドキュメントに記入

2. マネージャーは事前に目を通し、必要に応じて質問を準備

3. 1on1はメンバーのアジェンダから開始

4. メンバーのアジェンダが終わったら、マネージャーからの共有事項

5. 終了時にアクションアイテムを確認・記録

アジェンダが出てこないときの対処法:

「特に話したいことはありません」と言われたら、以下の質問で会話を引き出します。

• 「最近、チームの中で一番うまくいっていると感じることは？」

• 「今の業務で、もっとこうしたいと思っていることはある？」

• 「最近学んだ技術や気になっている技術はある？」

• 「3か月後、どんなスキルが身についていたら嬉しい？」

• 「もし何でも変えられるとしたら、開発プロセスのどこを変えたい？」

3. 職種・レベル別の1on1設計

ジュニアエンジニア（経験1〜3年）

ジュニアエンジニアとの1on1は、技術成長の支援と組織への定着が主目的です。

重点テーマ:

• コードレビューで受けたフィードバックの消化

• 技術的に分からないことを質問できる環境の確認

• 先輩エンジニアとの関係構築の状況

• 目標設定と進捗の確認（短期サイクル）

質問例:

• 「今週のコードレビューで、特に勉強になったポイントはあった？」

• 「技術的に詰まったとき、誰に相談してる？相談しやすい？」

• 「入社前のイメージと比べて、ギャップを感じることはある？」

• 「次の3か月で特に伸ばしたいスキルは何？」

注意点:

ジュニアエンジニアは「分からないことが分からない」状態になりやすいです。オープンクエスチョンだけでなく、「AとBどっちで困ってる？」のような選択式の質問も有効です。

ミドルエンジニア（経験3〜7年）

ミドルエンジニアとの1on1は、キャリア方向性の明確化と影響範囲の拡大が主目的です。

重点テーマ:

• IC路線とマネジメント路線の志向確認

• 技術的な意思決定への関与度合い

• チーム内での役割・影響力の拡大

• 社外活動（登壇・OSS・ブログ）への関心

質問例:

• 「今のプロジェクトで、自分の技術判断が活かされていると感じる場面はある？」

• 「もし後輩のメンターをやるとしたら、やってみたい？」

• 「設計レビューに参加したいテーマはある？」

• 「将来的にはICとマネジメント、どちらに興味がある？」

注意点:

ミドルエンジニアは「このままここにいて成長できるのか」を最も気にする層です。社内でのキャリアパスを具体的に示すことが重要です。漠然と「頑張れば上がれる」ではなく、「次はこのプロジェクトのテックリードを任せたい」のように具体的に伝えましょう。

シニアエンジニア（経験7年以上）

シニアエンジニアとの1on1は、組織への影響力の最大化と長期的なビジョン共有が主目的です。

重点テーマ:

• 技術戦略・アーキテクチャ方針への意見

• 組織課題の共有と解決策の議論

• 採用活動への関与（面接官・技術課題設計）

• チーム横断の技術課題の特定と解決

質問例:

• 「今の技術スタックで、1年後に課題になりそうなことは？」

• 「チームの技術力を底上げするために、やってみたいことはある？」

• 「最近の採用面接で、候補者の質について感じていることは？」

• 「外部カンファレンスで登壇してみたいテーマはある？」

注意点:

シニアエンジニアは自律性が高いため、マイクロマネジメントと受け取られる質問は避けましょう。「対等なパートナー」として意見を求めるスタンスが重要です。また、シニアエンジニアは市場価値が高く、常にスカウトを受けています。「ここにいる理由」を一緒に確認し続けることが離職防止のカギです。

EM（エンジニアリングマネージャー）向け

EMとの1on1は、EMの上位マネージャー（VPoEやCTO）が実施します。

重点テーマ:

• チームの健康状態（離職リスク・エンゲージメント）

• マネジメントスキルの成長支援

• 組織設計・チーム構成の課題

• EM自身のバーンアウト防止

質問例:

• 「チームの中で、今一番気になっているメンバーは？」

• 「最近のマネジメントで、うまくいった/いかなかったことは？」

• 「EMとしての業務量は適切？プレイングの割合はどう？」

• 「次の四半期で、チーム体制を変えたいと思っていることはある？」

4. EMとTLで1on1の役割を分ける設計

エンジニア組織でよく見る失敗パターンが、すべてをEMの1on1でカバーしようとすることです。EMはピープルマネジメントの専門家であっても、すべての技術領域に精通しているわけではありません。

役割分担の設計

この二層構造にすることで、以下のメリットがあります。

• EMの1on1負荷が分散される

• メンバーは技術的な悩みを技術に強い人に相談できる

• TLのマネジメントスキル育成にもなる

• 「話す相手」が複数いることで心理的安全性が高まる

TLの1on1で扱うテーマ

TLが実施する技術1on1のテーマ例です。

• コードレビューのフィードバック深掘り

• 設計判断の振り返り

• 技術的な学習計画の策定

• チームの技術課題の共有

• 新しい技術・ツールの評価

TLが1on1を実施する場合、EMとTLの間で定期的に情報共有を行い、メンバーの状況を統合的に把握することが重要です。

5. リモート・ハイブリッド環境での1on1設計

エンジニアはリモートワーク率が高い職種です。リモート環境では、オフィスでの雑談や表情の変化から状況を察知する機会が激減します。そのため、1on1の重要度はオフィス勤務の比ではありません。

リモート1on1の設計ポイント

カメラオン/オフのルール:

一律「カメラオン必須」にするのは避けましょう。ただし、以下のルールは有効です。

• 初回の1on1はカメラオン推奨（信頼関係構築のため）

• 普段はメンバーの判断に任せる

• 重要な話題（キャリア、評価）のときはカメラオンを提案

ツールの選び方:

• ビデオ通話: Google Meet / Zoom / Slack Huddle

• アジェンダ・記録: Notion / Google Docs / 15Five

• 非同期フォローアップ: Slack DM

リモートならではの工夫:

• 1on1の冒頭5分は雑談。リモートでは意図的にアイスブレイクを設計する

• 「最近ハマっている技術」「おすすめのツール」など、軽い技術トークから入ると自然

• 画面共有で一緒にコードを見ながら話すのもエンジニアらしい1on1の形

• 四半期に1回は対面での1on1を設定（ハイブリッド環境の場合）

非同期1on1の活用

すべてを同期的な30分のミーティングで行う必要はありません。

非同期で扱えるテーマ:

• 週次の振り返り（テキストベース）

• 学習計画の進捗共有

• 軽い質問・相談

同期でないと難しいテーマ:

• キャリアの方向性に関する深い対話

• パフォーマンスに関するフィードバック

• チーム内の人間関係の課題

• 評価・報酬に関する話題

6. 1on1を採用力に変換する方法

1on1は定着率向上だけでなく、採用力の強化にもつながります。ここがtechcellarが特に強調したいポイントです。

候補者は1on1について質問してくる

エンジニアの採用面接で、候補者から以下のような質問を受けることが増えています。

• 「1on1はどのくらいの頻度でやっていますか？」

• 「1on1ではどんなテーマを話しますか？」

• 「キャリアの相談は誰にできますか？」

• 「マネージャーとの関係構築はどのようにしていますか？」

これらの質問に対して、具体的な仕組みを説明できる企業は候補者からの評価が高くなります。逆に「まあ、適宜やっています」のような曖昧な回答では、「マネジメントが整っていない企業」という印象を与えてしまいます。

採用ブランディングへの活用

1on1の仕組みを採用ブランディングに活かす方法は以下の通りです。

1. テックブログ・採用サイトでの発信

「うちの1on1はこう運用しています」という記事は、候補者の関心を引きやすいコンテンツです。以下の要素を含めると効果的です。

• 1on1の頻度・時間・テーマの具体例

• メンバーからのフィードバック（匿名可）

• 1on1を通じた成長事例

2. 面接でのアピール

面接で1on1の仕組みを説明する際のポイントです。

• 「週1回30分、メンバー主導のアジェンダで実施しています」

• 「EMとTLで役割を分けて、キャリアと技術の両面をカバーしています」

• 「1on1の記録はNotion（共有ドキュメント）で管理し、前回の続きから始められるようにしています」

3. リファラル採用での訴求

既存メンバーが1on1に満足していれば、自然と知人に「うちのマネジメントはいいよ」と紹介してくれます。リファラル採用の成功には、こうした「語れる体験」の設計が不可欠です。

エンプロイーアドボカシーとの連携

自社のエンジニアがSNSやカンファレンスで「うちの1on1で成長できた」と自発的に発信してくれることが、最も効果的な採用ブランディングになります。エンプロイーアドボカシーの実践手法も参考にしてみてください。

そのためには、1on1を通じてメンバーが実際に成長を実感できる体験を提供することが前提です。「発信してください」と頼むのではなく、発信したくなる体験を作ることが重要です。

7. 1on1の効果測定と改善サイクル

「1on1をやっているかどうか」ではなく、「1on1が機能しているかどうか」を測定する仕組みが必要です。エンゲージメントサーベイと組み合わせることで、1on1の効果をより正確に把握できます。

定量指標

定性的な確認ポイント

数字だけでは捉えられない兆候にも注意を払います。

ポジティブなサイン:

• メンバーが自らアジェンダを積極的に作ってくる

• 1on1以外の場でもメンバーが気軽に相談してくる

• 1on1で出た改善提案がチーム全体に波及している

• メンバーがキャリアの方向性を自分の言葉で語れるようになった

ネガティブなサイン:

• 「特に話すことはありません」が3回以上続く

• 1on1のキャンセル・リスケが増えている

• メンバーの発言が減り、上司が話す割合が増えている

• 1on1で出た課題が次回も未解決のまま残っている

改善サイクルの回し方

1on1の品質改善は、以下のサイクルで回します。

四半期ごとのレビュー:

1. メンバーに1on1の満足度アンケートを実施（匿名）

2. EMが自身の1on1を振り返り、改善ポイントを洗い出す

3. EM同士で1on1のベストプラクティスを共有（EM向け勉強会）

4. 次の四半期の1on1方針をチームに共有

アンケートの質問例:

• 「1on1の頻度と時間は適切ですか？」

• 「1on1で自分の話を十分に聞いてもらえていますか？」

• 「1on1を通じて成長を実感できていますか？」

• 「1on1で話した内容が、その後のアクションにつながっていますか？」

• 「1on1の改善要望があれば自由に記入してください」

8. よくある1on1の失敗パターンと対策

失敗パターン1: 進捗確認ミーティングになっている

症状: 「あのタスクどうなった？」「次は何をやる？」で30分が終わる

対策:

• 進捗確認はデイリースタンドアップやSlackで行うルールにする

• 1on1のアジェンダテンプレートから「進捗報告」の欄を削除する

• 最初の5分で「今日は何について話したい？」と聞く習慣をつける

失敗パターン2: 上司のモノローグになっている

症状: マネージャーが会社の方針、チームの課題、自分の考えを一方的に話している

対策:

• 「70:30ルール」を意識する。メンバーが7割、マネージャーが3割話す

• 話し終えたら3秒待つ。沈黙を恐れない

• 「私はこう思うけど、あなたはどう思う？」と意見を求める

失敗パターン3: 記録を取らず同じ話を繰り返す

症状: 前回の話を忘れて毎回リセットされる。メンバーは「聞いてもらえていない」と感じる

対策:

• Notion等に1on1ノートを作り、必ず記録する

• 次回の1on1冒頭で「前回のアクションアイテム」を確認する

• メンバーにもノートへの記入を促す（共同所有の意識）

失敗パターン4: ネガティブフィードバックの場になっている

症状: 1on1が「ダメ出しの時間」と認識されている

対策:

• フィードバックは「SBI（Situation-Behavior-Impact）」フレームワークで具体的に伝える（フィードバックの基本は面接官トレーニングガイドも参考に）

• ポジティブフィードバックとネガティブフィードバックの比率は3:1以上を目指す

• パフォーマンスの問題は1on1とは別のミーティングで扱うことを検討する

失敗パターン5: キャンセルが常態化している

症状: 「忙しいからスキップ」が月に2回以上発生

対策:

• 1on1はカレンダーの「必須」予定として設定し、他の会議より優先する

• どうしてもスキップする場合は、必ず同じ週内にリスケする

• 「1on1をスキップしない」をEMの評価指標に含める

FAQ（よくある質問）

Q1. 1on1で技術的な話題はどこまで扱うべきですか？

EMがエンジニア出身であれば、ある程度の技術的な議論は有効です。ただし、コードレベルの詳細な議論は1on1よりもペアプログラミングやコードレビューの場が適しています。EMが非エンジニア（元人事・元PM等）の場合は、技術的な成長支援はTL（テックリード）との1on1に任せ、EMはキャリア・組織・ウェルビーイングに集中しましょう。

Q2. メンバーが1on1を嫌がっている場合はどうすればよいですか？

まずは「なぜ嫌がっているか」を理解することが重要です。多くの場合、過去の1on1体験が悪かった（進捗確認だけ、ダメ出しの場だった等）ことが原因です。「あなたのための時間であり、何を話してもいい」ということを伝え、初回は軽い雑談から始めましょう。頻度を隔週にする、時間を15分に短縮するなどの柔軟な対応も有効です。信頼関係ができれば、メンバーから「もう少し長くしたい」と言ってくれることが多いです。

Q3. 1on1の記録はどこまで詳細に残すべきですか？

キーワードレベルのメモで十分です。議事録のように一言一句記録する必要はありません。重要なのは、次回の1on1で前回の続きから始められる程度の記録です。具体的には、話したテーマ、メンバーの気持ち・状態、決めたアクションアイテムの3点を押さえておけばよいでしょう。なお、記録はメンバーと共有し、双方が確認できる状態にしておくことが望ましいです。

Q4. EMが持つ1on1の人数は何人までが適切ですか？

一般的に、EMが1on1を実施するメンバーは5〜8人が上限です。週1回30分の1on1を8人分実施すると、それだけで週4時間。準備や振り返りを含めると週6〜8時間を1on1に使うことになります。9人以上のメンバーを持つ場合は、チーム分割やTLへの一部委譲を検討しましょう。1on1の質を保つためには、人数を増やすよりも構造を変える方が効果的です。

Q5. 1on1で「辞めたい」と言われたらどう対応すべきですか？

まずは感情的にならず、冷静に受け止めることが最優先です。「話してくれてありがとう」と伝えた上で、辞めたい理由を丁寧に聞きましょう。その場で引き止めようとするのは逆効果です。理由が社内で解決可能なもの（業務内容、チーム、報酬等）であれば、具体的な改善案を一緒に考えます。すでに意思が固まっている場合は、円満退職に向けた引き継ぎ計画を話し合いましょう。いずれにしても、この時点で初めて不満を聞くということは、1on1が十分に機能していなかった証拠です。今後の改善に活かすことが重要です。

Q6. 新任EMが1on1スキルを身につけるにはどうすればよいですか？

3つのステップで段階的にスキルを磨くことをおすすめします。まず、先輩EMの1on1に同席して観察する（シャドーイング）。次に、自分の1on1を先輩EMに観察してもらいフィードバックを受ける（リバースシャドーイング）。最後に、EM同士で月1回の振り返り会を設け、困っていることや成功事例を共有する（EM勉強会）。書籍では「1on1マネジメント」「エンジニアリングマネージャーのしごと」がエンジニアリングマネジメントの文脈で参考になります。

Q7. 1on1と評価面談は分けるべきですか？

はい、明確に分けるべきです。1on1は「メンバーのための時間」であり、心理的安全性が確保された場であるべきです。評価の話が混在すると、メンバーは「この場で弱みを見せると評価に影響するかもしれない」と感じ、本音を話さなくなります。評価面談は四半期や半期ごとの別の場として設定し、1on1では日常的なフィードバックと成長支援に集中しましょう。

まとめ：1on1はエンジニア組織の「基盤インフラ」

エンジニア組織における1on1は、単なるマネジメント手法ではなく、組織の基盤インフラです。

アプリケーションがインフラの上で動くように、エンジニアの成長・定着・採用力はすべて1on1の品質の上に成り立っています。インフラが不安定だと、どんなに優れた施策を打ってもスケールしません。

1on1の設計・運用で押さえるべきポイント:

• 週1回30分、メンバー主導のアジェンダで実施する

• キャリア・業務課題・ウェルビーイングの3つの柱でバランスよく設計する

• 職種・レベルに応じてテーマと深さを調整する

• EMとTLで役割を分け、技術とキャリアの両面をカバーする

• リモート環境では1on1の重要度がさらに増すことを認識する

• 1on1の仕組みを採用ブランディングに活用する

• 定量・定性の両面で効果を測定し、四半期ごとに改善する

1on1に投資することは、エンジニアの定着率を上げ、採用コストを下げ、組織の生産性を高めることにつながります。「忙しいからスキップ」ではなく、「忙しいからこそ1on1をやる」。この意識転換が、エンジニア組織の強さを分ける分岐点です。

エンジニア採用でお困りのことがあれば、techcellarにお気軽にご相談ください。スカウト運用代行からAIスカウト運用、採用AX（業務自動化）まで、エンジニア採用のあらゆる課題を支援します。