3.24发版暴露出的一些问题
1、为什么耗时这么久？
测试时间过长。
而导致测试时间过长的原因有两点。
1 测试环境 生产环境差别大
2 业务测试自动化程度低。
环境差异主要提现在app打包配置 不一样。app测试环境热更新无法测试
后端似乎也有对应的环境差异。我发现的 登录时也有差异 部分环境会将token作为sid在跳转时作为参数返回，而部分不会。(待准确验证)
2、后端服务发版步骤过多
后端发布时间长，前后端发布不同步，可能造成一段时间的服务不可用。
1 加快后端发布速度，可以多环境统一发。或者 星舟支持灰度发布
2 后端能够加入重构 新服务在星舟上统一发布
3 权宜之计 后端接口加入版本限制
3、前端scene站点发布和后端发布中时间差 可能导致服务不可用
4、前端APP对生产环境调试能力不足。
关于团队迭代的一些想法
1、技术债务和软件需求的百分比分配问题 （https://leadership.garden/tips-on-prioritizing-tech-debt/）
技术债务和需求迭代比例划分 8:2
众所周知的，我们的技术债务是巨大的。为此前端也已经开始了一部分的重构工作。但是这种集中式解决的方式之后。我们依然需要投入一定的精力去完成一些技术债务的去除，来保证我们的产品不陷入劣化和在技术债务上建设功能。
2、迭代时间如何合理划分，确定迭代内容。
迭代节奏的把控
现在我们的节奏是混乱的。迭代节点是如何确定的？迭代需求移入移出的多。
流程: 需求初步形成-需求和SM沟通(所需时间，是否需要技术方案）-SM确定迭代内包涵需求-迭代需求会-开发测试拆解任务-SM确认拆解合理-测试用例评审-开发-验收-发布评审-正式上线-迭代回顾
