日本語

実際に物事を動かすエンジニアとの1:1の進め方

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

先週火曜日、あなたはシニアエンジニアと1:1を行いました。相手は「ええ、うまくいってます」と言いました。2人でJiraのボードを確認し、マイグレーションのチケットについて話し、22分で彼らは退席しました。あなたは完了とマークしました。

そのミーティングは実質的に行われていません。Linearにすでに載っていることを確認するために22分を使ったのです。3週間それを続ければ、そのエンジニアが退職届を出すか、かつて情熱を持っていたプロジェクトから静かに離れていくとき、あなたは驚くことになります。

1:1は、他のどこにも収まらない事柄のために週に確保された唯一の30分です。その時間をステータス確認に使っているなら、すでに失っています。

なぜ1:1が唯一のシグナルチャンネルなのか

ステータスはずっと前にあなたから離れていきました。Linearにチケットの状態があります。standupに日々のブロッカーがあります。Slackの非同期アップデートに昨日のshipがあります。誰かが1:1に来る頃には、「仕事」について伝えることは何も残っていません。それは良いことです。ミーティングが人間を必要とすることのために空いているという意味だからです。

キャリアへの不満。反論するのを躊躇しているアーキテクチャの意思決定。ペアを組むのが憂鬱になってきた同僚。billing serviceの分解についての半分形になったアイデアで、まだ書き出したくない状態のもの。そうしたものはLinearには書かれません。あなたが空間を作らなければ、浮かび上がりません。ただ蓄積されていくだけです。

私が運用しているルール:1:1はボードに現れないことを確実に聞ける唯一の場所です。それを守らなければ、7人のチームで手探り状態になります。

4バケット型アジェンダ

3社で40人ほどのエンジニアとの1:1を運営した後、網羅すべき内容を押さえつつ、他の場所に適したものを除外する4つのバケットにたどり着きました。

仕事について、10分。 ステータスではありません。難しい部分を。今の担当業務で最も厄介な意思決定は何か? ずっと後回しにしていることは何か? まだ助けを求めていないがどこで行き詰まっているか? 「現在のプロジェクトで考えるのを避けていることは何ですか?」のほうが「マイグレーションはどうですか?」よりもはるかに多くを引き出します。

成長について、8分。 この四半期に積極的に磨いているスキルは何か? まだ持っていないが欲しい担当範囲は何か? 12ヶ月後にどのような仕事をもっとしたいか? このバケットで、あなたはもう1年チームにとどまってもらう権利を得ます。1ヶ月スキップすれば、面接を始めるでしょう。

私のマネジメントについて、5分。 私はどうすればもっと良くなれるか? 私の仕事の進め方で不満なことは何か? どこで邪魔になっているか? ほとんどのエンジニアはこれを自発的に言いません。あなたが聞かなければならず、本当に答えを求めているのだと信じてもらえるまで何週間も同じように聞き続けなければなりません。

チームについて、7分。 チームのダイナミクス、同僚との摩擦、妨げになっているプロセス。一緒に働きにくいのは誰か? チームの標準的なやり方のどこが壊れているか? プランニングの進め方で何を変えるか?

合計30分。バケットの順序は回す。エンジニアがどこから始めるか選ぶ。「仕事について」から常に始めるなら、ステータスの問題があるので次のセクションを参照してください。

「今何が気になっていますか?」というオープニング

「調子はどうですか?」はマネジメントで最もコストの高い質問です。何もない30秒を消費し、お互い次に何が来るか分かっており、形式的なチェックボックス的なトーンを設定します。本当に求めているものを名指した質問に置き換えてください。

話が短いエンジニアの場合:「今週、私が知らない可能性があって、私に知ってほしいことは何ですか?」言葉の選び方が重要です。何かがあると前提し、あなたが知らないと前提し、それが時間を取るに値するか正当化しなくても、前に持ち出す許可を与えます。

