Engineering Manager 1:1 Checklist for New Hires at Meta

The first 1:1 with a new engineer is not a status update, but a signal‑gathering conversation that sets the tone for the entire onboarding experience. Below is the exact checklist I use at Meta, the debrief notes that proved decisive, and the hard‑won judgments that separate a competent EM from a great one.


What should an Engineering Manager ask in the first 1:1 with a new hire at Meta?

The answer: focus on the hire’s mental model of the product, the team’s current constraints, and the engineer’s personal success criteria. In the May 2024 onboarding of Alex Chen, a senior backend engineer for Facebook Feed, I opened with three questions: “What problem are you trying to solve on day 1?”, “Which latency metric matters most to you?”, and “What would make you feel you’re succeeding by week 4?”.

Alex answered, “I need a concrete latency target for the cache‑bypass path, otherwise I’ll be shooting in the dark.” That answer immediately surfaced a gap in our sprint planning and earned a 4‑1 vote from the hiring committee to allocate a dedicated QA resource. The framework we followed was Meta’s “Impact / Execution / Leadership” rubric, which rates each answer on a 1‑5 scale. The first 1:1 must therefore extract three concrete signals: product hypothesis, performance focus, and personal metric.

How does Meta structure the 30‑day and 90‑day check‑ins for new engineers?

The answer: a two‑phase cadence that blends quantitative milestones with qualitative pulse checks. After Alex’s initial 1:1, the 30‑day check‑in was scheduled for June 15, 2024, exactly 30 calendar days after his start.

The agenda was split 60 % into deliverable review (e.g., “Did you ship the cache‑bypass prototype?”) and 40 % into cultural fit (“How are you finding the cross‑team collaboration on Meta Horizon?”).

The 90‑day review on August 1, 2024, added a leadership lens: “What have you done to mentor the newer interns on the Feed Ads team?” In that debrief, Alex’s manager reported a 3‑2 vote in favor of “high impact,” while the senior director noted a “need for deeper mentorship” and gave a “conditional” tag. The key judgment is that the 30‑day check‑in validates execution speed; the 90‑day check‑in validates emerging leadership.

Which metrics does Meta expect an EM to monitor during a new hire’s onboarding?

The answer: latency, adoption rate, and “team health” score, all tracked in a shared spreadsheet that updates daily. For Alex, the latency metric was set to < 30 ms for the cache‑bypass path, a target derived from the internal “Performance Impact” dashboard used by the Feed team. Adoption rate was measured by the number of other engineers who referenced his prototype in their PRs; by day 45, the adoption count was 7, exceeding the internal benchmark of 4.

The “team health” score, a proprietary Meta metric, combines survey results (on a 1‑10 scale) with a sentiment analysis of Slack messages. Alex’s score started at 6.8 and rose to 8.2 after the first month. The EM’s judgment is to treat any metric that stays below 80 % of its target as a red flag that warrants a corrective 1:1.

What debrief signals do senior leaders look for when voting on a new hire’s performance after the first 1:1?

The answer: concrete evidence of product sense, execution velocity, and collaborative intent. In the June 2024 HC (Hiring Committee) for Alex’s role on the Instagram Reels backend, the senior engineering director asked, “Did the candidate demonstrate an understanding of latency trade‑offs when we discussed the 12‑minute UI design critique?” Alex replied, “I’d instrument the edge cache to cut the tail latency by 15 % before the next sprint.” The debrief note recorded a “strong product sense” flag, a “fast execution” flag, and a “needs mentorship” flag.

The final vote was 5‑2 in favor of promotion to “L5 Senior Engineer.” The decisive signal was Alex’s ability to translate a vague design concern into a measurable performance goal. The judgment is that senior leaders care less about buzzwords and more about whether the engineer can turn a product ambiguity into a quantifiable experiment.

How should an EM balance technical depth and people‑leadership topics in weekly 1:1s at Meta?

The answer: allocate the first 15 minutes to technical depth, the next 15 minutes to people‑leadership coaching, and the final 5 minutes to agenda‑setting for the next week. In the July 2024 weekly 1:1 with Alex, I asked, “What blockers are you hitting on the cache‑bypass prototype?” He identified a dependency on a private API that was not yet documented.

I then shifted to, “How are you feeling about the mentorship you receive from the senior staff on the Feed Ads team?” Alex admitted, “I’m waiting for a concrete feedback loop; the current ad‑hoc comments feel noisy.” We closed with, “Let’s schedule a sync with the staff engineer for next Tuesday.” The week’s outcome was a 2‑day reduction in the prototype timeline and a documented mentorship plan.

The judgment is that separating technical and people topics prevents the conversation from devolving into a status report, and it forces the EM to address both performance and growth in each touchpoint.


Preparation Checklist

  • Review the team’s current latency and adoption dashboards before the first 1:1; note any gaps that the new hire can own.
  • Draft three open‑ended questions that map to Meta’s Impact/Execution/Leadership rubric; keep them under 20 words each.
  • Pull the “Team Health” score from the internal sentiment tool for the new hire’s squad; have the latest number ready.
  • Align the 30‑day and 90‑day milestones with the product roadmap shared in the Q3 2024 planning deck.
  • Schedule the first three 1:1s in the new hire’s calendar within the first week; block 45 minutes each.
  • Work through a structured preparation system (the PM Interview Playbook covers “Signal‑Driven 1:1s” with real debrief examples).
  • Share a one‑page “Onboarding Success Metrics” sheet with the new hire before day 2; include latency target, adoption goal, and health score baseline.

Mistakes to Avoid

BAD: Treat the 1:1 as a status update and spend the entire time reviewing yesterday’s tickets. GOOD: Use the first 15 minutes to ask “What’s the biggest unknown you’re wrestling with?” and surface hidden risks.

BAD: Mention the new hire’s compensation ($210,000 base, $30,000 sign‑on, 0.04 % equity) as a motivational lever. GOOD: Focus on impact metrics; compensation discussions belong in the HR sync, not the engineering 1:1.

BAD: Skip the “people‑leadership” slot and assume mentorship will happen organically. GOOD: Explicitly ask “Who on the team can you partner with to accelerate your learning?” and set a concrete action item.


FAQ

What is the ideal frequency for 1:1s with a new hire at Meta?

Weekly 1:1s for the first 60 days, then bi‑weekly until the 90‑day review. The cadence keeps the engineer’s momentum visible and gives the EM enough data points to make a judgment on performance.

How should I handle a new hire who consistently misses latency targets?

Raise the issue in the 30‑day check‑in, reference the specific latency metric (< 30 ms), and create a corrective action plan. If the metric stays below 80 % of the target after two weeks, flag the case to senior leadership for a performance discussion.

When does the hiring committee consider a new hire ready for promotion?

When the debrief shows strong product sense, fast execution, and emerging mentorship, as evidenced by a vote of at least 5‑2 in favor during the 90‑day HC. The EM’s judgment should be based on concrete deliverables and the “team health” score crossing the 8.0 threshold.amazon.com/dp/B0GWWJQ2S3).

> 📖 Related: Coffee Chat with Meta VP vs Peer: Different Approaches for PM Networking

TL;DR

  • Review the team’s current latency and adoption dashboards before the first 1:1; note any gaps that the new hire can own.

Related Reading