Career Goals and Progression Questions

Direct answer

Name two to three concrete goals that span a delivery outcome, a relationship or context goal, and a craft improvement, then state one specific milestone you'd check yourself against at the interim mark, not a general feeling of being "on track." The exact goals should shift with the horizon asked, first six months, first year, or two to three years, and with the seniority of the role.

Structured elaboration

• Match scope to horizon. A first-six-months goal set is mostly about ramp-up and one visible first contribution; a first-year set adds one meaningful, largely independent delivery plus established trust with key stakeholders; a two-to-three-year set shifts toward growth in scope, ownership, or a chosen specialization rather than a single deliverable.
• Cover three goal types, not just the technical one: a concrete problem solved or thing shipped, a context and relationship goal (understanding the systems and people whose buy-in you'll need for anything ambitious later), and a craft or process improvement you personally own end to end.
• Attach a leading indicator to each goal, something observable well before the deadline, not just the final outcome. This is what makes a mid-point check-in credible instead of a guess.
• Calibrate ambition to seniority. A candidate for a more senior role should include a scope or influence goal, not only execution goals; someone earlier in their career should show they understand ramp-up comes first.
• The single strongest closing move: state the concrete milestone you'd check yourself against at the interim mark, a specific thing shipped, a decision made, feedback actually received, rather than restating the goals as if listing them again proves progress.

Worked example

When I started a previous role, I set three goals for the year: ship one meaningful improvement to a system that mattered to the team, build real working relationships with the two or three people whose sign-off I'd need for anything ambitious later, and establish one process habit I could point to as mine. At the six-month mark, my checkpoint wasn't "do I feel settled," it was two specific things: had I shipped the first version of that improvement, and could I name the people who'd actually back me if I proposed the next, bigger version of it. Both were true, so instead of starting a new goal from zero, I used the credibility from the first six months to scope a larger version of the same problem for the rest of the year.

Trade-offs & pitfalls

• Vague goals ("learn a lot," "add value") signal you haven't actually thought this through; goals that depend entirely on something outside your control (a launch owned by another team) are the opposite failure.
• Loading up only on technical goals while skipping relationship or context goals tends to stall growth later, once the technical work is good you still need sponsors.
• Skipping the interim checkpoint definition means "on track" becomes something you decide retroactively rather than something you can actually check.
• Answering with only execution goals at a senior level under-signals; answering with only scope-and-influence goals very early on over-signals.

Direct answer

A credible multi-month roadmap names the target level, breaks the gap into a small number of milestones with evidence attached to each, builds in contingency for the disruptions that actually happen, and sets a recurring, dated check-in with your manager rather than one end of period review. What separates a strong plan from a generic one is naming what survives if the plan gets disrupted, not just what happens if everything goes smoothly.

Structured elaboration

Name the target and timeframe honestly. A jump of one level in six months looks different from a jump in eighteen, and overclaiming speed loses credibility immediately.

Break the path into three to five milestones. Each with the competency it demonstrates, the evidence it produces, and a rough timeframe.

Force a priority ranking. If you could only complete three of your milestones, which three would you keep, and why. This shows you understand which evidence is load bearing for the case and which is supporting detail, and gives you an answer ready when time gets compressed.

Build in contingency explicitly. Name the disruptions most likely to hit a plan like this: a reorg that changes your reporting line or team's mandate, a budget freeze that removes a planned project, a delay on a dependency outside your control. For each, describe the adjusted plan, which milestone becomes the fallback and what evidence still holds up.

Set the check-in cadence. Propose a recurring interval, every four to six weeks is common, with a short, consistent format: progress against milestones, blockers, any needed reprioritization, rather than leaving it all to a single review at the end.

Worked example

"I set a target of moving up one level over the next twelve months and picked four milestones, leading a cross team initiative end to end, taking on a mentoring responsibility, improving a process that had been a recurring pain point, and building one piece of depth I was missing. Forcing myself to the only three if I had to choose test, I dropped the depth milestone to third priority behind the cross team initiative and the process improvement, because those two produced evidence visible beyond my immediate team. Partway through the year, a reorg moved my team under a different manager and paused the cross team initiative I'd been counting on as my strongest evidence. Because I'd already ranked my milestones, I knew the process improvement work was my fallback strongest piece, and redirected effort there rather than losing months figuring out what still mattered. I checked in with my manager every five weeks with a short update and asked directly whether the reorg changed what evidence they'd need to see."

Trade-offs & pitfalls

• Too many milestones dilutes focus and becomes impossible to actually finish. Five is usually a ceiling, and forcing the top three ranking is useful discipline even if you plan to attempt more.
• Treating the check-in as a single end of period event instead of a recurring cadence means you find out too late that priorities shifted.
• Skipping the contingency section is the most common gap. A plan that assumes stable headcount, budget, and reporting lines for a full year describes an ideal world, not the one most organizations operate in.
• Overclaiming the timeframe to sound impressive costs you credibility on the rest of the plan once a manager who's seen the actual pace notices.

Direct answer

The first twelve to eighteen months of moving from individual contributor into management are mostly about earning trust for a different kind of value: your team needs to see you multiplying their work rather than still trying to do the work yourself, and your own manager needs to see you build the operating rhythm, hiring, feedback, prioritization, that makes a team reliable without you personally in the room. Whatever the exact destination, a first-line manager role, a team lead role, or eventually a director-level path, the throughline is the same: build trust and credibility with the team you're now leading, not doing the work of.

Structured elaboration

Months 0-3, foundation. Skill: run the basic operating cadence (1:1s, priority-setting, unblocking). Activity: deliberately step back from doing the hands-on work yourself even when it's faster to just do it. Trust signal to watch for: the team starts bringing you problems before they're on fire, not after.

Months 3-9, establish credibility as a manager, not a former doer. Skill: give feedback that lands, specific and timely, and start shaping staffing and hiring decisions. Activity: run one real, visible decision, a prioritization call or a hard feedback conversation, and let the outcome speak for itself. Trust signal: a team member takes on stretch work because you pushed them to, and it goes well without your direct hand on it.

Months 9-18, scale and generalize. Skill: operate one level of abstraction up, setting direction across more than one initiative and representing the team upward and outward. Activity: depending on the destination, this might mean taking on a second team or deepening influence within the current one. Trust signal: the team performs well on a stretch even when you're out for a week, the real test of whether you've built a team rather than a dependency on yourself.

The phases repeat at larger scope whether the destination is first-line management, a team-lead role, or eventually a director-level path. The mechanism doesn't change, only the size of the team and the level of abstraction.

Worked example

"The hardest part of my own version of this transition wasn't learning the calendar mechanics of being a manager, it was the moment early on when I watched a mistake happen on a piece of hands-on work I used to own, and let the person make it and recover on their own instead of quietly fixing it overnight. I did that on purpose a few times in the first couple of months. By around month six, one of my reports took the lead on something genuinely hard without me in the loop until the decision was basically made, and it held up. That was the first time it felt like the team trusted my judgment as a manager, rather than just remembering me as a strong individual contributor who'd moved up."

Trade-offs & pitfalls

• The most common failure mode: continuing to do the hands-on work yourself under the manager title, because it's faster in the moment, which prevents the team from ever seeing you in the new role.
• Rushing credibility by asserting authority rather than earning it through visible, fair decisions.
• Under-investing in the coaching and feedback skill because it feels softer than the technical skill you're used to being judged on.
• Treating the twelve-to-eighteen-month plan as fixed regardless of destination. A first-line management plan and a longer director-track plan share the same mechanism but not the same scope, so naming which one you're aiming at matters.
• Neglecting to name a signal for whether this is actually working, so the transition just drifts rather than being checked against real evidence.

Direct answer

A workable leveling framework names a small set of competency dimensions, defines observable evidence for each level within each dimension rather than a single blended score, and is calibrated across managers with a shared evidence bar, not left to individual judgment. Where a discipline splits into technical and people-leadership paths, the framework should offer parallel individual contributor (IC) and management tracks rather than forcing everyone toward a single ladder.

Structured elaboration

Choose the dimensions. Distinct competencies that don't collapse into one another, scope and ownership, domain judgment, execution and delivery reliability, collaboration and influence, and further up the ladder, mentorship or people development. Five to seven is a common ceiling so a rater can hold them all in mind for one candidate.

Define evidence per level per dimension, not an adjective. A vague label like strong technical judgment isn't gradable. A concrete description of what a rater should be able to point to is:

Offer a dual-track structure. At the point where a discipline splits, describe both the individual contributor track and the management track explicitly, with a shared foundation up to that split and different evidence after it. The IC track keeps rewarding deep domain ownership, the management track shifts the evidence toward people outcomes, without treating either as a lesser or forced default.

Calibrate across managers. A rubric applied differently by different managers isn't a shared standard. Build in a norm-setting session before each cycle where managers score anonymized example write-ups and discuss disagreement, and keep a documented set of example evidence per level that managers can compare their own candidates against.

Keep the promotion bar distinct from the good-performance bar. Conflating the two is a common source of drift, where strong performers get promoted for consistency rather than demonstrated readiness for the next level.

Worked example

"When I sketched a rubric for my own discipline I started with five dimensions, scope and ownership, domain judgment, delivery reliability, collaboration and influence, and from a certain level up, mentorship. For each I wrote concrete evidence per level, distinguishing consistently delivers assigned work with occasional guidance from identifies and scopes new work independently, and others rely on that scoping. I built in the dual-track split at the point where the discipline typically forks, the individual contributor track kept the domain-judgment dimension weighted heavily, the management track replaced the mentorship dimension with a people-outcomes dimension covering retention, growth, and team health. To calibrate, I proposed a norm-setting session before each cycle where a handful of managers scored the same two anonymized write-ups independently and discussed any gap before applying the rubric to their own teams, so the same evidence wouldn't land a promotion on one team and a not yet on another."

Trade-offs & pitfalls

• Too many dimensions makes the rubric unusable in practice, raters default back to gut feel.
• Too few collapses distinct competencies together and hides real gaps, blending technical judgment and delivery reliability can let someone who's reliable but making poor trade-off calls slide through.
• Skipping calibration is the most costly gap. Without it, the same rubric produces different outcomes on different teams, which is precisely the fairness problem it's meant to solve.
• Forcing a single ladder onto a discipline that naturally splits pushes people toward management for the promotion rather than the fit, a bad outcome for both the person and the team they might end up managing.

Direct answer

The real difference isn't seniority, it's what you spend your energy multiplying. An individual contributor multiplies impact by going deeper into their own craft; a manager multiplies impact through other people's work, spending most of the day on unblocking, coaching, and prioritizing rather than building it themselves. Say which pull is stronger for you right now, and back it with a concrete signal, not just a stated preference.

Structured elaboration

To build the answer:

1. Name the actual mechanism each track uses to create impact, deepening a skill versus multiplying people.
2. Self-assess honestly against a real moment: did you want to take the hard problem yourself, or did you want someone else to grow by taking it?
3. Note the choice usually isn't permanent, many organizations support lateral moves or parallel tracks, which softens the stakes of naming a current lean.
4. Answer with a directional preference plus the evidence, not a hedge like "I like both equally."

Worked example

"A few months ago I had a choice: take point on a hard, ambiguous problem myself, or step back and let a newer teammate lead it while I coached from the side. I chose the second, on purpose, and noticed I got more satisfaction watching them work through the ambiguity and land the decision than I think I'd have gotten from solving it myself. That's the kind of moment I look back on when I say I'm currently drawn toward management, not just a stated preference."

Trade-offs & pitfalls

• Answering only in the abstract, "management is about people, the other track is about the work", with no self-assessment signal is incomplete.
• Presenting one track as inherently more senior or more valuable is a red flag to interviewers whose organizations run dual-track ladders on purpose.
• Treating the choice as permanent and irreversible, when in most organizations it isn't, overstates the stakes.
• A flat "I like both equally" with no lean reads as indecisive. Better to name a lean plus what genuinely still appeals about the other path.