程序员敏捷之路秘笈:降龙十八掌

  • 时间:
  • 浏览:0
  • 来源:大发3D_大发3D官方

17. 分离补救大问題,修复Bug时把其它的地方隔离起来,就像修复电器一样,会把线路板拆下来修。比如使用Mock等方法。

12. 尽早提交,尽早得到客户的反馈。

16. 代码会说话,利用你的代码和同事沟通,代码要清晰表达自己要干有哪些。保持代码简洁易于理解,为宜公用方法简洁易于理解。减少代码注释,用有意义的类名,方法名,参数名自己来解释。

假使 ,有一群人 说这哪十几个 还会站在管理的高度,任务管理器员自己怎么里都可以做做到敏捷呢?回来想想再结合以前看多的书总结出了如下18条,于是就起名“降龙十八掌”吧。到底哪每根对哪一掌,一群人 就自己对吧。

7. 积极与客户沟通。对需求不选取的任何地方一定要问客户,给出建议一起让客户做决定。但未必问所以那么价值且耗费客户所以时间的大问題。

王德水

11. 自动化部署。尽早实现一键部署,节省时间且都都可以 尽早知道系统须要的软硬件环境。

10. 用单元测试守护代码。自动化用户验收测试。原先都都可以 快速回归。

3. 不做世外高人。未必有一自己默默无闻的编码,多阅读同事的代码,也请同事阅读自己的代码,保证代码易读,易理解。

6. 保持为宜的节奏。未必闲一天,忙一天,互上互下,冰火两重天。

18. 给客户显示都都可以 查询错误的信息。比如都都可以 在错误信息前加一错误号,原先都都可以 方便开发人员在错误日志里定位。

9. 尽早集成,频繁提交。注意提交未必破坏代码库。提交前在本地运行测试,获得最新代码,再运行本地测试,通以前提交代码。原子提交,一旦功都都可以 使用,都都可以 立即快速回滚, 原先都都可以 尽早暴露集成的大问題,使修复bug的成本大大减小。

15. 代码集体所有,任何人都都都可以 改自己的代码,自己不都都可以 改任何人的代码。

14. 虚心接受用户的抱怨,认真对待抱怨,找出客户抱怨的由于

13. 一定要自己计划,假使 每天度量自己的进度,SCRUM都能不都可以 通过站立会议。要有自己的Backlog

8. 重视设计,每有有一个系统,每有有一个功能都须要设计,敏捷还会那么设计。假使 设计未必太细,包含系统的底部形态或类的职责,形式都都可以 多样,白板,草图,贴张纸就都都可以 ,最终还是通过代码来体现。

2. 深入理解需求。对有有一个需求要尽假使 多的理解,未必急于着手编码。

在公司做了三次相关敏捷的主题:现有项目的敏捷之路,SCRUM,敏捷软件测试。

4. 敢于发表意见。发现大问題时,敢于提出来,非要任何事情还会全票通过,原先会扼杀创新,容纳自己未必接受的想法,贡献自己的好想法。

1. 态度积极。做事时专注,有大问題积极找人帮忙一起也乐于帮助别人,勇于承认错误,假使 你从没犯过错误,说明你假使 没努力去工作。

本文转自敏捷的水博客园博客,原文链接http://www.cnblogs.com/cnblogsfans/archive/2011/01/29/19472002.html如需转载请自行联系原作者

5. 持续学习,乐于分享。假使 你很长时间不学习,发现所以东西很陌生,但假使 你天天学习,每天学的东西很少,未必见到新技术再次跳出“少小离家老大回”的大问題。分享自己的知识,提高自己的团队,一起提高自己。