在谈论任何系统之前，有一点必须说清楚：你的公司今天赖以运转的那个文件，正是你能走到今天的原因。公司还小的时候，一张表格比任何系统都快，比任何订阅都便宜，也比任何现成界面都更贴近你真实的思考方式。那是正确的选择，谁告诉你不是，谁就没有真正创办过公司。

但工具都有极限，而电子表格是一款出色的工具，许多公司在它早已越过自身极限多年之后仍在使用。难点在于，越过极限并不发生在某个已知的日期，也不会触发任何警报；它是一点点渗入的，直到新的状态变成常态。所以我们这个系列从信号而不是从解决方案讲起：五个具体的信号，如果你在自己公司里认出其中三个，那么你管理的已经不是一个文件，而是一种风险敞口。

为什么问题从来不会一下子出现

一张表格在崩溃之前能承受很多东西。需要一项新数据时你加一列，开始一项新业务时你加一个工作表，同事需要同时处理时你复制一份。每一步单独看都合情合理，而两年后这些步骤的总和，是一个没有人决定过、也没有人完全理解的东西。

正因为失效是渐进的，团队会去适应它，而不是报告它。大家学会了哪个副本才是对的，修改之前该问谁，月底哪个数字不能信。这种未成文的知识就是掩盖问题的那层遮布——而正如你将看到的，它本身就是最危险的信号。

五个信号

有五个信号表明文件已经越过了它的极限。它们的严重程度并不相同，但任意三个同时出现就足够了：

  • 副本以几乎相同的名字不断增多。先是最终版，然后是最终版-修订，再是最终版-2-已批准，接着是一个以通过邮件发送它的人命名的副本。一个文件变成了一个文件家族，现在每个决定都建立在猜测之上：这是最新版本吗，还是有人同时在改另一份？
  • 只有一个人知道如何更新它。里面有他两年前写的公式、指向他电脑上其他文件的链接，以及只有他知道存在理由的隐藏列。他并没有隐瞒什么，但这些知识存在他的脑子里，而不是存在任何人都能查阅的地方。这正是单点故障在组织层面而非技术层面的表现形式。
  • 数字随你问的人不同而变化。问销售部门本月收入，你得到一个数字；问财务部门，你得到另一个。双方都很诚实，也都有一份文件可以佐证。差异与诚信无关——而是每个部门从不同的来源取数，按不同的规则计算，并且没有一个能够裁定的统一参照。
  • 没有人知道谁在什么时候改了什么。你发现某个单元格变了，或者某一行被删了，或者价目表上的某个价格已经不是原来的了。没有任何日志说明是谁、在什么时候、为什么这么做，于是追查要么以没有证据的相互指责收场，要么以悄悄手工恢复数字了事。更危险的可能是，这个改动根本没有被发现。
  • 文件负责人一出差，工作就停下来。休假、出差或生病，发票、报告或订单清单就会延误，因为文件在他的电脑上，或者方法在他的脑子里。当一个流程的连续性取决于某一个人是否在场时，你面对的是一个组织问题，而不是个人问题。

请注意，这五个信号中没有一个是个人过错。为了能工作而复制一份、写了一个节省时间的巧妙公式、把文件保存在自己电脑上，这些都没有错。问题在于这个工具没有一层能防范这些后果的机制，因为它从来就不是为此设计的。

这些信号的真实代价

这里的成本从不会作为单独一行出现在利润表上，所以看起来像是免费的。它在三个地方被支付：

  • 依据过时数字做出的决定。不一定是错误的数字——而是两周前还正确的数字。你批准了一个采购数量、延长了一份报价或拒绝了一笔订单，依据的是一个此后已经变化、却没有人告诉你的情况，因为要告诉你，就需要有人注意到并发送一份更新后的副本。
  • 时间花在收集上，而不是决策上。每次月度会议之前，总有人打开好几个文件，从中复制内容，统一格式，修正对不上的地方。这是真实而累人的工作，本身却不产生任何价值，因为它所做的一切只是得出一个本该早已准备好的数字。
  • 内部分歧无从裁定。最糟糕的分歧，是事实无法终结的那种。当每一方都有一份支持自己说法的文件时，讨论就从数字问题转变为人与人之间的信任问题——而这比无论多大的差额都要昂贵得多。

转向系统后真正改变的是什么

不是外观，也不是界面。实质性的区别归结为三件简单的事：一个所有人都写入的单一版本，取代并行的副本；一份记录谁在什么时候改了什么的日志；以及权限，让每个人只看到和编辑自己负责的部分。无论你把文件整理得多么整齐，这三者都无法嫁接到文件上，因为它们不是缺失的功能——而是另一种性质的工具。

这并不意味着每家公司今天都需要一个系统。一张由一个人用于单一用途、没有任何共同决策依赖它的表格，是完全可靠的工具，没有理由去替换它。划定分界线的问题，我们在什么时候你真正需要系统，什么时候不需要一文中进行了讨论，实用的原则是：当不止一个人依赖同一个数字来做不同的决定时，需求就开始了。

Origami 的观点

我们是一家为沙特企业构建系统的科技公司，我们开展任何此类项目时，都是先理解现有的文件，而不是拿出一个替代品。原因在于，公司赖以运转的文件承载着业务的真实逻辑，包括从未写进任何文档的每一个例外；忽视它，就意味着构建出一个只像"应该发生的事"、而不像"实际发生的事"的系统。

我们建议的顺序是：先理解当前文件并指定其负责人，然后在清理之后迁移值得迁移的内容，再在一个公开声明的期限内让两者并行运行，最后关闭旧文件。本系列后续各部分都遵循这一顺序，这也是我们开展我们的服务的方式，因为一次性强加给团队的迁移，通常会以悄悄回到旧文件告终。

一个你今天就能做的五分钟练习

要弄清自己所处的位置，你既不需要工具，也不需要顾问。打开你最近一次据以做出决定的文件，问四个问题：

  • 最后是谁更新的，什么时候？如果你必须问某个人才能知道，那么这个文件并不携带自己的历史记录。
  • 原件在哪里？如果答案是不止一个地方，或者在某个人的电脑上，那么你没有单一的数据来源。
  • 现在谁可以编辑它？如果每个拥有链接或副本的人都能修改其中任意单元格，那就是没有权限控制。
  • 如果它今天被删除，重建需要多久？如果答案是好几天，或者"我不知道"，那么公司的一项资产正被当作草稿对待。

做完这个练习后，不要试图去修复任何东西。把你的答案写下来并保存好，因为下一部分将直接以它们为基础。

后续各部分

信号已经点明，剩下的是顺序。下一部分从盘点你的文件开始，回答一个问题：你手上的几十张表格中，哪一张才真正是你的记录系统？之后我们会讲数据迁移之前的清理，然后是能让业务持续运转的迁移顺序，接着是权限以及谁能看到什么，再是你过去每月手工制作的报表——最后以迁移后的头三十天以及这段时间里通常会出什么问题来结束本系列。

参考来源