信息化的进程

事实上，e2.0的故事在现今企业中，正不停地发生中。举例而言，一家电子大厂，它的总经理对于公司业务在响应客户对样本要求，到最终将之转换成订单的过程上，颇有微词。他认为这个过程常常因为无法让客户满意，例如研发可能忽略客户需要多个不同设计样本；工厂在制造样本时，无法一次到位完成该客户所有的样本；因为无法一次到位，业务常常忘了送交客户其他后面才生产的样本；业务甚至因为上述这些疏失，进而无法签约而损失可能的订单等。因此，该公司的总经理发动重新想象，他希望能有个做法，可以自动串连流程上所有的信息、事件以及对应的工作。同时，他也希望能够监督过程中所有的事件，并考核业务绩效。上述的重新想象，牵涉到研发、制造、业管以及内部管控等。总经理希望的功能，没有一个现成的软件可以完全满足。这是个整合性的需求，同时也必须融入各部门相关企业知识的需求。因此，上述这个案例，即是一个典型的e2.0范例。

信息化是e0.0、e1.0、与e2.0的累积

前述有关信息化分类的介绍，从0.0到2.0，看起来似乎是有时代变化的差异。因为早期的信息化，既受限于IT的不够成熟，而且从商务运营的角度来看，企业也没有太多信息化的需求。因此，从数据处理、到作业信息化、再进一步到运用IT于企业的全面运作上，从时间进程上来看，是很合理的发展。

然而，这并不代表现在的企业，不再需要数据导向或是作业导向的信息化应用。事实上，当今的企业信息化是从e0.0、e1.0到e2.0累积的结果，而不是指e0.0、e1.0到e2.0的「朝代」更迭。换言之，e0.0、e1.0与e2.0的分类，主要在标示信息化需求、特性、与方法的不同，而不是新旧技术的差异。

e2.0的挑战

在e2.0的发展上，存在三个关键性的议题有待克服。它们分别是：

很难一窥全貌

要落实e2.0的首要挑战，就是必须能够明确呈现e2.0的需求全貌。因为，有了明确的全貌，才能事先判断e2.0是否真的可以落实策略与目标；有了明确的全貌，才能发展出正确的信息化规划与执行步骤；有了明确的全貌，才能事先估算信息化投资成本与预计创造的营收或减少的经营成本；而有了明确的全貌，也才能事先发展清楚而完整的系统设计。然而，e2.0需求本来就是很抽象的东西。无论是专业领域知识，还是应用知识，要企业中的各方人员，凭空想象e2.0的最后「长相」，是颇为困难的一件事。

不知从何下手

从重新想象、策略、目标、与行动方案，到成为信息化团队的e2.0需求，中间一般存在理解上的落差。通常，经营层具备企业的「专业领域知识」（domain know-how）与部分的「应用知识」（application know-how）；信息化团队则具备部分的「应用知识」（application know-how）以及完整的「系统知识」（system know-how）。要让e2.0顺利展开，就必须让信息化团队能够消化专业领域与应用方面的知识，然后转换成对应的信息化系统知识；反之，经营层必须能够从对应的信息化系统知识，验证是否满足专业领域与应用的需求。这是两个不同世界的人，在进行合作创造一个新事物，却各自有理解上的限制。而且，由于每家公司的策略并不完全一样，因此可以借镜他人处也非常有限。因此，从何下手会是一个很大的问题。

e2.0的生命周期管理

当企业建置完成e2.0并开始运用后，e2.0的需求会随着行动方案的修正而跟着增加或修改。因此，e2.0应用系统的生命周期维护，也必须确保能够跟得上需求的变动，这在管理上会是个越来越难处理的挑战。因此，企业应用系统的生命周期管理，对于e2.0而言，是一个至关重要的问题。

上述e2.0三个有待克服的议题，在往后三期会有更深入的分析与介绍。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友