管理软件实施（26）——沙盘演练的局限性

所谓沙盘演练，就是在非正式系统中模拟用户在上线后使用系统的场景，希望能提前发现未来可能遇到的问题，并及时解决这些问题，这是上线之前必不可少的一项准备工作。

沙盘演练至关重要，对于成功上线意义重大，但实施者也需要保持清醒的头脑，沙盘演练不是包治百病的良药，是有它的局限性的。

工作量很大

沙盘演练的工作量可能比想象的大得多，在决定如何进行演练的时候要有这种思想准备。想保证演练效果，就要让演练过程无限接近真实的业务状态，不要说业务上每天发生的事情，就是在演练系统中想表达某个时间点的业务状态，做好演练的准备都是个工作量不小的事情。

很多未来的业务场景在演练时不会发生

有很多业务场景，只有在用户真正使用系统的过程中才会发生，在演练阶段是不可能出现的。毕竟演练系统并非真实的系统，虽然在演练时，我们努力让系统状态跟真实业务状态相同，但如果你有一点搞这一行的经验就会明白，这几乎是不可能做到的，除非要演练的业务相当简单。

另外，我们知道，实施数字化管理系统，不可避免地要对业务进行流程重组，要进行管理变更。这也就意味着，你演练的业务，在实际业务工作中的处理过程跟你们在演练系统中的处理过程可能是不一致的，实际业务是按照当前的流程处理的，而演练系统中是根据变更后的流程处理的，有的时候，这两种流程相差巨大。

因此，这也就注定了，很多在未来真正使用系统时才可能发生的业务场景，在演练时根本不会出现。

有些场景无法演练

由于各种限制因素，并不是所有的业务场景都是可以演练的，有些场景，虽然你明知道未来必将发生，并且对上线的成败影响巨大，但是却不具备演练的条件，只能无可奈何地等待上线的时候再说。

例如，某项目，需要跟第三方系统对接，在某些业务场景下需要将一些数据通过接口自动导入该系统，该系统做了一些处理后再将数据回传到本系统。对于该系统来说，这些数据是非常严肃的，因此，在演练阶段是不可能将演练用的数据导入进去的，这也就意味着，跟这些数据相关的一系列业务场景都是不可能演练的。

容易忽视“人”的因素

一般来说，参与沙盘演练的人员，跟业务上线后实际使用系统的人不是同一拨人，即使是相同的人，因为责权关系、责任心、时效限制、协作者等各种不同的因素的影响，处理事情的效果完全不同。

因此，很多业务场景，沙盘演练没问题，并不意味着业务上线后使用就没问题，毕竟决定一件事能不能做成功，最重要的因素是“人”，同一件事情换不同的人处理，结果可能会有巨大的不同。

来源：IT改变管理