話が長いエンジニアの場合:「今抱えていることの中で、今日のほとんどを使って話したい意思決定や会話はどれ一つですか?」これは選択を強制しますが、話が長い人には贈り物です。なければ、28分をコードベースのツアーに費やして、あなたは何も学びません。

明らかに何かを抱えているエンジニアの場合:「今週少し様子が違いますね。何が起きているか話しますか、それともスキップして何か楽なことにしますか?」見えていることを言葉にするのが正しい行動です。出口があることで、それを取ることが安全になります。3人に1人が出口を取ります。残りは深呼吸して打ち明けます。

自分なりのバリエーションを見つけることになります。パターンは同じです。本物の期待を名指しし、本物の選択肢を与え、「いいですね」と答えられる質問をしない。

いつ深掘りし、いつ傾聴するか

デフォルトの比率は70/30です。相手が70%話す。あなたが30%話す。多くの新任EMは最初の6ヶ月間、逆のバランスで行います。深掘りは価値を加えているように感じ、傾聴は何も起きていないように感じられるからです。傾聴が価値です。ただ、見えてくるのは後からです。

しかし、70/30のルールを破って深掘りすべき3つの瞬間があります。

意思決定で行き詰まっている場合。 2週間にわたって同じアーキテクチャのトレードオフを堂々巡りしています。より多くの空間は必要ありません。強制力が必要です。「金曜日までに判断が必要だとしたら、何を選びますか?」次に理由を聞きます。決断は彼らのものです。締め切りはあなたのものです。

最悪のシナリオを考えすぎている場合。 「このプロジェクト全体が遅れて、VPはチームへの信頼を失うだろう」。そうかもしれません。おそらくそうではありません。具体的に反論してください。「VPが信頼を失ったという実際の証拠は何ですか? 最後に話したとき、彼らは何と言っていましたか?」半分の場合、最悪のシナリオは作り話です。残り半分は本物で、その場合2人ともそれを知る必要があります。

同僚との摩擦を避けている場合。 同じ同僚との同じ摩擦が3週間続いているが、何もアクションがない。「今週直接話すことを妨げているのは何ですか?」まだ仲裁を申し出ないでください。ブロックを言語化させてください。

それ以外の時間は、処理しているとき、探っているとき、発散しているとき、半分思いをたどっているとき、アドバイスに飛びつく代わりにもう一つ質問を追加することがあなたの仕事です。多くのEMは沈黙が長いと感じて90秒で生産的な思考の流れを断ち切ります。長くはありませんでした。もう少しで言おうとしていたのです。

「退屈な1:1」の診断法

3週間続けて、エンジニアが「特に何もないです」と言います。効率的だと考えたくなりますが、そうではありません。シグナルです。3つの原因があり、外からは同じように見えます。

原因その1:心理的安全性が下がった。 何かが起きました。2ヶ月前にフィードバックへの反応が悪かったかもしれません。同僚が厳しい評価を受け、自分も同じことをされると心配しているかもしれません。診断の質問:「もし持ち出しにくいことがあったとしたら、ここに持ち込みますか、それともまず誰か別の人に行きますか?」半秒の間を見てください。その間が答えです。

原因その2:有用性の認識が下がった。 汎用的なアドバイスをし続けてきました。「良い質問ですね、考えてみます」と言って戻ってこなかった。ミーティングが何も動かないと期待することをやめ、持ち込むことをやめました。診断:「先月の1:1を振り返って、あなたにとって実際に何かを変えたものはどれでしたか? 時間の無駄だったのはどれですか?」その答えを受け止めてください。

原因その3:実際に穏やかな状態。 稀で、主張しすぎるのは簡単です。穏やかな1:1は1〜2回続くもので、3回連続ではありません。3回続いていれば、最初の2つのどちらかをデフォルトとして掘り下げてください。

