2017敏捷沙滩大会：完美软件，测量持续交付，以及探索未来

在英国康沃尔郡举行的2017敏捷沙滩大会上，数百名演讲者和参与者共聚一堂，探讨敏捷和后敏捷领域软件开发方法有哪些最新进展。本次大会最后一个下午的要点包括：交付团队可以通过拥抱精益、迭代和持续的部署方法更快速地实现业务价值；持续交付尽管有很高回报，但实现起来同样困难，这会给组织内部带来很多工具和文化的改变；对持续交付各种指标的度量，如构建稳定性、部署产能和代码产出，对持续交付是否可行至关重要；作为软件交付从业者，我们对引导未来走势负有很大责任。

卫报新闻媒体有限公司的质量主管Sally Goble在周五下午的分组会议作了开场白，演讲的题目是“完美软件：快速交付的敌人”。Goble提到，80和90年代的软件交付是孤立的事件，即

通过物理介质将编译好的成品安装至用户电脑上，这意味着“没有调整余地的交付节奏代表了对完美的渴求”。90年代后期和2000年互联网的普及改变了这一切。发布机构可以持续部署和更新通过万维网交付的软件。不断涌现出的新方法和新流程均得益于此种新概念——可概括为精益产品开发、敏捷方法、持续交付、自动化一切以及DevOps，这些都被视为理所当然。

Goble继续谈到，卫报是如何围绕向读者提供价值打造他们的软件交付流程的。过渡的第一步是摒弃追求软件”无bug“发布的旧观念，转变为”尽快修复“。卫报在单一特性发布、金丝雀版本发布、特性转换以及监控预警上都有很大投入。所有这些新技术都为快速检测和修复潜在问题提供了保障，而在通常的质量保障流程中是很难发现这些问题的。

关于用户体验，卫报团队的理念从“完美原型”转为“精益用户体验”，从“跟踪一切”转为“最小化跟踪”。设计冲刺被限定为一周，整个团队都要参与，并且必须瞄准特定的、有明确定义的业务问题。原型是粗糙的、可快速迭代的，从而能够轻松地淘汰掉那些差劲的想法。即使假定有着明确的定义，也不是所有事情都可以被A/B测试，并且在多变的环境中，依赖测量带来的影响让事情变得太过复杂。为进一步增强传统的功能评估方法，卫报创建并运作了一个大型beta测试系统，包含真实用户，他们的行为和反馈被用来评估新功能。Goble最后总结谈话时强调，紧密而持续地衡量对用户和股东的影响是实现长期价值的关键。

当天倒数第二个演讲是持续交付咨询师Steve Smith带来的”测量持续交付”。演讲首先回顾了持续交付中的几个核心理念，这些理念被收录于Dave Farley和Jez Humble的开创性的著作中：当发布机构能以满足业务需求的稳定性和速度交付软件时，即达成持续交付。Smith提醒道，持续交付（CD）是一个很大的课题，包含很多子课题。对于这些尝试拥抱持续交付的机构来说，最大的挑战是如何应对随之而来的组织内部理念、工具和文化的改变。

持续交付是很困难的。会带来组织内部很多工具和文化的变化。

Smith继续谈到接下来的改进惯例对拥抱持续交付的相关理念至关重要。持续交付的关键测量指标可以定义如下：稳定性等于变更失败率和修复失败耗时之和；而产出等于交付周期和频率之和。

Smith展示了一系列富有洞见的图表，包含了持续交付的衡量标准，内容来自英国政府机关的某个大型软件交付项目的团队工作。在展示部署的稳定性和产能、构建的稳定性以及代码产能（主线提交次数加上主线提交间隔）数据的同时，Smith介绍了他和他的团队如何定位和辅助相关团队，提高他们的软件持续交付能力，并最终提升他们实现业务价值的能力。关于这个话题的更多细节可见Smith所写的Leanpub book，题目是“Measuring Continuous Delivery”。

大会圆满结束前，Thoughworks的主咨询师James Lewis的总结发人深省。援引《教堂和市集》，Lewis和听众分享了“每个成功的软件都是从程序员解决自身痛点开始的”。接下来的30分钟Lewis回顾了Thoughtwork的技术雷达（过去很多年他都参与了其创建），然后探讨了JavaScript、微服务和容器等技术对软件行业快速实现创新和为终端用户提供价值带来的影响。

演讲后半段Lewis转而分享他对技术的未来及应用的预见。借用《神经漫游者》等著名科幻小说

的作者William Gibson的话，Lewis阐述道“我们已生活在未来之中，只不过时隐时现罢了”。