作者:探码科技, 原文链接: http://www.tanmer.com/blog/678
《敏捷软件开发 - 原则、模式与实践》是2003 年9月清华大学出版社出版的图书,作者是Robert C. Martin。本书重点讲述了如何使用uml,并通过真实案例讲解如何用极限编程来设计、测试、量构和结对编程。
以下内容节选自本书!
我们遵循以下原则:
完整的团队
XP项目的所有参与者(开发人员、业务分析师、测试人员等)一起工作在一个开放的场所中,他们都是同一个团队的成员,这个场所的墙壁上挂着大幅的显眼的图表和他显示当前进度的其他东西。
计划游戏
计划是持续的、循序渐进的。每2周,开发人员就为下2周估算候选特性的成本,而客户则根据成本和业务价值来选择要实现的特性。
客户测试
作为选择每个所期望的特性的一部分 ,客户定义自动验收测试来表明该特性可以工作。
简单设计
团队保持设计恰好和当前的系统功能相匹配,它通过了所有的测试,不包含任何重复,可以表达编写者想要表达的所有意图,并包含尽可能少的代码。
结对编程
所有产品软件都是由两个程序员并排坐在一起在同一台机器上构建的。
测试驱动开发
程序员以非常短的周期工作,他们先增加一个失败的测试,然后设法使其通过。
改进设计
随时改进糟糕的代码,保持代码尽可能干净,有表达力。
持续集成
团队总是可以使系统逐步集成和完善。
集体代码所有权
任何结对的程序员都可以在任何时候改进任何代码。
编码标准
系统中所有的代码看起来就好像是由一个非常胜任的人编写的。
隐喻
团队提出一个程序工作原理的公开景象。
可持续的速度
团队只有持久才有获胜的希望。他们以能够长期维持的速度努力工作。他们保存精力,他们把项目看作是马拉松长跑,而不是全速短跑。
在软件开发方面,探码一直践行的就是敏捷开发的思维,以用户的需求进化为核心,采用迭代、循序渐进的方法进行着软件开发。在开发过程中,一个项目在构建初期被细分成多个子项目在项目管理协同工具上创建Issue,各个子项目的成果都要经过测试,并经历开发的全生命周期的管理。每个子项目都是独立的,而又是可以合在一起变成整体的。意思就是每个子项目相互联系又可以独立运行,整个项目一直处于开发中,又不影响软件的运行。
同时,敏捷开发并不适合每一个开发团队,这要求团队技术人员至少有3人以上;技术人员的要有足够的稳定性;技术人员的功底也得深厚!
相关文章:敏捷迭代软件开发简略教程