這邊主要分享貓貓的生活雜記和心得,
還有一些個人的生涯規劃、進修考試,
以及其他一些不錯的文章轉載和大家分享.
也希望大伙來晃晃時, 順便留個言給貓貓知道唷!
感謝您的支持, 要常來ㄋㄟ....^_^
有Blog的朋友們歡迎交換聯結.
目錄說明:
關於Mark - 這就不用多說了吧!
生活記事 - 所有的生活日記和心得分享
證照考試 - 從學生至今參加過的證照考試記錄(部份保留)
修行紀錄 - 聖脈日記, 休筆中...約還有近100篇未放
貓言貓語 - 放貓貓電子報的發刊紀錄
個人創作 - 目前只有一篇, 有近200篇都在我的BBS版, 找時間再轉上來
導師法語 - 要放聖脈法語的... 還沒動... @.@
認證資訊整理 - 從各認證考試情報網收集整理
技術文章轉載 - 工作中找到的一些技術文章轉載
精選文章轉載 - 主要轉載各大雜誌電子版文章
資訊文章轉載 - 主要轉載 ithome 不錯的文章或主題
20080717 自製濃縮 WinXP
作者:大笨貓 日期:2008-07-17 21:56
20080716 狂賀! 經濟部 ITE Linux 認證, 全國第六名
作者:大笨貓 日期:2008-07-16 22:10
20080715 裝 TinyXP / Linux 套件
作者:大笨貓 日期:2008-07-15 22:57
20080714 我的電腦血淚史(一)
作者:大笨貓 日期:2008-07-14 22:45
20080713 國小同學聚餐+逛板橋文化中心
作者:大笨貓 日期:2008-07-13 17:09
20080712 新店碧潭水岸電影節
作者:大笨貓 日期:2008-07-12 23:38
20080711 裝 Linux 家族套件(二)
作者:大笨貓 日期:2008-07-11 21:36
20080710 裝 Linux 家族套件(一)
作者:大笨貓 日期:2008-07-10 19:36
20080709 要來測微軟 SBS 2008 & EBS 2008
作者:大笨貓 日期:2008-07-09 20:44
20080708 ADSL斷了一天終於通啦!
作者:大笨貓 日期:2008-07-08 19:24
20080707 ADSL外線又斷啦!
作者:大笨貓 日期:2008-07-07 19:06
20080706 宜蘭進香(二)
作者:大笨貓 日期:2008-07-06 22:55
20080705 宜蘭進香(一)
作者:大笨貓 日期:2008-07-05 23:34
20080703 吆喝的原動力
作者:大笨貓 日期:2008-07-03 22:51
[Mark Journal] - 20080703 第 3 期
作者:大笨貓 日期:2008-07-03 22:27
20080702 把我的測試用電腦升級了
作者:大笨貓 日期:2008-07-02 21:10
20080630 今年過完一半了
作者:大笨貓 日期:2008-06-30 22:59
MIS該何去何從
作者:大笨貓 日期:2008-06-30 20:37
MIS(Management Information System)這個模糊頭銜的職業別,最近這幾年景氣不佳,IT投資減少,MIS也遭到衝擊。要不是公司的需求大大地減少,要不就是一個人當一個部門在用,就連薪水也呈現急速下降的趨勢。就算不考慮大環境的衰退,IT部門直接裁撤,就是將相關業務外包(Outsourcing)給民間廠商,採用「量時而沽」(價位與救援時間成反比)的方式簽定維護合約,不過,真的到事發現場的人,極有可能不是原先簽定合約的廠商(台灣很風行的轉包制度)。
MIS=IT水電工?
發生這樣的命運,或許你會想問,怎麼會這樣?我們來看看時下的MIS最常遇見的狀況:
1.要求你會程式設計、懂資料庫、網頁技術,最好還具備跨平台的操作能力。
2.只要跟電腦沾上邊,甚至跟「電」有關的全都找你。(當仁不讓的水電工?)
3.希望你有國際證照,但不見得會反映在你所在意的事情上。(一般是薪水...)
4.公差的不二人選,尤其是苦力。(總讓人有種「很閒」的錯覺)
上述的情況,無論你是求職者、就職者或是久居此位的工作者,就算沒有親自遭遇,至少也曾從同業的口中聽過,或許國內的老闆及主管對MIS這份工作的定位,大多還是停留在「維修電腦、灌灌軟體」這舊有的印象中。
現居MIS相關職位的人雖平日的維護工作雖不可少,但因為取代性較高(老闆心想:再找個工讀生也做得來!),在上司眼中,或許還比不上一個總機來得重要。如果不讓自己具備無可取代的重要性,隨時都有可能會被大環境或資訊委外給淘汰,很難不保證發生在自己的身上。
MIS=全能人才?
就算公司真的能夠認清MIS的定位,或許也是過於高標準。以我聽過的一個例子來說,某公司想找一個MIS工程師,開出了以下的要求:
1.熟硬體維護、具備三年以上伺服器管理的實務經驗。
2.有專案開發或導入ERP的經驗。
3.具備C++或.NET的維護能力。
4.具備高度的協調能力,處理上級的交辦任務。
這樣的條件看來一般,但實際瞭解現況後,你就會發現那是多麼「難能可貴」的一件事,無論你是身居MIS或IT部門,不管是三年還是五載,是否就能有這獨挑大樑的能力呢?
程式的維護能力,究竟是要具備無中生有的能力,還是只要能看得懂就好?老實說,有時是求才公司的「兩手策略」,先請人才入甕(簽定期的工作合約?),至於實際的工作內容,往往都得深陷泥淖中才能窺其全貌。最後一點,其實是最難達成的一件事,因為MIS主要的工作,就是讓人員與資訊相關軟硬體能夠協同作業,只要與人有關的工作,關鍵點一定是在「人」身上,所以這份工作,常會把自己弄得裡外不是人。
伺服器的管理經驗超過三年算是裡面最明確的要求。
至於專案開發或導入ERP的經驗,這點就把能力的範圍往縱向延伸,這應該是專案經理(PM)或是高階主管才有權能主導的事(在資訊工作裡,具備技能的人,不見得能主導一切),換句話說,具備這種能力的人才為什麼要跳來當個工程師呢?。
就算你真的能夠勝任以上的條件,若是這樣子的職缺如果只有「一名」,又可能會把自己推入人單力薄的惡性循環中。礙於本土企業的特有文化,那份職缺最後還是被內部幾名IT人,採跨部門的方式,以兼任之名自行吸收。
在這種情況下,IT專業性愈低,愈像是「階段性任務」的職位,一旦遇到人事精簡或大環境變動時,一定也逃不過前幾波的裁員名單(不少同業就在精簡的潮流裡被辭退)。再不然就只能抓住某個關鍵的核心不放(例:ERP、CRM系統),做為自己的保命符,一日渡過一日的死命撐下去。
人和的能力
此外,有句話說得好:「天時、地利、人和」。千萬別以為一昧地蠻幹,就能得到眾人的賞識,有些事關起門,能夠做到完善的處理是很好沒錯,但與公司整體營運有關的政策,極有可能會變成「搬石頭砸自己腳」的局面。
以即時通訊的封鎖政策為例,站在管理者的角度來看,即時通訊常衍生出下列問題,因此每家公司或多或少都有相關的限制或使用規定:
1.使用者誤點木馬連結或執行有毒的壓縮檔案。
2.傳送大型檔案或者跟朋友閒話家常(語音通訊),影響網路的傳輸品質。
3.整日在即時通訊上串門子,影響工作進度。
你如果沒事先得到老闆(主官)首肯,並留下記錄(口說無憑),就直接從閘道端將即時通訊的連線全部封鎖,心想著:「能夠減少資安事件,又能夠增進工作效率」,何樂而不為?
沒錯!這或許是一勞永逸的方法,但是,因為你的求好心切(或莽撞行事),就得有背上某些罪名的心理準備,如影響業務拓展、造成通信費用增加...,這時就真的只能淚往肚裡吞。
所以,現在的MIS不能太憨直,除了要多培養自身的技能之外,最好能夠加強「溝通技巧」,因為到頭來你會發現,最好的管理,就是你跟老闆溝通後所頒布的內部命令,當一切都有「依據」之後,才是考慮該用何種技術或方案,來解決問題或推行資安政策。
MIS能否被重視,看你怎麼跟老闆說出自己的價值,或者說你提出的建議是否有建樹,尤其是突顯能夠節省多少成本(包含時間與人事)而定。如果連自己都無法說服的提案,往往就只能屈就自己繼續當一個「高級水電工」。
下一步
曾聽許多前輩們提過,在你投入MIS這個「非人」行業後,你就得先想想自己的生涯規畫,除非你身處升遷體制建全的大企業或外商(還得使出混身解數才行),不然,身處不被重視的工作環境裡,你就必須時時警惕自己,除了跳槽、轉職或轉進管理階層(含顧問)之外,其餘的工作內容,往往是數十年如一日的機械化,這也是為什麼很少有人能夠MIS做到老的原因。
因此,大多數的MIS,如果在自己設定的時間點內,在公司內部無法順利的攀升到特定職位(管理職、顧問等),不是屈就於原職位(如果福利夠吸引人),就只能選擇向外發展一途。我也聽說有些人會選擇惡搞,來增加自己的重要性(例:不在公司時,讓網路攤瘓或主要服務停擺),但這種可不值得學習。
終有一天,MIS和公司的緣份會走到盡頭。一旦被迫或主動離開原職位時,有能力且運氣好的人,或許能被賞識而挖角;運氣不好的人,就只能在獵才平台上,變成商品待價而沽。再不然就只能轉戰別的市場,或做個小生意糊口,拋開原有的豐功偉業。很多在中小企業待上三五年的MIS,很多都會投入SI或是資訊委外的市場。(或許這也是造就外包業務如此蓬勃發展的主因。)我曾與轉戰外包廠商的同事聊過,在他們的工作領域,你的經歷、技能和溝通技巧,往往就直接地成為你與公司談薪水的籌碼(這點與你去公司求職,有截然不同的感受)。
這時,「人脈」將扮演著極為重要的角色,無論能否遇到賞識自己的伯樂,或者在你走頭無路時,那個能給你一線生機的貴人,很有可能就是你曾接觸過的某個客戶。更何況,在異常競爭的資訊業裡,很難保證自己什麼角度都面面俱到,此時人脈就是你背後最大的支援,協助你在最短的時間內,找出合適的解決方案。而這種能力往往也是自己價值的一部份,無論你是不是MIS。
作者曾任職於數位學習的產品開發及資安宣導的講師,並有公司資訊政策擬訂及決策的經驗,他的部落格有多篇與IT相關的文章。