修正法は原因によります。心理的安全性のためには、あなたがコストを負います。自分のマネジメントについて難しいことを持ち出し、気まずさの中に座り、あなたがより困難な道を先に歩んでいるところを見せます。有用性のためにはフォーマットを変えます:「1ヶ月アジェンダを外して別のことを試してみましょう。実際に役立つことは何ですか?」本当の穏やかさであれば、続けてすべての1:1が何かを動かさなくても良いことを受け入れてください。

3層構造のキャリアパス会話

キャリアの会話は年に1回の30分枠では行われません。それぞれ異なるリズムを持つ3つの層で行われます。

3ヶ月ごとに、戦術的なスキル確認。「この四半期に積極的に磨いているスキルは何ですか? どうなれば磨けたと分かりますか?」具体的に。時間を限定して。明確に。「リーダーシップ」と言ったなら、より細かく求めてください:「コードレビューでのリーダーシップ? 部門横断的な意思決定でのリーダーシップ? 採用でのリーダーシップ?」一つ選ぶ。追跡する。次の四半期に持ち帰る。

6ヶ月ごとに、担当範囲の確認。「どのような仕事をもっとしたいですか? どのような仕事を減らしたいですか? チームのために自由な時間が週1日あったら何をしますか?」3つ目の質問がカギです。ICとしての深化を望んでいるか、チームへのレバレッジを望んでいるか、チーム横断の担当範囲を望んでいるかが分かります。その答えが、次にどのプロジェクトを割り振るかを再構成します。

12ヶ月ごとに、方向性の確認。「1年後にどうなっていたいですか? ICトラック、tech leadトラック、EMトラック、staffトラック? 12ヶ月後のあなたの仕事のうち、喜んでやりたいバージョンは何ですか?」分からないなら、それも答えです。選択肢を提示する必要があることを意味します。この会話でのあなたの仕事は、代わりに決めることではありません。相手が望む扉が、彼らが気づかないうちに静かに閉まっていないようにすることです。

3つを同じ日に行わないでください。四半期を通じて広げてください。戦術的なものは通常の1:1に収まります。6ヶ月ごとと12ヶ月ごとのものはタイトルにトピックを入れた専用の枠を確保してください。

「shipしているから」スキップの落とし穴

繁忙期が来ます。今週の1:1をキャンセルします。全員がリリースに集中しているからです。賢明な判断だと自分に言い聞かせます。そうではありません。マネジメントで最もコストの高い節約の幻想です。

数字で見ると:1:1のキャンセルで30分の節約。コスト:1回のキャンセルで、それ以前にあったリアルな会話の率直さを取り戻すのに2〜3週間の定期的な開催が必要になります。繁忙月に3回スキップすれば、次の四半期でチームが考えていることを学び直すことになります。守ったshipは本物でした。失ったシグナルも本物であり、修復はより遅いです。

shipの圧力が本物であれば、キャンセルしない。縮小する。

15分間の歩きながらのバージョン。 コーヒーを取りに歩く。アジェンダなし。2つの質問:「今週何が一番消耗していますか? 何か引き取れることはありますか?」半分の価値、人間関係のコストはゼロ。

非同期の書面バージョン。 DMで3つのプロンプト:(1) 今一番難しいことは何か、(2) 今週助けのためにできること一つ、(3) 他に気になることはあるか。金曜日まで時間を与えます。丁寧に読む。実質のある返答をする。四半期に1〜2回機能します。習慣にしないこと。

パターン:shipの圧力の下でも、フォーマットを変えて、接点を失わない。

書面によるフォローアップのサイクル

口頭でのコミットは48時間で蒸発します。1:1を終え、2人とも良い気分になり、それぞれの問題に戻り、翌週には、principal engineerに担当範囲について話すと言ったことも、indexingのアプローチに関するドキュメントを送ると言ったことも、どちらも覚えていません。頃合いが来るまでに、その瞬間は過ぎています。

書き留めてください。同日、理想的には24時間以内に。

