作者:Claire Drumond
敏捷宣言还是件大事吗?
在技术革命期间,我们开始思考《敏捷宣言》是否还应该成为我们的指南,因为我们进入了一个以持续创新定义的世界。这份简短但颠覆性的文件能够从各方面为我们提供帮助,从产品交付到当日送达。但是今天,我们不再是先驱者,而更像是持续改进海洋中的探险家,这让我们开始思考,现在是时候改进《敏捷宣言》了吗?
起源故事
2001 年初,在犹他州瓦萨奇山脉的雪鸟度假村,17 个人聚集在一起讨论软件开发的未来。该组织的成员对目前的状况感到沮丧,虽然他们在如何纠正这种情况方面存在分歧。
他们一致认为,问题在于,各公司过于专注于过度规划和记录其软件开发周期,以至于忽略了真正重要的事情——取悦客户。
公司可能秉持“卓越”和“诚信”等企业价值观,但这些价值观并没有引导员工,尤其是软件开发人员走向更好的方式。这种情况需要改变。在雪鸟的 17 个人 (Snowbird 17) 中有一部分已经对如何开创软件开发的新时代有了想法。山上旅行是他们讨论这个问题的机会。
《敏捷宣言》就是在这个周末制定的,只有 68 个单词,而这份简短良好的文件却永远改变了软件开发。自制定以来的近二十年中,这些词语(以及随后的 12 项原则)已(在不同程度上)被无数个人、团队和公司所接受。
12 项敏捷宣言原则:一种已定义的文化
当今的敏捷环境似乎充满了方法,这些方法有望实现敏捷理想并将其转变为现实世界。但是今天方法的疯狂并不是什么新鲜事。
《宣言》本身的诞生源于需要在 Scrum、极限编程、Crystal Clear 和其他框架之间找到共同点。
“他们开始看到自己在做一些共同的事情。但是当时,他们在很大程度上是竞争对手,至少在思想上是竞争对手。”Atlassian DevOps 首席解决方案工程师 Ian Buchanan 说,“考虑到当时的背景,他们可以在任何事情上达成共识这一事实真是太令人震惊了。”
Snowbird 17 想看看不同学科的代表能否就某件事达成共识——任何事情。令他们惊讶的是,他们做到了。他们商定了一套定义文化的价值观。
包括:
敏捷软件开发宣言
我们正在通过开发软件和帮助他人开发软件来发现更好的开发软件方法。
通过这项工作,我们获得了以下价值:
个体和互动高于流程和工具
工作的软件高于详尽的文档
客户合作高于合同谈判
响应变化高于遵循计划
也就是说,虽然右边的项目有价值,但我们更看重左边的项目。
Kent Beck | James Grenning | Robert C. Martin |
Mike Beedle | Jim Highsmith | Steve Mellor |
Arie van Bennekum | Andrew Hunt | Ken Schwaber |
Alistair Cockburn | Ron Jeffries | Jeff Sutherland |
Ward Cunningham | Jon Kern | Dave Thomas |
Martin Fowler | Brian Marick |
敏捷软件的十二项原则也是 Snowbird 聚会的产物,详述了构成价值观的少数句子。
就这样,从那时起,《敏捷宣言》网站的变化很小,如果有的话。但是围绕敏捷的世界却已经大为不同。
敏捷的精彩辩论
Snowbird 17 成功地在几个核心原则下统一了他们的不同观点,但辩论并没有就此结束。在某些方面,敏捷已经分解为比远见者最初想到的多得多的操作方式。看来每个人对敏捷都有自己的看法。
今天,有 SAFe,还有 LeSS。有些敏捷应用与软件开发没有任何关系,尽管《宣言》一开始就说:“我们正在通过开发和帮助他人开发软件来发现更好的软件开发方法。”
Scrum.org 首席执行官 Dave West 曾前往多个组织观察敏捷实践,他召集了一个研究小组,该小组正在使用敏捷开发一种利用病毒治疗遗传性失明的方法。
事实上,在软件领域之外拥抱敏捷已经很普遍,但《宣言》创始人可能并没有预想到这一点。
Buchanan 说:“并不是说它无法解释,而是需要更深入的理解才能确保准确翻译这些想法。”
更深入的理解并不总是存在的,即使在软件开发领域也是如此。
敏捷的工业中心
许多人认为,敏捷教育和咨询的货币化加剧了“虚假敏捷”及其邪恶的双胞胎“黑暗敏捷”。有些人甚至将这种货币化背后的组织称为“敏捷工业联合企业”。
Buchanan 说道:“有一种货物崇拜敏捷,操作和理念都是对的,但是因为不了解基本原则,所以无法实现有效成果。”
有些人认为 Atlassian 是罪魁祸首,因为我们的工具支持 Scrum 和看板等敏捷框架。但是我们相信,敏捷是一种文化价值,应该让团队能够以他们认为最合适的方式开展工作。敏捷框架与文化价值观并驾齐驱,但如果您没有文化缺省,那么您的操作从一开始就可能出现缺陷。
这些称为“虚假”、“黑暗”或“货物崇拜”的敏捷,即使实践者持有相关证书,其颠覆行为往往会导致与《宣言》意图背道而驰的局面——微观管理、燃尽率节奏、缺乏交付,以及最令人震惊的坚持程序胜于原则。不幸的是,这些黑暗敏捷体验会导致一些人完全放弃敏捷,或者重写敏捷以反映他们真实的敏捷使用体验。
Snowbird 17 之一的 Ron Jeffries 试图通过这个资格认证来解决这些异常现象:
“在这里以及其他作品中,我通过加括号的‘敏捷’一词来指代许多使用‘敏捷’来形容自己,但不一定符合我们在《敏捷宣言》中写过的敏捷软件开发的定义或精神的实例、方法和流程。我有时会用‘虚假敏捷’来做种强调,或者提到‘黑暗敏捷’,来描述确实变差的所谓的‘敏捷’方法。我可能用‘敏捷宣言’来指宣言中的核心理念,我始终坚信这些理念。”
但是,鉴于敏捷的广泛采用,有时甚至被误导,《敏捷宣言》这份文件还值得参考吗?
宣言还有意义吗?
在与数百名 Atlassian 客户、内部和外部敏捷教练、发烧友和狂热的实践者交谈之后,以及我们在社交媒体上花费的大量阅读时间,我可以自信地说:值得。《宣言》仍然具有重要意义,甚至可能现在比以往任何时候都更重要。
我的两位同事,高级企业敏捷教练 Dan Radigan,以及每天与客户打交道的 Ian Buchanan 都证实,他们会定期向新客户重点介绍《宣言》。
LinkedIn 敏捷教练兼高级技术项目经理 Tanner Wortham 表示,自己也经常引用《宣言》。在海军陆战队工作了十年的 Wortham 说,他甚至在不知道敏捷之前就开始实践敏捷了。对他来说,敏捷意味着“领导海军陆战队”。但是,对 Wortham 来说,给某件事起个名字是解决这个问题的重要第一步。
“除非你能给某件事情名字,否则你真的不知道该如何处理这件事情。我想《宣言》就是这么做的,给它起了个名字,叫敏捷。我认为虽然这是已经发生的事情,但是当他们给它命名时,就可以更轻松地识别。”
Scrum.org 首席执行官 West 指出,敏捷原则根本不是什么新鲜事。它们之前只是以不同的方式应用。
West 说:“当我看到宣言背后的原理时,这些原理不是我们自己创造的,而是科学方法的原理,伽利略用过,阿基米德也用过。”
也许《敏捷宣言》的最大成就是编写了一种尚未用于软件开发的思维方式,这当然不是一件小事。
那是什么意思?
因此,敏捷原则在《敏捷宣言》发布之前就已经存在。人们将它们应用于软件开发,《敏捷宣言》整理了这些价值观。然后,人们采纳了《宣言》的原则,开始将其应用于自己的工作中。随着所有理念重新使用,是时候更新《敏捷宣言》了吗?
不一定。
像《宣言》这样具有文化意义的东西出现时,您也许可以重新解释它,但没有什么比原版更贴切了。因此,与其尝试对其进行正式更新,不如弄清楚如何将其应用于自己、团队或组织。
Wortham 说:“从很多方面来说,《宣言》是对话的基础。我就是这样认为的,你呢?好吧,我们先了解一下如何合作。”
本着这种精神,也许重要的不是一份每个人都能达成共识的幸福文件,而是是否有一群人(从团队到整个组织)能够在不忽视《宣言》精神的情况下将《宣言》中的想法应用于自己的具体情况。如果我们能把这一点做好,就会拥有无限的可能。
“我认为,如果我们做对了,世界会变得更好。我们可以解决癌症,我的孩子可能会活到 150 岁、175 岁,”West 说,“我认为我们能做到,并且我相信我们会做到。”
特别感谢 Amanda O'Callaghan、Ian Buchanan、Dan Radigan、David West 和 Tanner Wortham 分享自己对这篇文章的见解和专业知识。