lianliange85的专栏

Agile——敏捷开发，作为CMM神话崩溃后被引入的一套新的软件开发模式，这几年来被广泛引起关注，并被寄予厚望。敏捷开发在其他业界的应用是否理想不得而知，但以下总结了我所在公司的敏捷开发试验，希望可以达到管中窥豹的目的。敏捷开发宣言——个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判响应变化 胜过 遵循计划虽然右项也有价值，但

如果你负责向你的客户交付结果，并且你还没有使用过累积流图（cumulative flow diagram - CFD）管理项目或者服务的开发，那么请你仔细看看这个 工具。你很快就会每天都希望看到它。一项工作何时才算完成？只有被交付到客户手中，才算完成，因为只有这时我们才能从中收取费用。正因如此，敏捷团队用交付给客户的功能/用户故事的数量来度量项目进度。最初，Scrum开始使用燃尽图

敏捷软件开发　　敏捷开发是一种软件开发方法，基于迭代和增量开发，通过自组织,跨团队，沟通协作完成开发工作。　　敏捷宣言的诞生： 　　2001年2月11日到13日，17位软件开发领域的领军人物聚集在美国犹他州的滑雪胜地雪鸟（Snowbird）雪场。经过两天的讨论，“敏捷”（Agile）这个词为全体聚会者所接受，用以概括一套全新的软件开发价值观。这套价值观，通过一份简明扼要的《敏捷

敏捷开发模式是以人为核心，迭代，循序渐进的开发方法。　　主要的开发方法：　　1.极限编程（XP）：降低需求变化的成本；　　2.Scrum；　　3.精益开发（Lean Development）：不断完善开发过程；　　4.动态系统开发方法（DSDM）；　　5.特征驱动开发（Feature Driver Development）；　　6.水晶开发（

在敏捷软件开发的各种实践中，结对编程（Pair Programming，下文简称Pair）是特别有争议的。Pair有一个特点，那就是还没有进行过任何Pair实践前，你很可能对它已经有了“喜欢” 或者是“讨厌”的印象。如果有人问你，你喜欢持续集成吗？你多半会回答：不是很肯定，需要试试看。但如果有人问你，你喜欢Pair吗？我猜你会马上给予明 确的肯定或否定的回答。喜欢它的人会觉得好处多多而成本低低，不