在持续交付（CD）主导的世界中，频繁的开发版本发布已成为常态，大多数公司几乎每天都会更新其产品。在云和先进自动化技术的帮助下，以及对安全性和质量的担忧，CI/CD 管道正在蓬勃发展。问题在于速度正在成为衡量这些工程团队成功的主要指标。结果，人员、流程和产品价值退居次要地位。

ⓒ 盖蒂图片库

当我们使用工程速度作为唯一的衡量标准时，我们错过了什么？在那狭窄的视野之外会发生什么？

黑暗中的软件开发

随着 Scrum 的兴起，故事 德国电话号码数据 点速度已成为敏捷软件开发生命周期 (SDLC) 的主要驱动力。团队本周完成了多少个故事点？我们如何确保在满足验收标准的同时提供更多积分？每个人都把速度视为成功的代名词，而加速是成功的工程公司最注重的词。提供更多的故事点被视为你“做对事情”的明确标志。

它也有自己的逻辑。从管理的角度来看，错过发布日期的产品无论多么完美都没有什么价值。即使是工程天才的缩影，如果创造很少或根本没有商业价值，也只是“博物馆展览”而不是“行业游戏规则改变者”。发布的时机实际上很重要。研究表明，上市速度提高 5% 可使投资回报率提高 13%。

然而 我认为盲目迷恋速度会忽略优化

软件解决方案对现 EK 线索 实世界影响的几个重要因素。当我们只关注速度时，请考虑以下我们不会问的问题：当然，速度和质量都很重要。但我们在工程团队中看到的对速度指标的痴迷现在只会助长各方面的坏习惯。此外，大多数人并没有公平地让开发周期的所有阶段负责根据相同的指标评估交付。通常，产品团队不会根据速度进行评估，并且产品管道的不同部分不会对工程延迟承担共同和单独的责任。