部署只用十分钟，就能说明交付能力强吗？

正确答案 C

10分钟只是一段执行时间，未包含等待；依赖个人补步骤也说明交付难以稳定复现。应同时看改动到上线的全过程时间，以及交付是否可重复、可靠，选C。

把时间线摊开：代码就绪、排队、必要审批、执行部署、验证可用。只截取脚本运行的10分钟，会把两周等待藏掉。再换一位按流程操作的人，若缺少某位工程师的记忆就不能完成，流程的可重复性也不足。改进应先找出等待和手工步骤的原因，而不是为了让数字好看就取消必要审批或测试。教材提出这两项评价角度，不等于它们能替代所有质量指标；上线失败率等信息仍有价值，本题只是要求找出当前宣传遗漏的关键部分。

选项分析

A

仍只衡量局部执行耗时，服务器数量也不能反映排队时间与交付的可靠性。

B

提交次数和代码行数可以描述活动量，但无法说明用户何时获得可用变更。

C

同时揭示等待造成的延迟与对个人经验的依赖，补齐本题缺失的交付能力评价。

D

公告和人数属于活动统计，不能证明交付过程可复现，也不能解释两周等待。

再巩固一步

• 明确计时起点和终点，再问流程换人能否按记录复现；减少等待不能以跳过质量门槛为代价。