共计 1579 个字符，预计需要花费 4 分钟才能阅读完成。
这是从 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 从策略到产品经营的天龙八步》