那张谁也找不到的变更单

在一个中型学校扩建工程上，同一项变更被报价了两次——而业主为两次都付了钱。这里没有欺诈，没有失职，没有缺失的签名。只是一个决定的两份副本，从未碰过头。

起初一切都很干净利落。现场总监在工地批准了一项结构变更，并把它记入每日日志。项目经理发出了一份RFI（信息征询）；工程师通过电子邮件作答并批准。几周后，总承包商的办公室签发了一份金额为40万加元的正式变更单。财务看到一份签署完备的变更单，便支付了。与此同时，现场团队由于“已经处理过”这项工作，把它并入了一份进度款申请，悄无声息地吸收了同样的工作范围。两者从未对账，因为这两条线索从未交汇。

一个决定，两条纸面线索

变更本身是真实而正确的。失败之处在于，它存在于两个彼此不知道对方的地方：现场那个由日志、照片、口头指示和RFI组成的世界，与办公室那个由合同、变更单和发票组成的世界。每份记录在自身内部都是自洽的。两者都看不见对方。于是成本被记录了两次，直到数月之后的一次审计中才浮出水面，成为一个谁也解释不清的数字。

为什么这是常态，而非例外

每个施工项目都至少运行着两套并行的记录系统——现场与办公室。当一项变更在一套系统中诞生，却在另一套系统中被正式化，而没有一条单一的线索把它们串起来时，重复和争议就不是运气不好。它们是两套诚实的系统在不同的日子、用不同的语言描述同一件事、彼此之间又没有共同身份的可预料结果。

而最易受其害的人，往往恰恰是那些把一切都做对的人。一位尽职的总监在现场记录了变更；一位尽职的项目经理在办公室把它正式化。各自都在尽责；谁都没错。这种重复是他们所身处系统的一种属性，而不是任何一个人的过失——这恰恰是为什么“小心一点就好”从来修不好它，也是为什么在结构本身发生改变之前，同样的缺口会在一个又一个项目上重现。纸面上看像是粗心；实际上它是架构问题。

解决之道是一条单一线索，而不是更多表格

你不会用一份更严格的变更单模板来解决这个问题——两份副本都填写得正确无误。你解决它的办法，是给每一项变更一个两个世界都引用的唯一身份：一份每日日志、RFI、变更单和发票都指回去的单一记录。当一项变更有一个唯一的归宿时，“我们是不是已经为这个付过钱了？”这个问题只需十秒钟，而不是一场取证式的重建。

一份变更单之所以昂贵，并不是因为变更本身。它之所以变得昂贵，是因为没有人能证明它被记录了多少次。给每项变更一个唯一的存放之地，那条分叉的线索——以及藏在其中的双重付款——就根本无从形成。

我们每周都会在《超支解剖》系列中拆解一个不同的这类案例。