敏捷学习笔记--2

11. 测试人员是软件健康程度信息的提供者，不是质量保证者的想法，构建二级安全网，将问题阻拦在开发阶段。

12. 及时回溯。在一个迭代完成后，回溯在本迭代中出现的问题。
        12.1 数据展现：本版本开发的一些数据，如story的完成程度，数据、图标
        12.2 问题反馈：如每个strotyd的完成程度，出现的问题。归纳出得票最多的几个问题
        12.3 头脑风暴：帮助团队整理思路，从全局看问题，权限团队可以承受的方案。聚焦TOP5问题，作为持续改进的方向。
        12.4 快速闭环：增强整体团队的信心

实践篇：
13. 短期迭代：控制好每个迭代的进度。可通过project等工具。

14. 及时重构：随着代码的增长，重构的难度会越来越大，要及时偿还在迭代中由于各种原因导致的技术债务。

15. 建立良好的架构：架构解耦，在前几个迭代中实现和验证架构，尽早稳定架构。深淘滩，低做堰。

16. 建立每日构建失败体系

17. 提交代码前必须做本地构建

18. 每次发布的必须都是可以工作的软件，都是目标交付件的组成部分，都可以进行showcase。

19. 敏捷在工程实现上要求更严格，通过短周期迭代、结对编程、TDD、持续集成、每日站会、客户验收等反馈手段使问题尽早暴露。

20. 源代码也是设计 代码应该具备自解释能力，能够清晰的表达实现思路