关于敏捷开发

首先，我们先认识一下敏捷开发的发展之路：

那么敏捷开发与传统开发有什么区别呢？我们可以对比一下。

软件更像一个活着的植物，软件开发是自底向上逐步有序的生长过程，类似于植物自然生长

敏捷开发遵循软件客观规律，不断的进行迭代增量开发，最终交付符合客户价值的产品

 

敏捷开发原则，我们可以参考一些经验：

1: Our highest priority is to satisfy the customer through early and continuous delivery of valuable software 。

翻译：尽早并持续地交付有价值的软件以满足顾客需求。

2: Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage

翻译：敏捷流程欢迎需求的变化, 并利用这种变化来提高用户的竞争优势。

3: Deliver working software frequently, from a couple of weeks to a couple of months, with a preference for the shorter timescale

翻译：经常发布可用的软件，发布间隔可以从几周到几个月，能短则短。

4: Business people and developers must work together daily throughout the project. 

翻译：业务人员和开发人员在项目开发过程中应该每天共同工作。

5: Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. 

翻译：以有进取心的人为项目核心，充分支持信任他们

6: The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.

翻译：无论团队内外，面对面的交流始终是最有效的沟通方式

7: Working software is the primary measure of progress.

翻译: 可用的软件是衡量项目进展的主要指标

8: Agile processes promote sustainable development.  The sponsors, developers, and users should be able to maintain a constant pace indefinitely.

翻译: 敏捷流程应能保持可持续的发展。 领导, 团队和用户应该能按照目前步调持续合作下去。

9: Continuous attention to technical excellence and good design enhances agility.

翻译: 只有不断关注技术和设计才能越来越敏捷。

10: Simplicity--the art of maximizing the amount of work not done--is essential.

翻译: 保持简明 - 尽可能简化工作量的技艺 - 极为重要。

11: The best architectures, requirements, and designs emerge from self-organizing teams.

翻译: 只有能自我管理的团队才能创造优秀的架构, 需求和设计。

12: At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

翻译: 时时总结如何提高团队效率, 并付诸行动。

关于敏捷开发的方法也有好多种：

主要的敏捷开发为极限编程：

极限编程（ XP ）的主要目的是降低需求变化的成本。它引入一系列优秀的软件开发方法，并将它们发挥到极致。比如，为了能及时得到用户的反馈， XP 要求客户代表每天都必须与开发团队在一起。同时， XP 要求所有的编程都采用结对编程（ pair-programming ）的方式。这种方式是传统的同行审查（ peer review ）的一种极端表现，或者可以说是它的替代方式。

 

关于敏捷开发方法的更多信息，参考文章：http://blog.csdn.net/gscrum/article/details/4589457