敏捷宣言及背後的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  團隊要定期反省如何能夠做到更有效，並相應地調整團隊的行爲。