If you had to plan a technical direction over three to five years, how would you do it? How do you keep it from becoming a vision list that cannot be tested?
Planning General software engineering Frontend Backend Mobile AI engineering Product thinking Execution Technical planning External job interviews Promotion preparation interview loop onsite leveling career ladder
The sections below are shared prompts, not verified conclusions about this question. Restate the concrete problem and check which prompts actually apply; do not infer a candidate trait from this guide.
Objective problem to resolve or clarify
Question-specific objective analysis has not been reviewed yet. First restate the decision, uncertainty, or task that this prompt asks you to resolve.
What it examines
See how you reach executable judgment over a highly uncertain long horizon, rather than only sketching a blueprint.
Signals worth noticing
Starts from long-term shifts in the business and competition, not from a technology list
Breaks the long-term goal into staged milestones that can be checked
Marks what is judgment and what is assumption, and what signal would change the plan
Names long-lead capabilities that need early investment, such as talent and infrastructure
Context worth asking for
Where are you most afraid of being wrong three years from now?
Which things must start now or it will be too late in three years?
【How do you calibrate a three-to-five-year plan against a half-year plan?】How do you calibrate a three-to-five-year plan against a half-year plan? After six months, what signals tell you whether the direction should change?
If you find after six months that you are far behind, where do you doubt first?
Which half-year results do not actually say whether the long-term direction is right?
What goal, baseline, constraints, and responsibility boundary applied?
What options were available, and what evidence or dependencies shaped the choice?
Who was affected, what changed, and over what time window?
How was the result verified, and what alternative explanation or downside was considered?
Shared analysis and assessment prompts
What else the answer may imply
No question-specific inference has been reviewed. Treat the stated intent as a hypothesis, and check alternative explanations against the person’s role, opportunity, responsibility, and evidence.
Decision after context
After establishing context, compare plausible options against the stated goal and constraints. Make the decision rule explicit, note uncertainty and reversible steps, and say what evidence would change the choice.
Examine the trade-offs
Benefits created
Which part of the stated objective does each option address, and who benefits?
What observable outcome, baseline, and time window would show improvement?
Costs and risks
What direct, ongoing, and opportunity costs would each option introduce, and who carries them?
What could fail, become harder to change, or affect other people; what evidence would justify the risk?
Assessment guide
Use these as evidence anchors for this capability, not as an automatic score or an overall judgment of a person. Calibrate expectations to the role, level, and scope. A score of 2 is the usual baseline; excellent evidence in one or two dimensions is meaningful, while exceptional evidence is rare.
1 · Not passing
Core concepts or basic facts are unclear; the reasoning or account of events cannot be followed. For experience questions, the person cannot distinguish their own actions and responsibility. Confirmed deliberate fabrication is not passing; inconsistency or missing detail alone is a reason to verify, not proof of dishonesty.
Cannot explain the question’s relevant concepts, facts, or reasoning in a way that can be checked.
2 · Passing
Explains the basic concepts and approach clearly and gives credible evidence of having done the work or being able to reason through it.
Explains a reasonable basic approach and supports it with relevant experience or a coherent, checkable line of reasoning.
3 · Excellent
Gives a structured account, reflects clearly on what worked and what did not, weighs benefits against costs or risks, and offers an insight or practice above the ordinary expectation for the role and level.
Shows structured reasoning, relevant comparisons, trade-offs, and a useful insight above the usual expectation for the role and scope.
4 · Exceptional
Shows an outcome or practice at an exceptional, field-leading level for the relevant scope. The impact is measurable, independently supportable, and credibly attributable to the person’s decisions and work.
Provides independently checkable evidence of exceptional impact for the relevant scope and explains contribution, attribution limits, and conditions.
Question context and related views
RoleGeneral software engineering · Frontend · Backend · Mobile · AI engineering
Responsibility scopeMultiple teams · Organization-wide · A project or team
Career trackIndividual contributor · Team manager · Senior manager · Executive
Select questions for the responsibility you actually hold or seek. These labels are not universal stage requirements. Stage expectations
Same question, different stage expectations
The question stays the same. Choose a target to compare responsibility, reasoning, and evidence. This changes the reading framework, not the question’s difficulty or your score.
Loading stage model…
These are rule-based reading prompts, not separately reviewed stage-specific answers or a verdict that this question applies to every stage. Use your actual role and authority.