定着するフォーマット:担当者ごとに共有ドキュメント、セッションごとに3〜5行、あなたが書き、相手が編集する。

日付:2026-04-22

話した内容:
- キューイングの書き直しで行き詰まっていた意思決定:オプションBを選択、金曜日までにスパイク実施。
- プラットフォームとの部門横断的なレビューループへの不満。提案書を作成予定。
- マネージャーへのフィードバック:私が答えに飛びつきすぎている。控えるよう心がける。

コミット:
- エンジニア:4/26金曜日までにキューイングのスパイクドキュメント。
- マネージャー:プラットフォームのプロセスの課題をSaraに転送し、30分の同期を提案。

次回:昇進タイムラインの会話に再度触れる。

これが与えてくれる3つのこと。その1:コミットが定着する。書面に残り、2人とも見えているから。その2:12ヶ月後に昇進や評価の話になったとき、一次資料がある。記憶でも雰囲気でもなく、彼らが何に取り組み、何を気にかけ、どこで成長したかの記録。その3:要約を書くことで何が実際に動いたかを特定せざるを得ない。3行書けなければ、会話に内容がなかったことになります。翌週調整してください。

エンジニアはドキュメントを編集できます。する人もいます。しない人がほとんどです。それで構いません。ドキュメントは契約ではなく、共有された記憶です。

よくある失敗パターン

新任EMによく見られる5つのパターン、ダメージの大きい順に。

  1. 話しすぎ。 50/50以上になっています。次のセッションで自分の話を半分に切ってください。一度試してみるだけで良い。
  2. 聴く代わりに解決しようとすること。 問題を話してくれた。解決策に飛びつく。代わりに:「すでに何を検討しましたか? 傾いている選択肢を妨げているのは何ですか?」
  3. 1:1をミニ人事評価として扱うこと。 人事評価はそれ専用のミーティングと独自のサイクルで行います。週次の1:1は、緊急でない限り重いフィードバックの場ではありません。混在させると両方を台無しにします。
  4. 自分のトピックを一切持ち込まないこと。 エンジニアもあなたが何を抱えているか知りたいと思っています。一つ持ち込んでください。検討中の意思決定、受けたフィードバック、チームについて考えていること。100%相手のショーにしないこと。
  5. 「うまくいっています」で早く終わらせること。 毎回18分で終わっているなら、ステータスを確認しているだけで1:1を実施していません。質問のストックを作ってください。短く終わりそうなセッションのために、一つのプロンプトを用意してください。

成功とはどのような状態か

4つのことが当てはまれば、システムが機能しています。

エンジニアがセッションごとに少なくとも一つのトピックを、聞かれなくても持ってくる。準備するよう言ったからではなく、そのミーティングを考えるための有益な場と見なし始めているから。

ノートを確認しなくても、各部下の現在の成長目標を言える。キャリアラダー上のタイトルではなく、この四半期に向上させるために実際に取り組んでいること。

フォローアップドキュメントが、両者のコミットが2週間以内にクローズされているのを示している。コミットが1ヶ月間未完了で積み上がっているなら、ドキュメントは飾りになっています。リセットしてください。

直近4週間で1:1を一度もキャンセルしていない。日程変更は問題ない。歩きながらのバージョンに縮小するのも問題ない。完全なキャンセルは、なし。

それが基準です。4つ中3つを達成していれば、本物のシグナルチャンネルを運営しています。2つ以下なら、形式的なステータス確認に戻っています。この記事を読み直し、今月修正する一つのバケットを選んでください。

関連記事

About the author

Camellia

Camellia

Principal Product Marketing Strategist

Camellia is Principal Product Marketing Strategist at Rework, helping B2B buyers pick the right software with confidence. With 6+ years in product marketing and 150+ SaaS tools evaluated across CRM, project management, and sales engagement, Camellia turns competitive intelligence into clear, honest comparisons. Readers get vendor evaluations they can trust to cut through marketing noise and decide faster.