第 31 章 缓慢的混乱不是秩序
本作品已使用人工智能进行翻译。欢迎您提供反馈和意见:translation-feedback@oreilly.com
Go 快吗?遵守纪律
Agile 还是只是快?下一个回合将见分晓。
我们 都有自己的 "心病 "或 "痛点",这些东西我们经常遇到,尽管无关紧要,但确实让我们恼火。在私生活中,这些问题往往围绕着牙膏管之类的东西:盖子脱落与盖子打开,或者从底部挤压与从中间挤压。众所周知,这种差异已经危及了许多婚姻和同居关系(提示:第二支牙膏大约需要 1.99 美元)。
在企业 IT 界,最讨厌的事情往往与技术性较强的事情有关。我最讨厌的是,在《Agile 宣言》发表近 20 年后,人们在使用 "敏捷"(agile)这个词时还不理解它的含义。你肯定听到过下面这样的对话:
-
下一个主要交付成果是什么?不知道,我们是Agile!
-
你们的项目计划是什么?因为我们是Agile,所以我们的速度非常快,以至于无法及时更新计划!
-
我能看看你们的文档吗?不需要,我们是Agile!
-
您能告诉我您的架构吗?不,Agile项目不需要这些!
而当有人敢问这些团队是如何知道自己是 Agile 的时候,你肯定会听到如下回答:
-
我们保证是Agile,因为我们是经过官方认证的!
在这种无知之上,还有人说敏捷方法不适合你的公司或部门,因为对于这样一个结构化的环境来说,它们太混乱了。具有讽刺意味的是,情况通常恰恰相反:企业环境通常缺乏实施 Agile 流程的纪律性。
快速与 Agile
对于敏捷一词的广泛滥用,我的第一个烦恼是不得不反复提醒人们,这种方法被称为 "敏捷",而不是 "快速",这是有道理的。敏捷方法是通过频繁的重新校准和拥抱变化来击中正确的目标,而不是试图预测环境和消除不确定性。 从远处向移动的目标开火是快,但不是敏捷:你很可能会失手。Agile 方法允许沿途修正航向,更像制导导弹(虽然我不喜欢用武器做比喻)。Agile 能让你快速到达需要到达的地方。在错误的方向上跑得更快不是方法,而是愚蠢。
速度与纪律
当 观察快速运动的事物时,很容易产生一种混乱感:太多事情同时发生,让人无法判断这一切到底是如何组合在一起的。一个很好的例子就是一级方程式赛车的维修站:尖叫声、呼啸声、呼啸声、轰鸣声,赛车在不到 4 秒钟的时间里换上了 4 个新轮胎(一级方程式赛车不再允许加油)。 在如此高速的情况下观看这一过程,会让人感觉有点头晕,觉得这是某种奇迹,或者实际上有点混乱。如果你多看几遍这个过程,最好是慢动作,你就会明白,很少有团队比维修站工作人员更严谨:每个动作都经过精确编排和数百次训练。毕竟,以 F1 的速度,在维修站多停留一秒钟就意味着落后近 100 米。
在 IT 领域快速发展同样需要纪律。自动测试是您的安全带--否则您怎么能在发生严重问题等情况下立即将代码部署到生产环境中呢? 对于在线零售商来说,部署代码最有价值的时间是节假日期间,此时客户流量达到最高峰。 这时,关键的修复或新功能会对底线产生最大的积极影响。具有讽刺意味的是,大多数企业的 IT 部门都会在节假日期间设置 "冻结区",禁止部署代码变更。在流量高峰期推送代码需要信心。铁的纪律和大量的实践可以让你更自信、更快速。恐惧会让你慢下来。没有纪律的自信会让你一败涂地。 ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access