当心！不要被云BPM迷惑住.docxVIP

PAGE 1 PAGE 1 当心！不要被云BPM迷惑住  假如企业打算把它的业务流行迁移到云端的话，在那之前有几件事一定要先完成。  假如企业打算把它的业务流行迁移到云端的话，在那之前有几件事一定要先完成。  首先，云BPM并没有什么魔力。它只是提升了业务流程的效率。假如它们只是微不足道的，那它们在云中也并不会发挥什么大的价值。  其次，云改进了处理数据的质量。假如他们在本地存在错误、遗漏或重复，那么他们在云中也将一样。  再者，流程实际上不能哪里都放，它们还是要置于组织触手可及的地方，要面向于员工，以及相关的合作者，并且有他们的参与。然而，所支持软件可能会运行其它的服务器上，而不一定是公司自己的，这样潜在的影响也不会波及太大。  这就说明业务流程仍旧是企业自己的责任，这与是否卸载云供应商的执行引擎没有关系。尽管如此，还有一些可做和不可做的事情，以此来入简化这一过渡。  下面是开始迁移业务流程的一些留意：  1.要花费时间和精力来学习并改进目标业务流程，在把它们放入云端之前。无论如何，企业将来确定要研究特定资源和目标厂商的性能，所以为什么不同时也使流程运行的更好呢?  2.不要只是因为可能就迁移流程。要了解哪个流程需要更多的关注——考虑技术的时效性、劳动力的扩展和削减、成本掌握等，使之成为关注的重点。  3.要花费时间和精力清理数据(流程规则、用户目录)，在迁移之前。这一行为将在公司把数据迁移到另一个本地系统之前，所以为什么不在迁移向云之前行动?  4.不要一次性迁移全部，也不要迁移全部东西。  5.要对迁移的流程进行测试在使用之前，从而确保运行维护目标理解这一需求，同时还要确保已经满意或超出了最初的需求。另外，使用不必要的或虚拟数据，以防出错。  6.不要只是假设新的云BPM系统会比本地的系统更好地与现有的解决方案工作。对于交互和重叠部署地，业务流程有一个不好的地方，所以要确保集成和交相互关的问题都已经解决了。  7.要与用户沟通，无论是在迁移之前，之时还是之后。这应当是很常见的做法，与任何公司进行技术变更工作时。可以更舒服地使用新的接口和流程，企业将尽全力满意目标要求。  8.不要遗忘设定一些成功的衡量标准，在开始之前;并收集一些指标，在迁移进行时。如系统性能、流程完成时间、错误率和财务回报这些东西都一样的，而且只有在成本和利益可衡量时，才知道迁移是否有价值。最终，对比结果和预定目标。  虽然列出这些留意事项，但需要企业自己衡量是只遵循这些技巧。运气好的话，公司部分或全部登上云这艘船;同时在做了一些应当做的事情后，也了解了云BPM没有什么奇妙的。