一步步走向企业敏捷--敏捷起源

2001年敏捷领域的大牛们汇聚在一起编撰了敏捷宣言，敏捷宣言给出了敏捷开发的指导思想和原则。

个体和互动 高于 流程和工具工作的软件 高于 详尽的文档客户合作 高于 合同谈判响应变化 高于 遵循计划

随有无数的书籍和文章介绍和分析了这个原则。虽然敏捷宣言在很多方面貌似永远正确的，但是20年来敏捷思想不断的演进和技术更新，并且得到敏捷领域专家和用户的肯定。了解敏捷思想的发展历史对于全面认识敏捷很重要。下面我们对敏捷宣言进行必要的介绍。

敏捷宣言是图探索用最好的方法来开发软件。

敏捷宣言从诞生时刻起关注在如何交付软件，但随着时代的发展，敏捷已经扩展为关注如何交付业务价值。

个体和交互比过程和工具更重要。

敏捷团队高度的协同工作可以激发动力，灵感和创造力。轻量化的过程和工具，在松耦合，不增加负担的框架下，可以提高交互效率。

工作的软件比详尽的稳定更重要。

敏捷团队更加重视向客户交付可以为带来价值的可以使用的软件，而不是构建更多的内部制品。行为驱动开发（BDD）和测试驱动开发（TDD）是敏捷团队开发软件常用的两个方法，这些方法使用场景或者举例来描述需求，开发出的代码也是对这些场景的体现，可以有效的提升软件功能对用户使用场景的匹配，降低多余功能或功能不符合用户要求带来的浪费。Swagger可以生成详尽的API说明文档的，让代码和接口说明更加无缝的结合在一起。

客户合作比合同谈判更重要。

敏捷合同关注的是项目目标和团队的协议，而不是确定的交付成果。在签订合同时，项目的交付产品还在变化当中，因此甲乙双方更适合用非固定性的合同，为在项目交付过程发现的更有价值的软件特性的实现提供变更的灵活性。让客户也交付方在项目的实施中共同最大获益。

响应变化比遵循计划更重要。

计划仅仅在发生变化前有效，事实上变化往往随时可能发生。敏捷团队把变化看作正常工作流程的一部分。企业敏捷不仅仅在软件开发方法响应变化，而是扩展到企业的一切工作当中。

当把敏捷宣言中的"软件"换成"产品或服务"，敏捷宣言对于企业来说同样可以有效的提升企业交付价值的能力。因此敏捷宣言和实践不仅仅适用在软件开发当中，它们同样可以对企业的各个方面产生有益的影响。这样我们就来到了企业敏捷。

企业敏捷与DevOps技术工具公众号