SOA對人事流程的衝擊

| | | | | | 5則回應

    

以服務（Service）做為導向（Oriented）的架構（Architecture）出發，來E化企業，其實已經打破了過去IT在企業電子化中所扮演的角色。不論是從金流或物流的角度，過去，IT在企業經營所扮演的角色都是在「可數位化資訊的傳遞、儲存、或分析」的角色，但現在SOA的概念利用靈活的流程來巧妙地結合與組織電子化的服務元件即形成一個個商業上的服務窗口，這樣被建構出來的服務窗口蘊含了商業行政流程與簡單的商業決策能力（當然複製的決策還是需要由「人」親自來做）。在人事流程上，勢必會造成一些衝擊。

工作內容、職位都可能被「服務」取代

首先，我想大家一定會很擔心自己的工作是不是會被取代掉。從一個企業的角度出發，這是有可能會發生的，特別是一些可以透過無紙化作業並且不需要做太多決策，也沒有太多創造性的工作。

舉個例子，有些做B2C Service 的企業，因為他們提供給客戶多種不同的付款方式，因此在客戶交易總次數量很大並且產品又很多元的時候，這些企業就需要雇用一組會計人員專門來處理客戶付款資料的比對，資訊化做得比較好的企業，可能會每個月定期跟銀行要相關的匯款電子明細，再以半人工方式轉匯進公司系統中比對金額。

資訊化比較差的企業中，我們甚至會看到有員工拿著一本存款簿（或影本）以及其它繳款方式的證明文件，一筆一筆的去比對與核銷。這樣的作業方式，即不經濟，也不符合效率，更經常是錯誤百出。

用電子匯款明細轉入後，再由電腦來自動進行比對，這是比較聰明的方式，只不過，銀行或該企業仍然避免不掉人工轉出與轉入資料的過程。另一方面，每個月才轉入一次資料無法很即時地 反應資料目前實際的情況（可能客戶已經付款了，但相關的明細還在銀行中，並沒有轉匯回來），當然是有其它方式可以解決，例如再去刷一次存簿或是再跟銀行要一次電子明細，只不過，這樣子還是很麻煩。

那如果在資訊保密且安全的前提下達成資料交換，銀行資料轉出與該企業資料轉入的人工成本就可以節省下來了。而且匯款金額也可以即時比對核銷，想做就做，並不需要等到月底，甚至在良好的規劃下還可以做到只查詢明細（不需要進行核銷）。因此各種不同付款方式的比對與核銷都可以透過SOA整合在一個系統中進行。

這樣下來，這一間B2C的企業還需要一組會計人員嗎？我想，大概可以只留一兩個人來協助處理資料比對後仍然有問題的客戶匯款資料即可，而其它的人員就應該不需要了。

一個人當二個人用？

前述情況中，電子化服務窗口取代了整個付款比對與核銷的業務（當然，在SOA架構下，銀行端也會要有一個對應的電子化服務窗口，來負責企業身份認証以及提供匯款明細），因此原來負責該工作內容的會計職位也應此被取代了，是故在整個人事組織架構上勢必也需做某種程度的調整--例如，裁掉一些人員。只留下少數人員來管理這一些電子化的「服務窗口」，通常是指行政業務上的管理，以應付一些例外情況（例如：上頭突然交代的任務與突發的複雜決策）。

因此，從人力規劃的角度而言，可以考慮將不同原本是獨立不同工作內容的職務合併在一個職位之中。多個相同工作內容的職位就有可能被合併到一個職位中。

而所留下來的同仁，他們的責任也就相對地提升了。一方面雖然人數減少了，但所要負的責任卻跟起原來人數所負的責任是一樣的；另一方面，這一些留下來的人，他們或多或少需要協助「服務窗口」的管理。，並且，由於合併所產生的新職務是兩種工作內容的合併，所以同時熟悉兩種職位的「廣度」也是在職位人選考量的關鍵因素。

再者，大部份職位的工作內容會明顯被區分成「可電子化」以及「不可電子化的」兩個部份。「不可電子化的」這一類工作內容並不會因為SOA的導入而消失，特別是在創造性以及決策性高的工作職位。但是由於「可電子化的」工作內容有可能被轉換成SOA中一個服務窗口來負責，此時人事部門在職務工作內容的設計上，就需考慮「職位」與「服務窗口」兩者工作內容重新分配的結果。

職位整併後所留下來的同仁，他們所背負的責任也就相對提升。一方面雖然人數減少了，但所背負的責任卻跟原來人數所背負的責任是一樣的；另一方面，這些留下來的人，他們或多或少需要協助「服務窗口」的管理。並且，由於整併所產生的新職務也可能是兩種不同職務工作內容的合併，所以同時熟悉兩種職位的「廣度」也是職位人選考量的關鍵因素。(未完待續)