SOA对人事流程的冲击

这个题目翻译成白话，意思是：你会因此丢工作吗？

以服务（Service）做为导向（Oriented）的架构（Architecture）出发，来E化企业，其实已经打破了过去IT在企业电子化中所扮演的角色。不论是从现金流或物流的角度，过去，IT在企业经营所扮演的角色都是在「可数字化信息的传递、储存、或分析」的角色，但现在SOA的概念利用灵活的流程来巧妙地结合与组织电子化的服务组件即形成一个个商业上的服务窗口，这样被建构出来的服务窗口蕴含了商业行政流程与简单的商业决策能力（当然复制的决策还是需要由「人」亲自来做）。在人事流程上，势必会造成一些冲击。

工作内容、职位都可能被「服务」取代

首先，我想大家一定会很担心自己的工作是不是会被取代掉。从一个企业的角度出发，这是有可能会发生的，特别是一些可以透过无纸化作业并且不需要做太多决策，也没有太多创造性的工作。

举个例子，有些做B2C Service 的企业，因为他们提供给客户多种不同的付款方式，因此在客户交易总次数量很大并且产品又很多元的时候，这些企业就需要雇用一组会计人员专门来处理客户付款数据的比对，信息化做得比较好的企业，可能会每个月定期跟银行要相关的汇款电子明细，再以半人工方式转汇进公司系统中比对金额。

信息化比较差的企业中，我们甚至会看到有员工拿着一本存款簿（或复印件）以及其它缴款方式的证明文件，一笔一笔的去比对与核销。这样的作业方式，即不经济，也不符合效率，更经常是错误百出。

用电子汇款明细转入后，再由计算机来自动进行比对，这是比较聪明的方式，只不过，银行或该企业仍然避免不掉人工转出与转入数据的过程。另一方面，每个月才转入一次资料无法很实时地反应资料目前实际的情况（可能客户已经付款了，但相关的明细还在银行中，并没有转汇回来），当然是有其它方式可以解决，例如再去刷一次存簿或是再跟银行要一次电子明细，只不过，这样子还是很麻烦。

那如果在信息保密且安全的前提下达成数据交换，银行数据转出与该企业数据转入的人工成本就可以节省下来了。而且汇款金额也可以实时比对核销，想做就做，并不需要等到月底，甚至在良好的规划下还可以做到只查询明细（不需要进行核销）。因此各种不同付款方式的比对与核销都可以透过SOA整合在一个系统中进行。

这样下来，这一间B2C的企业还需要一组会计人员吗？我想，大概可以只留一两个人来协助处理数据比对后仍然有问题的客户汇款资料即可，而其它的人员就应该不需要了。

一个人当二个人用？

前述情况中，电子化服务窗口取代了整个付款比对与核销的业务（当然，在SOA架构下，银行端也会要有一个对应的电子化服务窗口，来负责企业身份认证以及提供汇款明细），因此原来负责该工作内容的会计职位也因此被取代了，在整个人事组织架构上势必也需做某种程度的调整--例如，裁掉一些人员。只留下少数人员来管理这一些电子化的「服务窗口」，通常是指行政业务上的管理，以应付一些例外情况（例如：领导突然交代的任务与突发的复杂决策）。

因此，从人力规划的角度而言，可以考虑将不同原本是独立不同工作内容的职务合并在一个职位之中。多个相同工作内容的职位就有可能被合并到一个职位中。

而所留下来的同仁，他们的责任也就相对地提升了。一方面虽然人数减少了，但所要负的责任却跟起原来人数所负的责任是一样的；另一方面，这一些留下来的人，他们或多或少需要协助「服务窗口」的管理。，并且，由于合并所产生的新职务是两种工作内容的合并，所以同时熟悉两种职位的「广度」也是在职位人选考虑的关键因素。

再者，大部份职位的工作内容会明显被区分成「可电子化」以及「不可电子化的」两个部份。「不可电子化的」这一类工作内容并不会因为SOA的导入而消失，特别是在创造性以及决策性高的工作职位。但是由于「可电子化的」工作内容有可能被转换成SOA中一个服务窗口来负责，此时人事部门在职务工作内容的设计上，就需考虑「职位」与「服务窗口」两者工作内容重新分配的结果。

职位整并后所留下来的同仁，他们所背负的责任也就相对提升。一方面虽然人数减少了，但所背负的责任却跟原来人数所背负的责任是一样的；另一方面，这些留下来的人，他们或多或少需要协助「服务窗口」的管理。并且，由于整并所产生的新职务也可能是两种不同职务工作内容的合并，所以同时熟悉两种职位的「广度」也是职位人选考虑的关键因素。(未完待续)

查看本文来源