dxmnet 阅读(1294) 评论(4)
* 通过客户、开发人员、经理三方共同参加的计划游戏(planning game)来确定开发计划
* 小版本发布----尽快发布,尽早发布
* 通过系统隐喻(metaphor)来让每个人了解整个系统
* 简单设计----为明确的功能进行最优的设计,不考虑未来可能需要的功能。
* 重构(refactoring)---不断优化系统设计,使之保持简单
* 单元测试----先写测试,后写代码
* 结对编程(pair programming)----系统的每一行代码都是2个人用一个键盘完成的。
* 代码集体拥有--开发队伍中任何人可以修改任何其他人的代码,代码不属于某个个人。
* 持续集成----至少每天将整个系统集成一次,保持一个能运转的系统。
* 40小时工作制----保证休息,保持体力
* 现场客户----客户自己也是软件开发队伍的重要一份子
* 编码标准----必须有统一的编码规范,确保代码的可读性

我们大多数都是在为中小公司打工,使用那些重量级的开发方法,如瀑布模型,无法在短时间内完成交付.
轻量级的敏捷开发是保证速度与质量的最佳方案.

评论列表
cool
re: 敏捷开发(XP)的12条原则
休息可以使头脑更敏捷!
大圣
re: 敏捷开发(XP)的12条原则
这问题太大了,不是很懂编程不要乱说。
jzhang
re: 敏捷开发(XP)的12条原则
不客气的说,这全部都是表象。
敏捷开发是为了生产比传统流程更高质量的产品,核心只有一个,质量。质量怎么保证?上面这12条一句也没有提到,呵呵。
大虾米(dxm)的技术博客
re: 敏捷开发(XP)的12条原则
敏捷开发是因为需求太容易变化了。
用传统方案根本行不通。只能通过迭代式的才行。

发表评论
切换编辑模式