题目重点：围绕 Salesforce BQ 的 most challenging project，拆解难点归因、个人职责、技术与协作取舍、结果及重做选择。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 选本人确实承担核心职责的项目，结果可以不完美但必须真实。
- 挑战可来自规模、未知技术、依赖/时间限制或用户问题，不能只靠大项目名字证明难度。
解题路线
- 先讲项目目标和成功指标，再指出一个真正使方案变难的约束及当时已知信息。
- 聚焦个人做的两三个关键决定，给候选方案与取舍、合作对象以及验证方式；团队成果与个人贡献分开。
- 讲结果、反证和如果重做会改变的决定。对失败也可说明止损和学到的可迁移方法，不必强凹完美成功。
手动走一遍
训练模板：系统迁移难在零停机与跨团队接口不兼容。候选人负责双写校验与灰度回滚，报告迁移前后错误率和观察窗口；这些都须替换为真实项目证据。
规模与取舍
非算法题；主线可在 2 分钟讲完，准备技术细节、容量和事故问题供追问。不要把所有背景都塞进开场。
易错点与追问
容易失分的边界
- 挑战只是工期紧，没有解释具体约束。
- 说‘我们做了很多’，没有个人决定。
- 使用未经核实的影响指标。
- 结果只有上线，没有后续验证。
继续深挖
- 哪项决定是你推动而不是团队自然会做的？
- 失败风险最高的时点是什么？
- 重做会删掉哪部分范围？
