跨域路径
技术规划
把技术方向、架构演进、工程投入与阶段性验证连接起来，观察技术路线如何服务业务目标。
下面每道题仍然只属于一个能力，这条路径只是把它们按阅读顺序放在一起。
1. A · 专业解题与实现3
2. C · 价值判断与方向规划11
- 过去一年，你为解决技术债（累积的维护和改造问题）或改善构建、发布等工程基础设施争取过多少团队投入？当这些问题拖慢产品迭代时，你怎样向业务负责人说明影响和风险，并争取重构时间？
- 团队想把核心接口的性能继续优化下去。你会用哪些依据决定做到什么水位就够，什么时候应当停止继续投入？
- 新平台可以减少未来开发成本，但旧系统仍需维护两年；本季度预算只能支持一项完整投入。你会怎样比较建设、迁移和维持现状的组合？
- 三个业务团队都提出了相似的需求，有人建议建一个共性平台。你凭什么判断它值得建设，还是先在各自领域内做局部方案？
- 业务想要新功能，团队又积累了不少技术债。你怎样决定这个季度各投入多少？
- 两个项目都达到部分目标，但一个项目单位投入带来的用户收益更高，你会怎样重新分配资源？
- 如果让你为一个技术方向做三到五年的规划，你会怎么做？怎样避免它变成一份无法检验的愿景清单？
- 平台有迁移、稳定性和效率三条工作线，但全年资源只够推进两条。你会怎样确定季度顺序和取舍？
- 团队计划停止支持一项旧技术，但关键系统仍依赖它且替换成本很高。你会怎样制定退役路线？
- 同一产品在 iOS、Android 和 Web 上拥有不同技术债、发布节奏和用户行为；路线图却按统一功能节点安排，常导致一端提前、一端长期落后。你会如何制定跨端计划和一致性边界？
- 一项开发工具每月节省约两百小时，但实际产出没有明显增加；团队仍希望投入更多时间完善自动化。你会如何判断时间节约被哪些约束吸收，以及是否应该继续投资？
当前目标在这里暂无匹配题。 ·