敏捷宣言及背后的12条准则

Manifesto for Agile Software Development

We are uncovering better ways of developing
 software by doing it and helping others do it.
 Through this work we have come to value:

Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan

That is, while there is value in the items on
 the right, we value the items on the left more.

《 敏捷 宣言》

我们通过身体力行和帮助他人来揭示更好的软件 开发方式。经由这项工作，我们形成了如下价值观：

个体与交互  重于 过程和工具
可用的软件   重于 完备的文档
客户协作    重于 合同谈判
响应变化    重于 遵循计划

 

在每对比对中，后者并非全无价值，但我们更看重前者。

 

Kent Beck  Mike Beedle  Arie van Bennekum  Alistair Cockburn  Ward Cunningham  Martin Fowler

James Grenning  Jim Highsmith  Andrew Hunt  Ron Jeffries  Jon Kern  Brian Marick

Robert C. Martin  Steve Mellor  Ken Schwaber  Jeff Sutherland  Dave Thomas

Principles behind the Agile Manifesto

We follow these principles:  

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

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

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

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

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

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

Working software is the primary measure of progress.

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

Continuous attention to technical excellence
 and good design enhances agility.

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

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

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

 

《 敏捷宣言》背后的12 准则

我们遵循以下准则： 

1  我们的最高目标是，通过尽早和持续地交付有价值的软件 来满足客户。

2  欢迎对需求提出变更—— 即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势。

3  要不断交付可用的软件 ，周期从几周到几个月不等，且越短越好。

4  项目过程中，业务人员与开发人员必须在一起工作。

5  要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。

6  无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。

7  可用的软件 是衡量进度的主要指标。

8  敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。

9  对技术的精益求精以及对设计的不断完善将提升敏捷性 。

10  要做到简洁，即尽最大可能减少不必要的工作。这是一门艺术。

11  最佳的架构、需求和设计出自于自组织的团队。

12  团队要定期反省如何能够做到更有效，并相应地调整团队的行为。