题目重点：多轮问 most challenging/proud project；HM 题目逐问项目起点、需求模糊、确认理解与本人离开后的交接。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 使用候选人亲历且可披露的项目，清楚区分个人贡献和团队交付。
- 多篇个人面经只证明这些问法出现过，不构成所有 Bloomberg 面试的固定评分标准。
解题路线
- 开头一分半给用户/客户问题、原流程、目标与自己的权限；用真实基线说明为何值得做。
- 讲如何观察客户工作而不只收功能清单，怎样确认需求理解；可以用流程图、原型或讨论纪要展示问题变更。
- 选一处范围膨胀，给完整方案和最小版本的时间、质量、维护成本，说明谁决定及未做需求如何追踪。
- 深挖一项技术决定：数据模型、接口、性能/可靠性和失败回滚，解释备选方案与验证。
- 交接时说明 README、部署/恢复、schema/测试、owner 与未决问题；最后说若重做会具体改变哪个决策，以及后来是否验证。
手动走一遍
候选人讲真实客户从 Excel/WhatsApp 管理任务转向 Web App，HM 追问为何先做任务跟踪而非 PDF+邮件，以及‘你突然不在了客户怎么办’。准备自己的故事时应保持同样的问题链，但不能借用其项目为己有。
规模与取舍
建议把主线压在 8–10 分钟可讲完，并准备需求、设计、交付、复盘四份可深入证据；若只有 20 分钟项目轮，按面试官关注点缩短，不机械讲满。
易错点与追问
容易失分的边界
- 只报技术栈和团队成果，看不出个人判断。
- 把客户的功能愿望直接当需求结论。
- 声称维护能力却无部署/交接资料。
- 把题目候选人的故事当作自己的经历。
继续深挖
- 项目是怎样开始的？
- 你有没有质疑过客户的需求？
- 怎么证明双方理解一致？
- 如果你离开，谁能接手？
- 重做会改什么？
