案例背景：
背景：a项目产品同学是业主方，存在短期内同时交付多个需求的情况，此时需要抽调人手，或者更换需求的开发人员，以保证交付，实际情况是开发人员只关心自身负责的功能或者需求，对变更造成的影响评估不足，在CR代码时发现此类问题，修改后依然存在影响其他功能的情况，出现交付后在业务使用中发现问题，排查到原因是由于变更引起的
目标：开发在明确自身需求的同时，充分的评估修改代码带来的影响，保证质量交付
实施策略:加强代码CR，增加测试的回归内容，在出现问题时及时向业主解释造成的原因并且给出明确的影响范围，给出修复时间点
实际结果：增加了开发和测试的工作量，但是无法完全避免此类问题
管理问题：
问题：如何提高团队开发的责任心及主动性，主动去理解业务，识别问题的根源，识别已经存在的风险，开发过程不增加风险
案例：近期上海地铁票务的报文中出现了不存在的站点编号，业务确定此类数据显示未知，开发在修复的时候仅修复了出站站点，进站站点未修复，测试测出后提出开发质量质疑，在与开发沟通后，明确了修复的逻辑存在漏洞且不合理，导致一个很小的问题重复修改
自我管理优势（经验总结）：
理解业主的诉求并且提出解决方案，在出现问题时能够快速发现问题造成的原因，并且判断风险范围