九十-九十法则(Ninety-Ninety Rule)

九十-九十法则(Ninety-Ninety Rule)是软件工程领域一句广为流传的幽默格言:前百分之九十的代码占用了百分之九十的开发时间,剩下百分之十的代码又占用了另外百分之九十的开发时间。两个九十相加为百分之一百八十,故意超出百分之百,用夸张的算术自嘲软件项目几乎注定超期的现实。

概述

这句格言出自贝尔实验室(Bell Labs)的程序员汤姆·卡吉尔(Tom Cargill),经乔恩·本特利(Jon Bentley)1985 年在《ACM 通讯》的编程珠玑专栏中引用而广为人知。它之所以引起长久共鸣,是因为击中了软件开发的两个顽疾:一是进度估算的系统性乐观——人们习惯以主体功能完成度衡量进度,而忽视集成、边界条件、性能调优、文档和修复缺陷等收尾工作;二是最后的百分之十往往是最难的部分,项目长期停留在快好了的状态,即所谓的百分之九十综合征。

核心特点

• 收尾工作被低估:异常处理、兼容性、打磨体验等长尾任务在计划中常被一笔带过,实际却极其耗时。
• 进度感知失真:按已写代码量或已完成模块数汇报的进度,与按可交付价值衡量的进度差距巨大。
• 与相关定律呼应:它与布鲁克斯定律、霍夫斯塔特定律(事情总比预期的久,即使你考虑了这条定律本身)共同构成对软件估算乐观主义的经典警示。

应用场景

九十-九十法则常被用来给项目计划降温:提醒管理者在估算中为集成与收尾预留充足缓冲,警惕长期报告完成百分之九十的项目。敏捷方法对它的回应是把大目标切成每个迭代都可交付的小增量,用完成的定义强制收尾工作前置,用燃尽图暴露真实进度,从结构上压缩最后的百分之十。

常见问题

问:这条法则有严格的统计依据吗？答:没有,它是经验性的自嘲格言而非定量定律。但大量项目延期研究确实支持其方向性结论:软件项目普遍低估收尾复杂度。

问:如何避免落入九十-九十陷阱？答:常用手段包括小步交付、纵向切片(每个切片端到端可用)、把测试文档纳入完成标准、参考历史数据估算,以及对快好了的模块要求可演示的证据。