在第一部分中，我们列出了文件已超出极限的五个信号，并以一个针对单个文件的五分钟练习结束。如果您做了这个练习，现在手里就有了关于一个文件的书面答案。本部分把这个练习扩展到整个公司，因为任何迁移中代价最高的错误都发生在迁移之前而不是迁移期间：从错误的文件开始。

原因在于，您以为的系统，不一定就是您的系统。一边是官方文件——格式规范、经过批准、在会议上展示；另一边是另一个远没有那么好看的文件，有人每天早上打开它，整天在里面工作，您的决策所依据的数字正是从这里产生的。后者才是您真正的记录系统，哪怕从来没有人这样称呼它。本部分的任务就是把它找出来。

文件数量为什么会增长

没有人会在某天早上决定公司应该有四十张表格。数量之所以增长，是因为每一张新表格在创建的那一刻，都是当时最快的解决办法。某个部门需要一个主文件里没有的字段，于是在旁边另建了一个小文件。有人需要在不妨碍别人的情况下工作，于是复制了一份。管理层要求换一种形式的报表，于是搭建了一个从另外两个文件提取数据的文件。每一步都合情合理；加在一起，却成了一张没有人画过的地图。

而且由于增长是渐进的，公司也会渐渐弄不清哪个文件为哪个文件提供数据。您会发现，某份月度报表的数据来自一张负责人几个月前就已停止更新的表格，或者两个文件保存着相同的数据，而每个部门只更新自己的那一份。正是这些看不见的关联，使盘点成为一个无法跳过的步骤，而不是一项行政性的整理工作。

揭示真正系统的三个问题

您不需要对公司的每一个文件进行详尽排查。三个问题就能把支撑工作的文件与只存放工作副本的文件区分开来：

  • 哪个文件如果今天丢失，明天工作就会停下？这是整个盘点中最有力的问题，因为它衡量的是依赖程度，而不是声称的重要性。请用运营的语言来问：如果我们明天开门时它不见了，我们还能收货、发货、开票、回复客户吗？能让答案变成"不能"的文件寥寥无几——而它们就是您的系统。
  • 谁每天打开它？每月打开一次的文件是报表；每天早上打开、并随着一天的进展不断填写的文件是运营记录。每天使用的频率，是一个文件已经成为流程本身、而不只是流程描述的最可靠指标。
  • 哪个文件之上建立了其他文件？追踪方向：这个文件的数字从哪里来，又流向哪里。为另外三个文件提供数据的文件就是一个数据源，其中的任何错误在被发现之前都会被放大三倍。一个既不为任何文件提供数据、也不从任何文件获取数据的文件，是关闭而不是迁移的有力候选。

运用这三个问题，但不要独自回答。去问真正在这些文件里工作的人——答案在打开文件的人手里，而不在接收报表的人手里。您很可能会碰到一个您根本不知道其存在的文件，而那将是您最重要的发现之一。

盘点通常会发现什么

盘点不只是产出一份清单；它还能解释那些您一直忍受却不知原因的问题。四个常见发现：

  • 官方文件不是实际在用的文件。精心制作并经过批准的模板被弃用了，团队在一个更简单的私人副本里工作，因为它更贴合工作的实际运作方式。这不是违规，而是信息：官方模板与真实流程不符，而流程胜出了。
  • 同一份数据存在两个地方。同一份客户名单或价格表存在于两个文件中，每个部门各自更新自己的那份。这正是我们在第一部分谈到的、数字因询问对象不同而变化的直接原因。持久的解决办法是让每一项数据都只有一个写入的位置，这就是一个人人都能看到的唯一来源背后的原则。
  • 仍在消耗时间的死文件。一张两年来每周都在更新、却没有人看的表格。不要迁移它，也不要改进它——问问谁在用它；如果没有答复，就停用两周，看看是否有人问起。
  • 含义保存在文件之外。一个名为状态的列，里面的代码只有一个人看得懂；或者一行带颜色的记录，不言明却表示紧急。数据在那里，但它的含义不在其中，而这正是下一部分的主题。

Origami 的观点

我们是一家为沙特企业构建系统的科技公司。在这类项目中，我们首先要的不是书面的需求文档，而是文件本身，原封不动——包括其中的混乱、隐藏列、例外情况等一切。原因在于，文件记录的是公司实际如何运作，而书面文档记录的是公司应该如何运作，项目恰恰失败在两者之间的差距上。

我们建议的顺序是：盘点先于任何关于工具或范围的决策。一家知道自己只有两个关键文件的公司，与一家以为四十个文件都需要迁移的公司，会做出完全不同的决定，而这种差异会体现在项目的范围和周期上。因此，我们的服务都是先读懂现有的东西，再设计替代方案——这与我们在如何成功实施系统一文中讨论数据迁移和变革管理时阐述的逻辑相同。

成果：一页纸的清单

不能产出一页纸的盘点是靠不住的。让成果成为一张不超过一页的表格，每个关键文件只有四列：

  • 文件。它的真实名称和实际位置：在谁的电脑上、在哪个共享文件夹里、使用哪个账户。把位置准确写下来，本身就是一个很能说明问题的练习。
  • 负责人。一位具体的人，而不是一个部门。如果您找不到一个明确的名字，这个文件就没有负责人，这是一个值得记录的发现。
  • 依赖它的内容。如果它停止，哪些业务会停下；哪些文件或报表从它提取数据。正是这一列将在第四部分决定迁移顺序。
  • 是否有备份。给出直接的答案：有，自动备份；有，手动备份且由具体的人负责；或者没有。如果答案是同一台电脑上的一份副本，那不算备份。

这份清单的行数决定了未来任何迁移的规模，而它通常比您预想的要少得多。同时具备两个特征的文件——没有它工作就会停下，而且没有备份——无论有何其他计划，都是您的头号优先事项。而一个没有任何东西依赖的文件，根本不值得迁移；知道这一点能为您省下一半的工作。

接下来的部分

我们已经知道哪个文件是系统；现在要让它具备迁移的条件。下一部分讲迁移前的数据清理：同一对象以不同名称出现的重复记录、混杂的日期格式、以文本形式存储的数字，以及无人知晓含义的列。我们将依据的规则是：凡是保存在颜色里或某人脑子里的含义，都必须在迁移前变成一个书面字段。之后我们会讨论能让业务持续运转的迁移顺序，然后是权限，再然后是报表，最后以迁移后的头三十天收尾。

参考来源