敏捷开发修炼

1、高效程序员45个习惯敏捷开发修炼1；高效软件开发之路1.1 ；不管路有多远，错了就要重新返回。1.2 ；开发需要持续不断，切勿时续时断。2；态度决定一切2.1 ；选定了要走路，就是选定了它通往的目的地。2.2 ；欲速则不达，对事不对人，排除万难，奋勇向前。2.3 ;指责不会修复bug,团队间要相互帮助。2.4 ；欲速则不达，不要坠入快速的简单修复bug之中，要投入时间和精力保持代码的整洁和敞亮。2.5 ；不要孤立编码，代码要复审，多看别人的代码。2.6 ；使用单元测试。3；学无止境3.1 ；逆水行舟不进则退。3.2 ；跟踪技术变化，你不需要精通所欲的技术，但是需要清楚知道行业的动向，从而规划你

2、的项目和职业生涯。3.3 ；对团队投资，团队间相互分享知识。3.4 ；学习新的东西，丢弃旧的东西。3.5 ；打破砂锅问到底，不要满足于表面现象。3.6 ；把握开发节奏。4；交付用户想要的软件4.1 ；提早集成，频繁集成，可以规避风险。4.2 ；让客户做决定。4.3 ；合理选用技术，技术框架是否真的能解决问题，是否会被它拴住，维护成本多少。4.4 ；保持项目时刻可以发布。4.5 ；让设计指导而不是操纵开发，设计文档要尽可能详细。4.6 ；自动化部署，节省时间。4.7 ；演示获取频发反馈（每1到2周演示一次）。4.8 ；迭代，增量开发（1到4周为一个迭代周期）。4.9 ；固定的价格就意味着背叛承诺

3、（迭代评估价格）。5；敏捷反馈5.1 ；一步行动，胜过千万专家的意见。5.2 ；自动化单元测试，守护代质量5.3 ；先用它再实现它（比如接口）5.4 ；不同环境就有不同问题（多环境测试）5.5 ；自动验收测试（为核心业务逻辑创建测试，让用户单独测试）5.6 ；度量真实的进度，莫虚报进度。5.7 ；倾听用户的声音（每一个抱怨的背后都隐藏了一个事实）6；敏捷编6.1 代要清晰表达意图，代清晰度的优先级应该排在执行效率之前，避免讨巧的代。6.2 ；用代沟通，因为注释不能替代优秀的代。6.3 ；动态评估权衡（考虑性能、便利性、生产力、成本和上市时间）6.4 ；增量是编程（在很短的编辑/构建/测试循环中

4、编写代码）6.5 ；保持简单6.6 ；编写内聚的代码（让类功能尽量集中，组件尽量小，避免创建很大的类或组件）6.7 ；告知，不要询问（不要抢别的对象或是组件的工作。告诉它做什么，然后盯着自己的职责就好了）6.8 ；继承，派生类方法，不要求多不承诺少。6.9 ；通过接口契约类，多使用委托而不是继承。7；敏捷调试7.1 ；记录解决问题日志（问题发生日期，问题简述，详细的解决方案，引用文章或网址，片段代码或截屏）。7.2 ；警告就是错误，千万不要放过（警告容易滋生bug）7.3 ；将问题各个击破（将问题域与周边隔离开来）7.4 ；报告所有的异常（处理或是向上传播所有的异常，否则发生异常时无法定位）7

5、.5 ；提供有用的错误信息8；敏捷协作8.1 ；立会（不超过30分钟，每天上班一个小时举行，例会内容包括：昨天有哪些收获，今天有哪些工作计划，面临着哪些障碍）8.2 ；立会可以让团队达成共识。保证会议短小精悍不跑题（但对于小团队来说，每周举行一两次立会就可以了）。8.3 ；架构师必须先写代码，优秀的设计是从积极的程序员演化而来的，架构师要了解系统的使用情况，否则无法展开设计。8.4 ；实行代码集体所有制，让开发人员轮换完成系统不同领域中不同模块的不同任务。8.5 ；成为指导者，分享自己的知识，提升自己也帮助别人。8.6 ；允许大家自己想办法，授人以鱼，三餐之需，授人以渔，终身之用8.7 ；准备好之后再共享代码，绝不提交尚未完成尚未通过测试的代码。8.8 ；复查所有的代码，提升代码质量和降低错误率，代码复查时无价之宝。8.9 ；及时通报进展与