|
|
文章數：13 |
 資訊主管難為 |
| 心情隨筆｜工作職場 2012/04/16 11:05:43 |
(我在某公家機關資訊單位任職) 台灣的官場(是官場不是職場)，通常主管是由基層一路苦幹上來，從高普考進入後，快者約8至10年可以升到科長，至於升到單位(司處)主管至少要經過15年。 一般行政單位，主管年資愈高、經驗愈豐富，管理可能愈得心應手，但在資訊單位則不見得，資訊技術更迭快速、軟體功能日新月異，這些主管離開基層工作已久，除了「聽到的名詞」外，少有體認到內含的技術精神!所以管理捉襟見肘，資訊作業效率依然不彰，看似無懈可擊的資訊安全，就如我同事所言：只不過是紙糊的銅牆鐵壁! 連傳統Cobol與支援物件導向的Cobol有何不同，都搞不清楚，遑論Java與dotNet等程式技術了，不知WebService是什麼，聽別人使用，就要評估新系統採用「WebService架構」，不知道要KM什麼，就要導入知識管理，結果知識管理變成了文件儲存系統! 最可悲是自己沒辦法評估下屬的工作，又沒有自己可信任的班底(這最重要了!)，所以就「想洞想縫」訂下一大堆規定、要求一大堆報表，搞得資訊人員窮於應付主管的要求，盡花力氣搞一些無實益的報表，為了在相同時間內完成更多工作，只好虛應了事，反正主管也沒有能力去應證報表的正確性(或可靠應)! 為了瞭解下屬的工作量，就要求提供每月的程式撰寫(或修改)支數，可是支數的度量.... 是一個檔案一支? 還是一個網頁算一支? 那就把功能拆成多個檔案或網頁... 好吧！ 就計算程式的行數好了。原來一行的語句就轉成多行... 計算程式檔案更改的數量。就每支程式檔案都改一改注解就好了... 好吧！計算變更時，不能列入注解。那就改「變數」好了！或者調整「方法」的前後位置... 結果資訊人員花了時間應付主管（反正你要的就是數字而已），程式功能一點也沒有精進！（呼應前面說的，資訊作業效率依然不彰） 不懂蘢絡人心，盡出一些規定，這不能做、那不能做，卻沒有能力告訴我們應該怎麼做，所以就有更多的旁門做法來規避這些規定，只好再增訂更多的規定來規範！ 最後是，規定多如年毛，連自己都忘了有哪些規定，甚至某些規定還彼此不一致！ 拜託主管大人！不要只是自己嘴巴要求下屬要追求卓越，自己也該主動進取吧！不要盡做一些「看似有效的管理，其實只是無意義圖表」，不僅浪費自己的眼力，也浪費下屬寶貴的時間！難道就不能讓下屬做一些更有實質的工作嗎？ |
| 最新創作 |
|
|||||||
|
|||||||
|
|||||||
|
|||||||
|
|||||||
