別讓IT人員做工讀生的事

| | | | | | 留下回應

    

因為卡奴事件造成金管會來調查網站內容，急得要死的銀行，後來資訊長與各業務單位，進行全面性的企業內容管理的討論後，統一建立企業的「協同式文件管理系統」，以業務導向方式設計，有效地支援各部門的業務執行和協同合作，並自然而然把相關的文件、細節資訊進行保存。同時也根據公司治理的概念進行管控，將來如果金管會還要來監督調閱資料，他們也再也不用怕資料找不到的問題，還可以很完整又快速地整理出來。

這家他們後來又在程式變更上出了點小狀況。經過了好幾個月之後，資訊長召開資訊部門的內部會議，討論資訊部門導入的狀況，大家認為系統對資訊部門在：業務執行、專案管理、知識管理、協同合作等好幾個方面有非常顯著的效益。其中討論到程式碼上線的議題時......

專門負責開發系統和專案外包之系統開發課課長率先發言：「我們這一課，每次要更改程式碼到正式環境時，當填寫完需求單之後，經過開發機測試、品管確認後，跑完全部流程時，到「資管課」那邊的時候，都要等好久才上線！我知道我們的系統很多，可是有時候真的很急！「資管課」負責人不在、或是處理需要時間，真的可不可以把正式環境的權限有限制地開放給我們！反正我們都有填需求單且也被審核同意，所以可以不要擔心我們會上錯啦！」

負責管控銀行所有伺服器主機的資管課課長急著接話：「這怎麼可以呢？到時候正式環境的系統發生問題，這責任歸屬我們，還是你們？而且這也不符合公司稽核要求、和BS 7799系統安全控管的規定！」

「上次我記得我們主機管理員，為了讓你們方便在凌晨自己方便更改網路銀行的程式，把系統管理root的帳號給你們工程師，結果他本來只是要刪除一個檔案，不小心下了 delete all指令把該目錄的檔案都殺掉，後來還不是急Call我們的人，趕快還原之前的版本，要不然隔天網路銀行就要開天窗了！那可是會讓我們銀行被其他人笑話的！」

已經漲著紅紅的系統開發課課長臉回嘴：「你還敢說，還不是你們部門不願意配合半夜加班，才把系統帳號給我們！」

資管課經理支支吾吾地說著：「是這樣的嗎？我要去查一下！我們的人每天為了你們這麼多的系統要變更，每天進進出出好幾次機房上程式，你們也要體會他們的辛勞啊！。還有你們刪除檔案，也不作備份，也未免太不小心了吧？」

資訊長此時出來緩頰說：「不要再吵了！看起來我們在程式碼上版的部分，有蠻多的問題！「程式碼上版流程」是一定要管控的，可是難道為了「嚴密的安全控管」，增加許多人工作業，且失去管理的彈性，造成你們工作執行的問題？這個課題我們要好好地討論討論！」

上述的例子，事實上許多企業常常會發生IT部門與業務部門因為系統程式碼的更改使用問題發生衝突。其實資訊部門的內容--「程式碼」也是「企業內容管理」的一環。一般企業基於管理權責和安全考量，通常會把「程式撰寫」跟「主機管理」的成員分開，一般企業通常分成兩大部門：

● 撰寫應用系統的「程式開發」部門，例如：名為：「系統開發課」、「程式設計課」、...等

● 上程式碼與管理主機的「系統管理」部門，例如：名為：「資管課」、「主機管理課」、....等

這兩個部門常常為了上程式碼的流程、彈性與時間要求，彼此吵來吵去，即使會用標準化「需求單流程」當作他們的溝通橋樑，但是為了上版程式碼（即將程式碼出版），還是耗費許多人力成本在管理版本、人工派送程式碼，包含下列幾個問題：