42 lines
2.1 KiB
Markdown
42 lines
2.1 KiB
Markdown
---
|
||
title: The Manifesto
|
||
localeTitle: 宣言
|
||
---
|
||
## 宣言
|
||
|
||
### 起源
|
||
|
||
> 2001年2月11日至13日，在犹他州瓦萨奇山区的雪鸟滑雪胜地洛奇酒店，有17人聚在一起聊天，滑雪，放松，并试图寻找共同点 - 当然，还要吃饭。 \[...\]现在，很难找到一个更大的组织无政府主义者聚会，所以从这次会议中产生的是象征性的 - 一个由所有参与者签署的敏捷软件开发宣言。 （1）
|
||
|
||
### 敏捷软件开发宣言
|
||
|
||
我们正在通过这样做并帮助其他人来实现软件开发的更好方法。
|
||
|
||
通过这项工作，我们已经开始重视
|
||
|
||
* **个人和**流程与工具**之间的互动** 。
|
||
* **工作软件**综合文档。
|
||
* 合同谈判中的**客户协作** 。
|
||
* **响应**遵循计划的**变更** 。
|
||
|
||
也就是说，虽然右边的项目有价值，但我们更重视左边的项目。
|
||
|
||
### 敏捷软件的十二个原则
|
||
|
||
1. 我们的首要任务是通过早期和持续交付有价值的软件来满足客户。
|
||
2. 欢迎不断变化的要求，甚至是开发后期。敏捷流程利用变化来实现客户的竞争优势。
|
||
3. 经常提供工作软件，从几周到几个月，优先考虑更短的时间尺度。
|
||
4. 业务人员和开发人员必须在整个项目中每天一起工作。
|
||
5. 围绕有动力的个人建立项目。为他们提供所需的环境和支持，并相信他们能够完成工作。
|
||
6. 向开发团队内部和内部传达信息的最有效和最有效的方法是面对面交谈。
|
||
7. 工作软件是进步的主要衡量标准。
|
||
8. 敏捷过程促进可持续发展。赞助商，开发者和用户应该能够无限期地保持稳定的步伐。
|
||
9. 持续关注技术卓越和良好的设计可提高灵活性。
|
||
10. 简单性 - 最大化未完成工作量的艺术 - 至关重要。
|
||
11. 最好的架构，要求和设计来自自组织团队。
|
||
12. 团队定期反思如何变得更有效，然后相应地调整和调整其行为。
|
||
|
||
#### 更多信息：
|
||
|
||
* [（1）历史：敏捷宣言](http://agilemanifesto.org/history.html)
|
||
* [敏捷宣言](http://agilemanifesto.org/) |