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