解读敏捷宣言 | IDCF

这是从 http://agilemanifesto.org/ 网站上摘取的一段，以下是中文翻译内容。

从上面可以看出，最初写的是“敏捷软件开发宣言”，也就是仅仅针对软件开发领域来讲的。当然，我们现在认为敏捷已经超越了“软件开发”领域，《敏捷宣言》这六句话，我们分别进行解读。

解读

1. 我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人

通过这句话，我们可以感受到当时各位起草敏捷宣言的软件开发者对于敏捷的思考和理解，他们一开始就认识到敏捷一定是来源于实践，在实践中不断优化的软件开发方法，这也就意味着敏捷本身不会有终点，不会是一成不变的。如果我们在实施敏捷的过程中，认为自己已经敏捷了，那就已经进入了一种“非敏捷”态，所以我们一直强调Being Agile的原因。

同时在实施敏捷的过程中，每个人先要自己身体力行，要想改变他人，就先从改变自己开始，自己先要精熟敏捷，理解敏捷，做到敏捷；同时也要更多的帮助他人变得敏捷，这也是敏捷领导力的关键，毕竟每个人都可以成为领导者，也可以成为跟随者，领导者与跟随者是会根据环境变化进行切换的。

2. 个体和互动高于流程和工具

这一点首先是在强调“以人为本”，发挥人的主动性与能动性，这一点与Y理论是想匹配的。如果团队未被激发，未达到高绩效，只是团伙，再好的工具与流程，也是于事无补。当然，不好的流程与工具会拖累优秀的团队。

其次，流程与工具是为团队服务的，需要为了支撑“个体与互动”而不断优化，同时，过犹不及。

3. 工作的软件高于详尽的文档

“工作”不仅仅是可以运行，不会Core Dump，更重要的在于让客户受益，问题得到解决！所以“工作的软件”是指能够帮客户解决问题、为客户带来价值的东西。如果不能达到这个目的，界面再漂亮、文档再详尽，也没有意义。

对于文档，又是不可或缺的，但“过犹不及”。虽然说，在向新的团队成员传授知识方面，最好的两份文档是代码和团队。

代码是最没有二义性的信息源，可以真实的反映出软件的真实实现。在团队成员的头脑中，保存着时常变化的系统的脉络图。人和人之间的交互是把这份脉络图传授给他人的最快、最有效的方式。

4. 客户合作高于合同谈判

我们跟客户的关系，不应该是零和博弈，应该是互惠互利。毕竟价值驱动的主导很大一部分是由客户来决定的，我们的目标就是为客户提供可工作的、有价值的软件。所以，跟客户的交互不应该仅仅停滞在合同谈判，或者是出现问题的时候，靠合同谈判进行相互约束。

我们应该多跟客户合作，引导客户加入到协同过程中来，增加沟通，从而提高协作效率，及时修正不合理的需求，与客户达到协同和共赢。

5. 响应变化高于遵循计划

“高于遵循计划”是当发生变更的时候，我们需要做出快速的响应，这一点跟传统的瀑布模型是有本质上的区别。为了达成这一点，我们不会做大计划，而是要做能灵活应对变化的小计划。

6. 尽管右项有其价值，我们更重视左项的价值

这一行字在网站虽然很小，但却不应该忽视。

在敏捷中，虽然我们强调“个体与交互、工作的软件、客户合作、响应变化”，但并未否定“流程与工具、文档、合同、计划”，只是认为左项更重要而已。

更多

敏捷宣言的诞生有一定的偶然性，但更有其必然性。先后经历了这样几件大事：

• 2000年春 一次“轻量”的罗格里夫会议
• 2000年9月 基于Wiki的聚会集结号
• 2001年2月 美国犹他州雪鸟滑雪胜地聚会

这是当时的手稿，由Andy Hunt记录。

来源：IDCF官网

IDCF DevOps黑客马拉松，2021年度城市公开赛，11月6-7日，深圳站，企业组队参赛&个人参赛均可，一年等一回，错过等一年，赶紧上车~公众号回复“黑马”加入

IDCF【冬哥有话说】免费直播，关注公众号回复“冬哥”获取地址

• 10月21日（周四）晚8点，丰志强分享《组织级敏捷转型》
• 10月28日（周四）晚8点，钱勇分享《toB SaaS从战略到产品运营的天龙八步》