EricaC

所謂.. 標準作業程序...
(以下是閒聊 & 發勞騷文, 完全沒有專業的東西)

之前還在做顧問的時候，客戶一定會要求先了解標準導入程序。等到案子開始進行，我們就會協助客戶建立各項作業的標準作業程序。
寫出來看起來很厲害的樣子~ 實際上以軟體來講，就是把功能的使用程序，跟客戶端的各部門使用者連結起來，基本上就是一張表填一填就結束了。當然認真要做起來，是可以開一堆會，吵很久的架。不過這不是認真文 :P

以一個稍具規模的公司，已經進行了十年的作業，就算是每年只辦過五、六次，也應該會建立好一套程序。我猜想，就算一年只有一次的尾牙，那些大公司應該都有專責人員以及標準作法了... 可是，最近一連串的體認，讓人真的很好奇，像這樣需要跨部門協調、經費不少、人員也不少，十年來應該要很有經驗了，但是怎麼會看不太到有一個標準作業程序呢...

或許已經再也不會辦理，或許大環境影響，沒人能想到經濟就這樣壞下去~ 就是出現了特殊的情況，才發現原本可以含糊渡過的短時間，變成了一大段時間。時間一長、變數也多，就更多沒想到的事情，不知該如何反應。

所以.. 晾著就晾著吧~ 權責不對等也罷了~ 這是處在食物鏈下端該有的體認~

今天還有故事二。
程式規劃的使用流程控管嚴謹，從正向來看，是好的管理，但是如果是需要彈性的時候，就常常不在正常使用的範圍內。因為使用其他的工具走後門太過方便，客戶需要彈性的時候，一個複雜的步驟跟方便的後門給他們選，十有八九選擇了方便的後門。

今天有客戶想要全部都放在系統的架構裡做。幾個同事試了好久才找出方法，因為我們更常走後門，也從來沒有試圖拼湊出一條正確的路。

所以... 我們也該建立這類的 SOP 吧! 不然何年何月才能當 package 賣呢~