▼ この記事の内容
エンジニアの1on1では、進捗報告だけでなく、技術課題、レビュー、設計判断、学習、キャリア、チーム連携まで話題にします。困りごとを一つ選び、次回行動と必要な支援を決めると、面談後の動きが明確になります。
エンジニアとの1on1は、チケットの進捗確認だけに寄ると価値が下がります。開発の詰まり、レビューの受け止め、設計判断、学習計画など、通常の朝会では扱いにくい話題を整理する場です。
一方で、話すことを自由にしすぎると、雑談か業務報告で終わります。マネージャーは聞く観点を用意し、メンバーは今困っていることを一つ選んで持ち込むと、対話が具体化します。
特にエンジニアは、技術課題と心理的な負荷が重なりやすい職種です。1on1では、コードや設計の話だけでなく、集中時間、チーム連携、キャリアの方向性まで扱います。
1on1の目的や基本構造を先にそろえる場合は、一般的な設計も合わせて確認しておくと、職種別の話題を運用へ落とし込みやすくなります。
【260スライドで1on1を完全網羅】
流れ・アジェンダ・よくある失敗まで、実践に必要な知識をすべて詰め込んだ一冊！
>>『メンバーの成長・マネジメントのプロが実践する1on1パーフェクトガイド』を無料ダウンロードする
目次
エンジニアの1on1は進捗報告だけで終わらせない
エンジニアの1on1は、業務進捗を確認するだけの場ではありません。開発を進めるうえで何が詰まり、どの支援があれば前に進むかを整理する場です。
話すことは技術課題と働き方に分ける
エンジニアが1on1で話すことは、技術課題と働き方の二つに分けると整理しやすくなります。設計、実装、レビュー、障害対応の詰まりと、集中時間、連携、学習、キャリアを分けて扱います。
技術課題だけを見ると、本人の負荷やチーム内の摩擦を見落とします。働き方だけを見ると、実装や設計の支援が遅れます。
そのため、1on1では最初に今週一番話したい技術課題を確認し、次に作業環境や連携の困りごとを聞きます。二つを分けるだけで、対話が報告から支援に変わります。
どちらの話題も、最後は次に試す行動へ落とします。調査を進める、相談相手を変える、レビュー依頼を早めるなど、本人が動ける単位で終えます。
1on1の基本目的を確認したい場合は、1on1を行う理由と進め方を先にそろえると、職種別の話題も設計しやすくなります。
マネージャーは解決策より状況整理を優先する
マネージャーがすぐに技術的な答えを出そうとすると、1on1がレビュー会や設計会議に変わります。まずは、何に迷っているのか、誰の判断が止まっているのかを整理します。
例えば、設計方針で迷っているのか、仕様の前提が曖昧なのか、レビュー待ちが長いのかで支援は変わります。原因を分けると、次に呼ぶべき人や会議も決めやすくなります。
本人が言語化できていない場合は、最近一番時間を使った作業や、手戻りが多かった場面を聞きます。答えを出す前に、詰まりの種類を一緒に特定します。
状況整理ができたら、1on1で解くことと別の場に切り出すことを分けます。深い技術議論は、設計相談やペア作業へ移す方が進みやすくなります。
目標とのつながりを説明する場合は、1on1で目標を伝える観点を使うと、技術課題と期待役割をつなげやすくなります。
メンバーは困りごとを事前に一つ選ぶ
メンバー側は、話題を完璧に用意する必要はありません。いま一番判断に迷っていること、相談したい相手、次に進むために必要な支援を一つ選ぶだけで十分です。
困りごとが複数ある場合は、仕事への影響が大きい順に並べます。緊急度だけでなく、放置すると設計の手戻りやチーム連携に広がるものを優先します。
準備メモには、事実、困っている理由、次に試したいことを書きます。これにより、1on1の時間を状況説明ではなく意思決定と支援調整に使えます。
準備が難しい週は、困っていないことを確認するだけでも意味があります。順調な理由を言語化すると、本人の強みや再現できる働き方も見えます。
メンバー側の準備を整える場合は、部下側が1on1で話す内容の整理も合わせて確認できます。
エンジニアが1on1で話す8つの話題
エンジニアの1on1で使いやすい話題は、技術、プロジェクト、チーム、成長の四つに分けられます。毎回すべてを扱うのではなく、今の状況に合う話題を一つか二つ選びます。
| 話題 | 確認すること | 着地 |
|---|---|---|
| 技術課題 | 実装や調査で詰まっている点 | 相談先や検証手順を決める |
| 技術負債 | 後回しにしている改善点 | 対応時期と優先度を決める |
| レビュー | 指摘の受け止めや待ち時間 | レビュー基準や依頼方法をそろえる |
| 設計判断 | 迷っている前提や選択肢 | 判断者と決定期限を決める |
| 品質改善 | 障害、テスト、手戻り | 再発防止と確認観点を決める |
| 学習 | 伸ばしたい技術や経験 | 学習時間と実務機会を結びつける |
| キャリア | 目指す役割や専門性 | 次の経験と期待役割をすり合わせる |
| チーム連携 | 相談しづらさや情報不足 | 共有方法と巻き込み方を変える |
開発の詰まりと技術負債
開発の詰まりは、本人のスキル不足だけでなく、仕様の前提、レビュー待ち、環境差分、技術負債によって起きます。1on1では、何が分かれば前に進むかを切り分けます。
技術負債の話題では、気になっている箇所をただ列挙せず、影響が出ている業務を確認します。障害、手戻り、レビュー工数、開発速度のどれに効いているかを聞きます。
着地は、今直す、次の開発で直す、記録だけ残すの三つに分けます。優先度を決めると、本人が不満を抱えたまま作業を続ける状態を減らせます。
レビュー、設計判断、品質改善
レビューの話題では、指摘が多いか少ないかより、基準が共有されているかを確認します。レビュー待ちが長い場合は、依頼の粒度や見る観点が合っているかを話します。
設計判断では、選択肢、判断基準、期限、相談相手を分けます。本人が一人で抱え込んでいる場合は、設計相談の場やペア作業へ移します。
品質改善では、テストの不足や障害対応だけでなく、なぜ見逃したかを扱います。再発防止を責任追及にせず、確認観点とチームの仕組みへ落とします。
学習、キャリア、チーム連携
学習とキャリアは、日々の開発から切り離すと抽象的になります。経済産業省とIPAが公表するデジタルスキル標準のような外部指標も参考にし、担当業務と学習計画を照らします。
チーム連携では、相談しづらい相手、情報が届かない場面、会議が多すぎる感覚を聞きます。本人の性格ではなく、連携ルールや情報共有の設計として扱います。
キャリアの話題は、半年に一度だけでは間に合わないことがあります。担当業務の中で伸ばせる経験を小さく決めると、日々の開発と成長がつながります。
目標設定と育成の接続を考える場合は、成長目標を具体化する考え方が参考になります。
話題に困らない準備と進め方
エンジニアの1on1を安定させるには、毎回の話題をその場で探さないことが重要です。前回の約束、今週の変化、次回行動を短く確認すると、相談の質が上がります。
前回の約束と今週の変化を確認する
最初に、前回決めた行動が進んだかを確認します。できたかどうかだけでなく、進めるうえで変わった前提、増えた不安、周囲の反応を聞くと支援が具体的になります。
今週の変化では、仕様変更、レビュー方針、チーム体制、障害対応などを確認します。変化が大きいほど、本人の優先順位もずれやすくなります。
短時間で終えるには、前回行動、今週の変化、今日決めたいことの順にします。話題を広げる前に、面談で扱う中心を一つ選びます。
面談時間の配分を見直す場合は、目的に合う1on1の時間設計を確認すると、話題の優先順位を決めやすくなります。
アジェンダをメンバー側で一つ用意する
メンバー側でアジェンダを一つ用意すると、上司主導の質問だけで終わりにくくなります。話題は、技術相談、レビュー、学習、キャリア、チーム連携のどれかに寄せます。
アジェンダが出ない場合は、最近一番時間を使った作業、判断に迷ったこと、他者に相談しづらかったことを聞きます。沈黙を責めず、選択肢を提示します。
マネージャーは、用意された話題をすぐ評価せず、背景を聞きます。なぜ今それを話したいのかが分かると、技術支援か心理的支援かを分けられます。
事前準備を定着させる場合は、1on1シートの項目設計を使うと、話題と記録をそろえやすくなります。
記録は次回行動と支援依頼に絞る
1on1の記録は、話した内容をすべて残すより、次回行動と支援依頼に絞ります。エンジニアの相談は詳細になりやすいため、決めたことを短く残す方が続きます。
記録する項目は、本人が試すこと、マネージャーが支援すること、次回確認することの三つです。技術的な詳細は、チケットや設計ドキュメントへ分けます。
継続的に見るなら、実施率だけでなく、約束の完了率や支援依頼の滞留を確認します。数値は管理のためではなく、支援が止まっていないかを見る材料にします。
運用状況を振り返る場合は、1on1を数値で確認する考え方も使えます。
記録や面談管理を仕組みにする場合は、1on1支援ツールの選び方も確認します。
エンジニア1on1で避けたい話し方
エンジニアの1on1では、話題が具体的だからこそ、進捗確認や技術評価に寄りすぎるリスクがあります。支援につなげるには、詰問ではなく状況整理として扱います。
チケット確認だけで終わらせない
チケットの進捗確認だけで終わる1on1は、朝会やプロジェクト会議との差がなくなります。1on1では、なぜ進みにくいのか、本人がどこで判断に迷ったのかを聞きます。
進捗が遅れている場合でも、最初から責任を問うと相談が出にくくなります。仕様、レビュー、依存関係、集中時間など、遅れの背景を分けて確認します。
チケットの話を扱う場合は、次に何を進めるかだけでなく、誰の支援が必要かまで決めます。これにより、面談後の動きが業務改善につながります。
技術判断を評価や詰問にしない
技術判断の話題は、本人の能力評価に見えやすい領域です。なぜその設計にしたのかを責めるのではなく、前提、制約、検討した選択肢を一緒に確認します。
判断の質を高めるには、次からどの情報を先に集めるかを決めます。過去の選択を否定するより、判断材料の集め方を増やす方が成長につながります。
レビューで厳しい指摘が続いた場合は、本人の受け止めも確認します。指摘内容の理解と、心理的な負荷を分けて扱うと、次の相談につながります。
キャリア不安を個人のやる気だけで見ない
エンジニアのキャリア不安は、技術選定、担当領域、評価基準、チームの将来像と結びつきます。本人のやる気だけで片づけず、経験機会と期待役割を確認します。
モチベーションが下がっている場合は、作業量だけでなく、成長実感や意思決定への関与も見ます。本人が何に価値を感じるかを聞くと、支援の方向が見えます。
将来像が曖昧な場合は、次に増やしたい経験を一つ決めます。専門性を深める、設計を担う、後輩を支援するなど、役割の候補を具体化します。
離職予防の観点では、1on1で早期サインを拾う考え方が参考になります。変化を感じた時点で、業務量と期待役割を一緒に見直します。
意欲の変化を扱う場合は、モチベーションを高める関わり方も合わせて確認します。本人が力を使いたい仕事と、現在の担当業務のずれを確認します。
チームの方向性と接続する場合は、マネジメントビジョンの伝え方も見直します。個人の不安を、チームで目指す状態と期待役割へつなげます。
よくある質問
エンジニアの1on1で毎回話すことは何ですか？
毎回すべてを話す必要はありません。前回の約束、今週の詰まり、次回までの行動を確認し、必要に応じて技術課題、レビュー、学習、キャリア、チーム連携から一つ選びます。
エンジニアが話題を出してくれないときはどうしますか？
最近一番時間を使った作業、判断に迷ったこと、相談しづらかった相手を聞きます。選択肢を示すと、進捗報告ではなく困りごとや支援依頼に話題を移しやすくなります。沈黙を責めず、選びやすい問いにします。
1on1で技術的な相談まで扱うべきですか？
扱っても問題ありませんが、詳細な設計会議にしないことが大切です。1on1では詰まりの種類、相談先、判断期限を決め、深い技術議論は別の場へ切り出します。結論を急がず支援先を決めます。
まとめ｜エンジニア1on1は話題を用意して支援につなげる
エンジニアが1on1で話すことは、進捗報告だけではありません。技術課題、技術負債、レビュー、設計判断、品質改善、学習、キャリア、チーム連携を状況に合わせて選びます。
マネージャーはすぐに答えを出すより、詰まりの種類を一緒に整理します。メンバーは困りごとを一つ選び、次回行動と必要な支援を決めると、面談後の動きが明確になります。
エンジニアの1on1を継続するには、アジェンダ、記録、振り返りの型を先にそろえます。
【260スライドで1on1を完全網羅】
流れ・アジェンダ・よくある失敗まで、実践に必要な知識をすべて詰め込んだ一冊！
>>『メンバーの成長・マネジメントのプロが実践する1on1パーフェクトガイド』を無料ダウンロードする
関連するおすすめ記事
お役立ち情報
-
全170P超の目標マネジメントパーフェクトガイド近年増えている目標マネジメントへの不安を解消するあらゆる手法やマインドなど目標管理の全てが詰まっている資料になっています。 -
【170P超のマネージャー研修資料を大公開！】マネジメントと1on1って何ですか？「これさえ実践すれば間違いないという具体的なHOW」に焦点をあてて、マネジメントや1on1を実践できる内容となっています。
-
【全260スライド超】メンバーの成長・マネジメントを最適化させるプロが実践する1on1パーフェクトガイド組織開発・1on1 ・評価の設計運用で 100 社以上の企業に伴走してきた弊社の知見をもとに作成したガイド資料になります。
