Lesson 12 · The Move
Eleven lessons of artifacts become the actual move: a promo case your sponsor can fire, and interview stories that land at Principal depth.
Everything you've written in this course — the scope map, the ADR, the strategy memo — was never homework. It was ammunition. This lesson is where the evidence trail gets loaded into the two weapons that actually make the move: the promotion packet for the internal path, and the interview loop for the external one. Your mission brief says both paths, so we build both — from the same eleven lessons of material.
Will Larson's core insight about promotion packets is one of those ideas that looks obvious only after you hear it: write the packet before you do the work, not after.1 Written at the end, a packet is an inventory — a scramble to remember what you did and dress it up. Started early, it's a map: the empty sections tell you exactly which evidence doesn't exist yet, so you can go create it deliberately. You've been running this play for eleven lessons without the name — every lab was an evidence slot being filled in advance.
Structure the packet as one high-level claim per focus area, with evidence beneath each claim. Not "I did these forty things" but "I operate at org-level scope — here are three exhibits." And understand who it's for: your manager, and behind them your sponsor — the senior person who will argue your case in a room you're not in. Committees promote based on what advocates can say on your behalf, so the packet is literally your sponsor's ammunition: crisp claims they can repeat, evidence they can point to.1 Larson's workflow is blunt about this — share the packet with your manager in a 1:1, ask what's missing, and revise it together every cycle.1
Now the timeline reality, so it doesn't demoralize you later: staff+ promotions move in quarters, halves, and years, not weeks — often landing a cycle or two later than the work deserved, and for roughly a third of the engineers Larson surveyed, only by changing companies.2 Three months of this course positions you; the org's calendar decides when it pays out. That's not a verdict on you — it's headcount, budget, and committee mechanics. Keep pursuing it anyway — Reilly's point about titles is that they anchor expectations and grant scope you'd otherwise re-argue in every room5 — but it's also exactly why you're building the external path in parallel.
Here's the mapping this course was designed around. Each artifact you've produced evidences a specific Principal-level claim — and feeds a specific interview round:
| Artifact | Promo claim it evidences | Interview round it feeds |
|---|---|---|
| Scope map (L01) | I find org-level problems nobody assigned | Behavioral — scope & initiative |
| Trade-off table (L02) | I decide with explicit trade-offs | System design — narration |
| System map (L03) | I read systems beyond my team's code | Architecture deep-dive |
| ADR (L05) | I make decisions stick, in writing | Architecture deep-dive |
| Design doc (L06) | I design at staff depth | System design |
| SLO worksheet (L07) | I define reliability in business terms | System design — operations |
| Incident review (L08) | I lead under pressure, blamelessly | Behavioral — leadership |
| Operability audit (L09) | I treat cost & performance as architecture | Architecture deep-dive |
| Strategy memo (L10) | I set technical direction | Behavioral — vision |
| Build-vs-buy memo (L11) | I align technology with the business | Behavioral — judgment |
Before any artifact goes into the packet, run it through five quality tests: is the impact org-level, not team-level? Is it narratable in ninety seconds? Does it end in a named outcome? Is your framing of the problem visible — not just your execution of someone else's? And would a stranger on a committee understand it without context? The full tests, packet skeleton, and this mapping table live in a printable promotion-packet checklist — keep it next to the packet as you assemble.
External Principal loops typically run three kinds of rounds: system design at staff depth, an architecture deep-dive on your own past work, and behavioral/leadership rounds.3 The shape looks like a senior loop; what's measured changes completely. And the more senior the role, the more your real operating history — not rehearsed material — is what's being probed.4
In system design, the differentiator at this level is trade-off narration. Interviewing.io's guide is explicit: listing options with pros and cons is mid-level; committing — "given these trade-offs, I'd choose that, and here's what it costs us" — is what senior-plus candidates do, while driving the interview themselves rather than waiting to be led.3 That's Lesson 02, spoken aloud. The deep-dive round inverts it: they pick your system and drill into why. Your ADRs and design docs are pre-written answers — you've already articulated the alternatives you rejected and why.
For behavioral rounds, convert artifacts into stories with a four-part spine: situation → your framing of the problem → the decision and its trade-offs → org-level outcome. The second beat is the one seniors miss: what did you see that others didn't? And remember Lesson 01 — every "Principal Engineer" ad conceals one specific archetype. Use your questions to probe which shape this role really is: which team, which fire, which executive? Interviewing for the wrong shape wastes a loop you can't rerun.
Two artifacts this time — one per path. Budget ninety minutes total; you're assembling, not inventing.
Feedback loop: bring both artifacts back to me in chat. I'll review against a Principal-level rubric — are the claims about org-level impact rather than effort, does every story end with an outcome a VP would care about, and are the gaps honest rather than papered over. This outline is the packet you'll refine in the capstone and carry into your real cycle.
Three scenarios. Diagnose from the mental model — don't scroll up. Wrong picks stay live.
Scenario A
Your promo cycle opens in three weeks. You haven't started a packet, so you plan a weekend of listing everything you shipped this year. Per Larson's model, what's the deeper problem with this plan?
Scenario B
In a Principal-level system design interview, you've laid out three storage options with solid pros and cons for each, and you pause to let the interviewer pick one. What just went wrong?
Scenario C
A behavioral round asks for your biggest technical contribution. Your story ends: "…so I wrote forty ADRs and reviewed every design doc that quarter." The interviewer looks politely unconvinced. Why?
Hand-picked follow-ups. None are required — the primary source above comes first.