用 3 分钟讲一个你独立负责过的模块。要求：S（背景）和 T（目标）加起来不超过 30 秒，剩下时间讲 A（你具体做了什么）和 R（结果）。讲完我会就 A 里的每一步追问「为什么这么做」。

面试官在考什么

判断他能不能在有限时间里把听众注意力压到「他做了什么」上，而不是用大段业务背景铺垫来掩盖动作的空洞。

STAR 结构

回答框架 · 前两步

1. S 落在业务链条里具体卡住的那个环节，而不是介绍整个业务；
2. T 是可判定的个人目标（如把某指标从 A 做到 B、独立完成某模块上线），不是复述老板派的任务；

同一能力域的其他题

• 请用 STAR 讲一个你主导的技术项目，限时 2 分钟。讲完后我会问你：这个项目的背景如果换一个约束（比如预算减半）你还做不做？请现在开始组织你的讲述，并说明你在 S/T/A/R 四部分的时间和信息密度分配。
• 面试前你只有 3 分钟讲一个最近主导过的、跨 2 个以上团队协作的项目。规则：S 不超过 3 句且必须带当时的规模基线（QPS/数据量/成本量级/团队人数中的至少两个）；T 必须点出你个人被考核的指标而不只是团队目标；A 只允许讲 2 个真正分叉的决策点，不许讲流程；R 必须用与 S 同一口径回扣基线。请直接说出你会怎么组织这 3 分钟，并解释为什么这样切分。
• 面试官说：'用 90 秒讲一个你投入最多的项目。' 请给出你会怎么分配这 90 秒（S/T/A/R 各段大概占多少、每段必须说清什么），并指出哪一段最容易被讲成流水账、为什么。
• 讲你项目里一个当时卡住过的技术点。说清三件事：难点具体难在哪（不要只说「数据量大」「业务复杂」），你面前有哪两个以上真实存在过的可选方案，你选了哪个、放弃的那个代价是什么。最后说明这个取舍后来有没有被验证是对的。
• 你讲一个项目里你遇到的最大难点。要求：这个难点必须包含至少两个互相冲突的约束（比如工期 vs 质量、成本 vs 扩展性、一致性 vs 可用性），并说明你最终选了哪边、放弃了什么、事后看这个取舍对不对。请给出具体数字或量级。
• 请讲一个你在项目里做过的、真正付出了代价的取舍：在「交付时间 / 系统复杂度 / 成本」中你至少牺牲了一项。需要说清四件事：被放弃的那个选项具体是什么；你依据什么信息做的判断；这个代价由谁承担（用户、运维、后续迭代还是其他团队）；以及今天重来你会改哪一部分。