11. 测试人员是软件健康程度信息的提供者，不是质量保证者的想法，构建二级安全网，将问题阻拦在开发阶段。
12. 及时回溯。在一个迭代完成后，回溯在本迭代中出现的问题。
12.1 数据展现：本版本开发的一些数据，如story的完成程度，数据、图标
12.2 问题反馈：如每个strotyd的完成程度，出现的问题。归纳出得票最多的几个问题
12.3 头脑风暴：帮助团队整理思路，从全局看问题，权限团队可以承受的方案。聚焦TOP5问题，作为持续改进的方向。
12.4 快速闭环：增强整体团队的信心
实践篇：
13. 短期迭代：控制好每个迭代的进度。可通过project等工具。
14. 及时重构：随着代码的增长，重构的难度会越来越大，要及时偿还在迭代中由于各种原因导致的技术债务。
15. 建立良好的架构：架构解耦，在前几个迭代中实现和验证架构，尽早稳定架构。深淘滩，低做堰。
16. 建立每日构建失败体系
17. 提交代码前必须做本地构建
18. 每次发布的必须都是可以工作的软件，都是目标交付件的组成部分，都可以进行showcase。
19. 敏捷在工程实现上要求更严格，通过短周期迭代、结对编程、TDD、持续集成、每日站会、客户验收等反馈手段使问题尽早暴露。
20. 源代码也是设计 代码应该具备自解释能力，能够清晰的表达实现思路
12. 及时回溯。在一个迭代完成后，回溯在本迭代中出现的问题。
12.1 数据展现：本版本开发的一些数据，如story的完成程度，数据、图标
12.2 问题反馈：如每个strotyd的完成程度，出现的问题。归纳出得票最多的几个问题
12.3 头脑风暴：帮助团队整理思路，从全局看问题，权限团队可以承受的方案。聚焦TOP5问题，作为持续改进的方向。
12.4 快速闭环：增强整体团队的信心
实践篇：
13. 短期迭代：控制好每个迭代的进度。可通过project等工具。
14. 及时重构：随着代码的增长，重构的难度会越来越大，要及时偿还在迭代中由于各种原因导致的技术债务。
15. 建立良好的架构：架构解耦，在前几个迭代中实现和验证架构，尽早稳定架构。深淘滩，低做堰。
16. 建立每日构建失败体系
17. 提交代码前必须做本地构建
18. 每次发布的必须都是可以工作的软件，都是目标交付件的组成部分，都可以进行showcase。
19. 敏捷在工程实现上要求更严格，通过短周期迭代、结对编程、TDD、持续集成、每日站会、客户验收等反馈手段使问题尽早暴露。
20. 源代码也是设计 代码应该具备自解释能力，能够清晰的表达实现思路
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
