資管系學生該學甚麼才能更貼近社會需要 (大學資訊管理系課程如何設計)

作者: Fred F.M. Wang 原作日期:  2008/08/31, 修訂日期 : 2019/12/12
下面文章是2008年提供給筆者畢業大學資管系學程安排上的建議。

自學校畢業後，除在資策會一年之外, 我在企業的資訊管理單位已經三十年了。同屆資管系同學很多人畢業後並未從事資訊管理工作，或是短暫的資管工作後，就轉換跑道了，因此，專業的資訊管理課程對不是有志於資管領域工作的人或許沒有太大的幫助。

資訊管理系顧名思義，應該將教學定位在培養企業資訊管理相關工作的可用人才, 但是，個人的經驗卻不是這樣，舉例來說，企業的資管部門需要懂得網路佈線與佈線管理，機房規劃與管理的人才，我畢業的學系並沒有這方面的課程；需要Windows Server與Linux/UNIX Server管理人才，也沒有相關課程，只有作業系統的理論課程，此課程也沒有要求學生在Windows or Linux/UNIX的實作經驗。

如果學校將資管系定位為培養在企業資訊管理領域的可用人才, 或許可以參考一下我在資訊管理領域工作與人員招募的經驗以及個人的看法 :

資管系應該培養下面七大類的人才

一.網管人才 : 企業的資管單位最基礎也必定存在的是網路管理工作。

        所需的知識應該從最基礎的網路實體線路摸起，甚至知道如何自己製作網路線，最好有工具與線材，可以實際操作；可以操作查線器等設備，檢查問題線路。

        其次是學習實體網路規劃與布線，包含機房網路架理線與管理。

        然後，也要懂得Level 2~Level 3或更高階的網路設備，學習邏輯網路規劃，如網段的規劃，學習網路設備的設定與管理，如流量限制，DMZ設定，防火牆設定，MAC鎖定等等，最好有實際的網路設備與環境可以讓學生可以學習設定，並實際了解設定後的差異，如果學校有一些堪用的Cisco等網路設備更好。

        另外，網路監控，Internet網管，無線網路管理，IP-PBX等的實機操作學習，電腦機房的規劃與管理，近年綠色機房的知識都可以加入課程中。

        鼓勵學生能考個Cisco認證，更是對未來就業多一份保障。

二. 系統管理人才(System Administrator)
       此類人才，應具備作業系統基本與實務, 如UNIX, Linux, Windows Server的實際了解, AD Server/YP Server, FTP Server, File Server, Web Server, Samba Server, DNS Server等各種服務系統的架設。特別是Linux的伺服器系統環境，與Windows Server很大的不同，通常都是透過shell command來進行設定與管理，因此，對C Shell/Bourne Shell都需要熟悉，一些需要大型計算環境的企業或研究單位，特別需要這樣的人才，實際上這方面的好手，人力市場上是缺乏的，有志朝這方向走的同學建議可以考Linux相關證照。

三. 資安人才
      需學習從資訊安全軟硬體前後端技術到全面資安規範的制訂與執行。越來越多的資安事件發生，資訊安全議題已經是企業必須面對的，從網路資安，個人電腦前台防毒防駭，後台伺服器的安控，到防資訊洩漏的DLP，企業文件檔案安全分級，行動設備監管，商業機密的保護等全面資安規範的制訂與執行。涉及技術與非技術的能力，人才炙手可熱，有志者建議可以考CISSP, CISA等證照。

四. 資料庫管理師(DBA)與數據分析技術人才
      了解Oracle/SQL Server/mySQL等DBMS的運作及管理的實務，再從結構化資料庫延伸到非結構化資料庫，建構資料分析系統，例如使用SSMS，SSAS等建構Data Warehouse與資料分析服務，使用前端資料分析工具等。本領域的人才在大數據時代是非常重要的，如果能延伸到更多商業領域，成為數據分析顧問，薪資一定水漲船高。
     技術應用領域知識 :
     1. 資料庫基礎
     2. SQL Language
     3. 商業智慧(BI), Data Warehouse, Data Mining, EIS, DSS        

五. 企業應用系統導入與開發人才 (含程式設計師,系統分析師,架構師,測試人員等)
    此領域人才工作是建置或導入企業應用系統，如ERP，CRM，企業網站，電子簽核系統，文件管理系統，知識管理系統，電子商務系統等，應具備能力為 :
    a.程式語言了解,程式設計能力 - **基本素養與開發經驗的建立, 須具備特定語言之認證如Java, VB, SQL, PHP...等。
    b.系統分析與設計 - 各種方法的了解Waterfall, Prototype, Rational, SUN Tone, SAP ASAP,....
    c.軟體工程含系統測試與系統品質確保等。

   應用領域知識
   1. ERP : 企業八大循環, 可藉鼎新ERP或SAP來了解ERP
   2. 供應鏈管理SCM
   3. 電子商務(B2B, EDI, B2C), BPM, EAI  
   4. 客戶關係管理(CRM)

六. 專案管理人才
      PMIS課程, 參加PMIS認證

七. IT治理人才
      了解 ITIL

建議學校可以加強的部分
   1.理論之外增強實作部份, 例如資料庫管理, 要了解Oracle DBMS的運作及管理的實務
   2.認證的要求, 例如至少兩項專業認證，如Cisco認證，Oracle資料庫管理師認證，Linux認證，微軟各項認證。
   3.與Oracle, Microsoft, SAP等大公司合作開立選修課程   
   4.大學部與研究所課程與業界所需之銜接

資訊技術沒有最好的只有最合適的

作者: Fred F.M. Wang (FW知識瑣記) 日期:2019-10-20

三十多年前開始學習程式語言，學生時期學習Basic, Fortran, Pascal, COBOL, 組合語言，到當時的Prolog, List人工智慧語言，工作用到的C/C++, Clipper, SAP ABAP/4, Java/JSP, VB, AutoIT, Javascript, PHP, Python；除了程式語言還有不同類型的資料庫管理系統，開發環境與工具。學了這麼多的技術，我的體會是"資訊技術沒有最好的只有最合適的"。

隨著時代的改變，程式語言與工具日新月異，科技人必須有強烈的求知慾與學習精神，持續了解與學習新的技術，使用新的技術，將這些技術成為你需要用到時隨時可以拿出來使用的利器。這樣的科技人，才不會只是舊時代的專家，被新時代淘汰。

如同五金行內有許多各式各樣的器材與手工具，你必要知道有哪些工具，這些工具用在哪裡，然後才是怎麼使用。開放心胸了解不同的技術，了解各種技術適合的應用領域，然後，使用合適的技術在你需要的領域。　

最近，很夯的人工智慧技術也是一樣，人工智慧應用如網路探勘，自然語言處理，語音與影像辨識，數據分析，深度學習等，各種應用都有一些已經開發出來的程式庫，了解這些程式庫具備的能力，然後，學習將這些程式庫實作於各個應用上。

F.M. Wang 2019-10-20

破解苦命MIS的迷思 - IT/MIS工作者的辛苦面，如何面對

作者: Fred Wang (FW知識瑣記) 日期: 2017/6/6

       根據筆者二十多年IT/MIS的工作經驗，針對資管(IT/MIS)工作者的辛苦面列出幾點常見的問題，並提供面對與解決方法，供相關工作者參考

問題 1. 常需要假日加班進行設備與系統維護，平日也多需24 hr On-call，非常辛苦

面對與解決方法 : 

• 如同醫生或設備工程師等很多工作也需要假日加班或on call一樣，這是資管工作的常態。
• 正視自己工作的重要性，IT/MIS的工作如空氣和水一般重要，如果沒做好，企業部分運作可能停擺。
• 如何訂定設備維護計畫，事先規劃好加班的時間，才不會影響休假的安排。
• 學習量化工作的貢獻，並定時報告，否則老闆平常不覺得您有甚麼特別的貢獻，系統出問題就會被責備。例如 : 各類/各使用單位需求服務件數，設備使用率，SOP制定數量等。
  

問題 2. 除了既定的工作外，常有主管的急件要處理及使用者緊急的問題要解決

面對與解決方法 : 

• 要與主管溝通工作的優先順序，以確保使命必達。
• 工作優先順序通常以主管訂定的為主，緊急且重要最優先。
• 養成作工作日誌與待辦事項管理。

問題 3. 訂定的標準作業流程(SOP)，常因主管要求破例處理

面對與解決方法 : 

• 注意要用郵件回覆主管，以留下紀錄。
• 商場如戰場，瞬息萬變，計畫與標準如果不具彈性將趕不上業務變化的需求。
• 例外處理通常也有例外處理的程序。
• 計畫與標準程序也要因應變化進行修正，否則淪於僵化。     

問題 4. 需求單位要求完成的時間不合理

面對與解決方法 : 

• 溝通永遠不嫌少。
• 跨組織溝通，有時須透過主管。
• 以體諒的心態與善意的溝通，建立互信及合作關係。
• 建立標準的需求處理程序。包含需求所需工時評估。
• 如果人力或時間不足應求助於主管。

問題 5. 需求單位時常變更需求, 卻發生衝突的需求或忘記過去提的需求而責怪IT

面對與解決方法 : 

• 將需求規格化與文件化進行確認，避免口頭溝通時認知的差距。
• 建立標準的需求變更程序。
• 做好需求管理，系統化紀錄每次的需求，包含內容，需求提出人，解決方法，所花工時，隨時可供查閱。

問題 6. 使用者無法清楚描述，要完成的功能規格

面對與解決方法 : 

• 新流程或不明確的需求往往需Prototyping法設計
• 透過許多次的需求討論 > 分析 > 設計 > 示範，才能完成
• 與使用者溝通，先做業務流程化與制度化再做系統化

問題 7. 辛苦加班，如其完成的系統，用戶卻不測試驗收，甚至取消需求

面對與解決方法 : 

• 需求處理程序包含需求了解與確認，IT/MIS實作，使用者測試與驗收，應事先開會溝通並留下紀錄，並應知會雙方主管。
• IT/MIS責任在於如期如需求完成實作，其他則是使用單位的責任。
• IT/ MIS屬於企業資源各單位應有善用企業資源的認知， 將工作成本化，讓使用單位，了解每一次需求所花企業的成本有多少。
• 如有不合理的情況應該透過主管進行溝通。

看完後，或許你會說，工作已經忙死了，還要做那麼多事； 我認為，如果及早養成好的習慣，也許開始時每天多花10%的時間，長久以來或許可以讓你擺脫IT/MIS苦命的惡性循環。

三十年來筆者工作用與學習過的程式語言

作者: Fred Wang (FW知識瑣記) 日期: 2015/11/25, 2016/6/8(修訂)

盤點1985~2015年，三十年來筆者工作使用與學過的程式語言。

在工作上,有專案開發與維護經驗的程式語言

1.網站開發，網頁應用系統(Web Application)

     1.1 PHP, Codeignitor(framework)

     1.2 Java, JSP, Structs(framwwork)

     1.3 前台設計 - Javascript, jQuery, HTML, CSS

2. 資料處理

     2.1 SAP ABAP/4 -世界排名第一的ERP ERP平台 "SAP" 專用的程式語言，通常是中大型企業使用。

     2.2 VB,  VBX - VBX是Microsoft Word, Excel內的自動化語言，可與Microsoft SQL Server整合，對個人與小型公司而言，可以採用此技術做為便宜的資料處理方案。

     2.3 SQL : Oracle, SQL Server, mySQL，SQLite等資料庫的標準查詢語言，可以直接在這些資料庫提供的Script Editor或透過Toad編輯SQL命令，直接查詢或存取資料庫。

     2.4 COBOL : 個人經驗是用於早期大型系統 IBM S/36與王安電腦系統做資料處理。

     2.5 Clipper, DBaseIII, Foxbase : 開發小型的商業應用系統。  註:現在已經沒甚麼人在用了

3. 業務流程開發

     3.1 Notes Script on Lotus Notes
     3.2 Java on Agentflow

     3.3 PHP+Javascript on ProcessMaker

4. 自動化應用 :
     4.1 AutoIT, PHP  透過這些語言強大的字串處理函式，開發自動化機器程式，排程自動執行，如Web Crawler，Data Parser，B2B，C2B, G2B應用等。

在工作上, 僅維護無專案開發經驗的程式語言

1. Python : 個人經驗是應用於通訊介面

2. C, C++ : 自動化應用,資料處理 等

3. RPGII   : 個人經驗是於早期大型系統 IBM S/36做資料處理，註:現在已經沒甚麼人在用了

只有在學校學過, 寫過作業或個人練習的程式語言

1. Pascal  : 資料結構課。

2. Fortran, Basic, VB : 計算機概論課, 用VB寫一些小遊戲。

3. Assembly : 電腦安全課，實驗反組譯並改寫病毒程式。

4. Prolog, Lisp : 人工智慧課。

不同的程式語言適合不同的應用，沒有最好的，只有最合適的。把程式語言當成工具, 用對工具後, 把較多的時間用在思考解決問題的方法，及最好的邏輯來解決問題。

IT/MIS人員如何呈現您的績效

作者: Fred Wang (FW知識瑣記) 日期: 2014/9/11

IT或MIS人員常常抱怨績效無法估算，工作包山包海，做得好別人看不到，出包就要負責。要記住沒有人該為您的績效負責，包括您的主管，他沒辦法知道您做的每件工作，做的每個好事，除非您告訴他，否則，績效考核時，您只能得到印象分數。不要覺得煩，這就是一種溝通，只要您是領薪水的，就要主動溝通，讓上司了解您的績效，否則，做得再辛苦就白費力氣了。記住，這些也是您工作的一部分，花點時間，是值得的。

在這裡給一點個人工作管理的經驗

第一  養成紀錄工作的習慣 : 用Google日曆, Outlook or Thunderbird日曆或其他日曆軟體，記下您做的事。這是做周報與做月報的基礎，如果是客戶服務工作，就寫"Help desk for customer XXX"就好了，詳細內容記錄在"客戶/用戶服務紀錄"中就好了。如果您到做周報或月報才來想，那就要考驗自己的記憶力了。相信我，隨手記隨時記，一個日曆紀錄花不了幾秒鐘。

第二  不做周報的話也要做月報 : 不管老闆(主管)有沒有要求，有沒有看，主動提供報告，留下紀錄，是很重要的。如果再有人說，不知道您在做啥，就不應該了。報告中，也提出您需要老闆支援的地方，諸如 : 因為去年預算被砍，無法更換XXX設備，造成XXX，等等，留下證據。這部分如果您已經養成"第一"項紀錄工作的習慣，做月報與周報，也花不了多少時間。

第三  計算您工作的價值  :  您執行的一個專案改由外包來做要花多少錢，這一點您可以參考 "行政院主計處資訊委外服務人員計價參考要點"，扣掉您的薪水，為公司省多少錢。因為您做了甚麼改善，為公司省下多少錢。您跟廠商協商，完成甚麼事，買進甚麼設備，少花多少錢。甚至您用甚麼解決方案，架設甚麼Open Source平台，又為公司省多少錢，這些都是別人無法忽略的績效。

第四  記下所有的客戶/用戶服務紀錄  : 工作包山包海是嗎? 老闆知道您包多少山多少海嗎? 首先，將您的這些服務或客戶需求分類，然後，用Excel或自行安裝IT HelpDesk系統，例如OTRS等，記下需求人，需求單位，需求或問題甚至是諮詢項目描述，原因，需求日期，處理方式(如果建立SOP則記錄參考甚麼SOP)，處理時數。每個月依客戶別統計，依需求分類統計件數與時數，讓老闆參考，如果工作量持續成長，也容易看出來。

第五 製作SOP : 重複性的工作，製作標準作業程序，除了幫助自己記憶外，也為公司創造，知識資產，提升效率，讓老闆注意到您的自我管理能力。

第六 數字管理，設備妥善率，網路妥善率等等 : 您管理的設備數據就是您的成績。透過建立監控系統，提早發現問題，預防與改善，提高設備使用率，減少停機率。這都是績效。


不要說就已經很忙了，還要記錄這些，我說過，這是工作的一部分，如果您因此加班，也讓老闆知道您加多少班，人力不足是老闆該傷腦筋的。

除了提昇專業技術能力外，提升溝通能力與自我管理能力等，也是邁向成熟工作者重要的事，與您共勉。

醫生不是神，MIS/IT人員也不是

作者: Fred Wang (FW知識瑣記) 日期: 2014/8/13

.人的身體很複雜，電腦也是

. 醫生無法醫治所有的病，MIS人員也無法解決所有電腦的問題。

. 看病往往一次沒辦法看好，需要回診，甚至反覆發作；電腦出問題時也是。

. 每個人體質不同，醫生根據經驗看診，偶而會誤診，每台電腦軟硬體不同，MIS人員處理電腦問題也只能依經驗診斷問題，難免判斷錯誤。

. 記得醫生不是神，MIS/IT人員也不是。


-- Fred F.M. Wang

網文"[科園甘苦談] 來自 IT 部門的你" 經驗談 - 資訊人員因應之道

作者: Fred Wang (FW知識瑣記) 日期:2014/3/21

網文網址 :  http://charlestyyeh.pixnet.net/blog/post/355061957
     
        相信很多IT人員看了這篇文章，有相同的遭遇與感觸。如何經營資訊部門，如何因應。下面提供個人在資訊部門20多年的經驗。

        其實一個企業除了IT部門外，很多非銷售，生產與研發等，不直接與公司獲利有關的單位常常也有 "只有苦勞，沒有功勞"的感嘆。

        IT主管如果把自己的IT部門當成一家獨立的IT服務公司，懂得如何經營這樣的公司，就知道如何經營IT部門。

        如同一家IT服務公司，每次的IT服務與每個專案都加以計價，計價方式可以思考如果包給IT外包公司或顧問需要多少費用，自行提供的解決方案可以省下公司 多少錢，如此，就可以彰顯IT價值所在。當價值彰顯出來，IT人員就更有自信，把自己專業做好，以更少的人力，更少的成本，創造更大的價值。

        同樣也要如IT服務公司，需經營客戶關係，內部組織經營管理，建立制度，採購議價...等IT服務公司所需要的機能，都要具備。一些集團企業，將資訊部門獨立成一家公司服務集團內部所有公司，甚至也接集團外的業務，自負盈虧，就是最好的典範了。

        當資訊單位要自負盈虧時，將面臨更多的挑戰， 也就要如同業務人員與客服人員親上戰場，面對客戶，也許比企業內部的人還要難搞。

針對文章中五大問題，提出自己因應之道

1. 時代變遷，辦公工具也變了
    公司裡其實很多業務、主管或 PM，似乎用平板電腦或手機幾乎就可以工作了，感覺辦公桌上的 PC 和筆電似乎都可以漸漸地被忽略...

因應之道 : 行動設備的管理，近年來對IT的確影響很大，這些挑戰，應該就是多數資訊人員之所以進入這行的原因吧，因為，對資訊科技有興趣，喜歡學習不斷演進的技術與運用科技產品。這些快速的變化在學生時期就應該體會到了吧!

至於管制辦法需要透過主管的認可，支援機制與行動應用開發也需要與需求單位討論。

2. 科技始終來自於隨興
   有些同仁和老闆漸漸不待在辦公室了，信件也幾乎使用手機完成回覆。所以真的是看老闆喜歡用哪種方式來工作，我們就要滿足他們的需求。

因應之道 : 同第1點

3. 永遠都會有新系統
  老闆為了讓大家更方便，想到請假就應該要有個請假系統、想到訂便當就應該要有個訂便當系統、想到開會就應該要有套線上開會系統、想到簽核文件就應該要有套電子簽核系統...，系統永遠都寫不完的！所以好的 MIS 真的不用擔心找不到工作，因為你的工作就是要成為老闆和主管們的系統許願池啊！

因應之道 : 變成"老闆和主管們的系統許願池"，這是溝通的問題吧，老闆應該了解"機會成本"這件事，同樣的時間，用這些人力在更有價值的工作，例如，建立"決策資訊系統"，"市場情報系統"，"電子商務"，會為公司帶來更多的價值，除非，這家公司的IT，被看到整天閒閒沒事幹。

 4. 都是電腦的錯
   老實說工作上許多的錯誤，大家都會怪公司配的電腦太差，像是如果客戶來公司開會，操作到一半電腦掛掉，檔案又全部存在電腦裡面，業務除了遭客戶白眼外，昨晚努力個半死的簡報也這樣付諸流水，然後就會開始指責公司配備好爛、老闆好窮、IT 部門好糟糕...，只是最後都會怪到咱們資訊部門的身上（淚）

因應之道 : 聽說一次大企業家郭老闆與客戶視訊會議中，突然網路斷線，郭老闆叫IT主管將負責部門所有員工名字做成紙籤，每拖十分鐘網路沒有連通，就抽一張籤，被抽到的就革職。

這個案例要問的是，重大的會議，是否事前告知資訊部門，做最高規格的支援，如網路品質確保，會議設備會前模擬與測試等準備工作。如果公司老闆要的是最高品質的網路表現，也就是365x7x24完全不斷線，那麼資訊主管就應該規劃兩套網路設備，相互備援，並提供自動切換機制等屬於金控等級的架構。伺服器也是一樣。(當然花多少錢也要老闆簽字通過才行)

因此，建立Service Level Agreement也是有制度的資訊部門該做到的，與老闆談定不同設備的服務等級，越高等級的服務需要花越高的費用架設起來。當然，設備定時檢修與更換也要做好。這些都與人力+錢有關。

5. 奪命連環 Call
   IT 部門因為必須維繫公司的電腦系統正常運作，因為有的公司生產線還在持續運作，電腦是沒有在休息的，所以負責電腦運作的人也是，可以說是 24 小時on-call，不管你是外出旅遊、跨年、睡覺、生小孩...等，電話是絕對要通的，比較慘的是還要回公司處理，假日值班的 IT 夥伴真的是辛苦了！

因應之道 : 值班是許多工作需要的，在製造業的IT部門也不例外。支援還分一線與二線，甚至高階主管服務專線等。

6. 帳號密碼的奧祕
    有些公司在資安上面做得很完善，因為擔心公司筆電被偷、個人帳號被盜用、公司資料外洩、底價不小心給客戶知道...等問題，所以常常會卡一堆權限，開機要帳號密碼，登入某系統又要另外組帳號密碼，外部文件也要設密碼，感覺就是整天提心吊膽怕資料外洩，可怕的是還要常常要員工定期換密碼，大家應該都會抱怨：「我們都已經這麼忙了，IT 別再搞我們了好嗎？」 ，IT 人員也是千百個不願意啊（淚）

因應之道 : 員工不想記憶很多套的帳號與密碼，那麼，資訊部就使用Windows AD與各系統,電腦整合，每人一組活動帳號，這樣，就解決了；但是，有些機密性高的系統，就不宜如此，難道您家大門跟保險箱用同一把鑰匙? 

更換密碼的抱怨，很簡單阿! 因為定期更換密碼通常是公司的制度辦法規定的，這些規定通常是客戶稽核或上市上櫃時要求建立的，資訊單位只是照規定執行的。要使用者好好看一下制度辦法吧!

資訊安全也是金錢堆積起來的，不同安全規格要投資的設備與系統都不相同，例如您家大門用幾千元的鎖，幾萬元的鎖，還是購買保全系統，當然可以提供的安全是不同的。

怎樣的IT人員才是最強的?

作者: Fred Wang (FW知識瑣記) 日期:2013/6/10

套一段神醫扁鵲的故事


魏文王問扁鵲：‘子昆弟三人其孰最善為醫？’扁鵲曰：‘長兄最善，中兄次之，扁鵲最為下。’魏文侯曰：‘可得聞邪？’扁鵲曰：‘長兄於病視神，未有形而除之，故名不出於家。中兄治病，其在毫毛，故名不出於閭。若扁鵲者，鑱血脈，投毒藥，副肌膚，閒而名出聞於諸侯。’

扁鵲的大哥在病人病灶尚未出現就可以消除它，二哥專治一些小病，讓它不會變成大病，而自己則是專治大病，因此有名。

職場上會解決大問題的員工往往最受老闆青睞，而能預見問題的發生，事先預防即早處置的員工才是最高竿的。

默默做事的IT人員(包含IT主管)，在忙於救火之外應撥一點時間，定時檢視負責的設備或系統，即早發現病灶，提前處置，或建立預警系統，在問題發生的第一時間被通知到，並在問題尚未延燒前就解決。開發系統的IT人員，則應該重視程式碼檢視(inspection)程序，而非單純的黑箱測試，否則隱藏在程式的bug會讓上線後的系統，變成一個災難。

做老闆的，不要以為電腦系統像冷氣一開就可以用，要維持系統的健康，安全平穩地支援企業的營運，是需要真功夫的，這是值得肯定與重視的工作；否則您也可以不要用IT，出問題再找神醫來治好了 !

Fred

如何擺脫企業IT苦力的宿命

作者: Fred Wang (FW知識瑣記) 日期:

從這兩篇文章摘錄整理一些解決企業IT常面臨吃力不討好的苦力的宿命。
1.IT部門的工作績效量化
2.如何量化IT服務管理(CIO時代)


對公司各部門使用者來說，他們享受著不斷線的網路，快速回應的系統，卻把這些視
為理所當然，無法感受背後資訊部門必須付出多少努力，才能維持這樣順暢的營運；反之，在使用者心中，浮現的只是IT部門不准他們下載軟體、限制他們使用MSN，甚至電腦壞了，沒有「立刻」來修理，每年又花公司大把鈔票。難道企業IT人員只能接受這種擔任苦力的宿命嗎?

資誠企管顧問公司（PwC）全球聯盟合夥人，同時也是「Managing IT as a Bussiness: A Survival Guide for CEOs」一書的作者Mark Lutchen也說：「老闆無從得知IT部門的價值，部分原因也出在IT主管。因為很多IT主管提不出任何數據，來向老闆證明自己的貢獻。」

第一 將工作量化
a.人力資源量化 : 當老闆質疑IT部門冗員太多，好像沒做事時，如果IT主管需要提出
具體的數據，告訴老闆，IT一共接獲了多少任務，負責多少業務，這些任務與業務需要多少人力，用數據來溝通，甚至提供業界參考數據佐證，老闆自然比較能理解這個部門是不是人盡其用。

b.將IT服務價值量化 : 在年初就跟老闆及各部門約定好，今年的工作目標，與SLA，例如：保證系統達到97%的不停機率，電腦故障4小時內完修等等，定期提供這些工作目標達成率的報表給老闆，對內不但IT人員工作目標明確，也提供老闆做為考核IT部門績效的依據。

c.引進「使用者付費」概念 : 服務導向的IT部門必須佐以使用者付費的概念，才能讓
溝通不至變成漫天喊價式的討價還價。因此，許多公司在SLA之外，還會有一套IT服務計價的制度當作配套。 讓使用單位明白，IT工具、IT服務不是理所當然，當一個業務部門需要多買10部筆記型電腦，業務部門也必須知道這個成本是該部門必須負擔的，而不是由IT部門來吸收這個預算支出。IBM有一套十分成熟的IT計價制度，可以說，IBM的IT部門就像一個IT服務公司，其它各部門所使用的網路、電子郵件服務，軟硬體設備等所有的服務的項目，都有一套費用及分攤的方法，各部門平日使用這些IT服務，所產生的花費，最後都會有一張帳單寄到該部門。

第二 化被動為主動，積極創造價值，協助企業獲利
a.積極引進新興的IT技術與應用，幫公司創造新的營收來源，甚至擴充新的事業體。

軟體架構師相關資源整理

作者: Fred Wang (FW知識瑣記) 日期: 2012/2/23

比爾蓋茲除了是微軟董事長，更是微軟首席架構師，更一手主導微軟產品。架構師是一種技術職，要求很高的專案、技術能力，也是系統開發工程師中的最高位階。

軟體架構師受到軟體業者重視的原因在於，軟體開發事先若能有好的架構，不論是事後維護或未來功能延伸，都能達到成本節省與開發效率提升的效益。

目前架構師可分成4大類，分別是
1. 基礎建設，包含網路、伺服器等產品部署的基礎建設架構師；
2. 應用程式架構師，包含甲骨文、SAP等應用程式
3. 資訊架構師
4. 管理架構師。

教育訓練資源
1.資策會,軟體架構師精修班

書籍
1.一線架構師實踐指南,碁峰,2010
2.軟體架構師應該知道的97件事(簡體中文),電子工業出版社,2010
3.架構之美(簡體中文),機械工業出版社,2010
4.軟體架構學, 新文京,2006
5.J2EE架構師認證指南(簡體中文),機械工業出版社,2004
6.軟體架構師入門必讀(簡體中文),機械工業出版社,2003

相關文章
. iThome, 為SOA做準備，臺灣軟體架構師漸受重視
.邁向架構師的暖身運動(1)：介面導向設計
.邁向架構師的暖身運動(2)：抽象化的能力
.邁向架構師的暖身運動(3)：培養技術的決策力，而不是一昧的只會追新技術
. 從軟體架構師(Architect)的觀點來看軟體開發流程
. 程序員成長為架構師必備的十項技能
. 軟體架構師的成功秘訣
. 開發人員如何成為架構師
. 企業IT架構師炙手可熱

組織
1.企業架構師協會

商業智慧(BI)分析師的工作與所需的能力

作者: Fred Wang (FW知識瑣記) 日期: 2012/2/17

商業智慧分析師主要工作就是藉由資料分析工具的協助，查詢、整理、分析公司過去的各項作業及交易記錄，並將最終的分析結果製成相關報表。更積極的一面主動蒐集, 發掘與提供有用的分析資訊，提供輔助決策，協助企業進行策略調整提高企業競爭力。

商業智慧分析師所需要的能力可以區分
參考文件中 :
第一篇文章提到下面幾點能力 :
1.熟悉資料分析工具，具備統計分析能力，資料倉儲，資料挖掘等知識。
2.了解業務資料的意義，來源與相關商業法則(business rules)
3.瞭解資料間的因果關聯性
4.設計與規劃業務所需的報表，協助企業經理人依需要快速客製出不同的分析報表
5.熟悉企業流程與了解市場趨勢與業務需要，能夠主動發掘有用的資訊，讓內外部的資料成為企業經營的利器。
6.由歷史資料預測市場趨勢，調整策略，提升競爭力。
7.了解企業目標，KPI與決策輔助資訊，主動提供與決策相關的資訊。
8.擅長溝通與邏輯思考，能與決策主管，各業務主管進行良好的互動，以發掘出各主管的想法與輔助決策的需要。

第二篇文章提到下面幾點能力 (比較多從技術面來看)
1.與商業智慧及資料倉儲小組合作，運用多項ELT(Extract, transform及 load)技術，定義、設計、執行與規劃跨全公司的BI解決方案。

2.透過公司的整合資料倉儲、報表製作工具及其他書面資料文件，以協助公司進行戰術或戰略性的決策。
3.為BI的發展及相關解決方案提供技術層面的支援，並維護資料倉儲的持續性發展。
4.透過技術層面，改善資訊交付、資訊截取與企業運作流程。
5.與瞭解企業流程的使用者合作，收集並記錄其需求，再將轉化為BI報告及應用系統的各項功能/非功能規格。
6.將資料與企業知識轉變成多維度的報表與數位儀表板。
7.排除BI問題，讓商業智慧作業流程的運作更加運暢。
參考文件 :
1.Juan Carlos Prez,BI商業智慧分析師, CIO雜誌
2.國內少見的全球熱門IT職務 - 商業智慧分析師 , RunPC

科技與IT新聞相關訂閱來源整理

作者: Fred Wang (FW知識瑣記) 日期:

下面是我在Google Reader科技與IT新聞相關訂閱來源

科技新聞

• CNN.com - Technology  *
• BBC News - Technology *
• Time - Techland *
• Bloomberg Businessweek - Technology *
• The Economics(經濟學人) - Science & Technology *
• DIGITIMES-科技-資訊 *
• DIGITIMES-科技-網通/軟體 *
• 中時電子報-科技新聞 *
• 數位時代 *
• Google 新聞 - 科技 *
• Yahoo!奇摩 - 科技新聞 *
• MSN科技新聞
• 星洲日報-科技

IT資訊

• iTHome Online *
• 網路資訊雜誌 *
• 資安人科技網 *
• 博客園cnBlog.com-IT新聞(簡體中文) *
• cnBeta.com (簡體中文) *
• TechRepublic *
• CNET News *
• ComputerWorld *
• InformationWeek *
• CIO Magazine *
• CIO Today *
• CIO Insight *
• IT Pro News (英國) *
• RunPC Online
• IT新聞眼
• 網管人NetAdmin  
• Network Computing *

商業雜誌

• 商業週刊 *
• 天下雜誌 *

* 提供RSS

我每天會看Google Reader訂閱的新聞，先瀏覽標題，看到與有興趣的主題，有參考價值的，再仔細閱讀內容。

訂閱太多的缺點是許多新聞是重複的，因此會浪費時間在瀏覽上，因此，建議剛開始訂多一點，再慢慢淘汰掉一些，減少重覆。

IT人員教育訓練資源整理

104教育資訊網-資訊科技專區 http://www.104learn.com.tw/computer.htm

itHome研討會與課程 http://www.ithome.com.tw/seminar/

資策會數位教育研究所 http://w3.iiiedu.org.tw/index.php

恆逸教育訓練中心 http://www.uuu.com.tw/

中央大學企業資源規劃(ERP)中心課程 http://www.104learn.com.tw/cfdocs/edu/classall.cfm?school=3088

交通大學推廣教育中心-資訊類 http://ccet.nctu.edu.tw/programs_class.php?k1id=5

台灣大學資工系所資訊系統訓練班 http://www.csie.ntu.edu.tw/train/

巨匠電腦教育中心 http://www.pcschool.com.tw/

學承電腦教育中心 http://www.pccenter.com.tw/courses/Guide.php

聯成電腦教育中心 http://www.lccnet.com.tw/

等

使用者讓IT顧問(或技術支援人員)抓狂的十件事

譯者 : Fred Wang 日期 : 2011/11/30
摘錄翻譯自 : 10 things end users do that drive me crazy - TechRepublic
原作者 : Jack Wallen

作為本地的顧問公司的成員，我的主要工作是遠端支援和備份。因為如此，我常與客戶直接打交道。雖然我喜歡許多的客戶，但大部分的時候他們表現出來的行為，還是會令我抓狂。

1：控制遠端會話(session)

我會用LogMeIn的或TeamViewer進行客戶遠端支援。在進行遠端支援時，常遇到客戶不斷要展示給我看發生了什麼事，控制滑鼠點擊不同的東西，或者使用他們的機器一些其他不相干的事情(例如回復電子郵件這些應該可以晚點做的事)。這樣讓事情拖更久才能完成。

註 : 遠端會話(session)是指技術服務人員透過遠端遙控軟體，遙控客戶端的電腦，來協助解決客戶電腦發生的問題。

有時，似乎客戶並沒有意識到，其他客戶也在等待我的協助，他們認為可以任意佔用我的時間。但是，佔用時間的行為會讓技術人員覺得客戶不信任他們的工作。沒有人願意在這種情況下工作。

2：給太多跟問題無關的資訊

我真的想知道的是，你(用戶)點擊一封電子郵件的附件的狀況。我不在乎電子郵件是誰發給你的，電子郵件裡有什麼小貓和小狗的圖片。我也不關心，你是坐在辦公桌前或在吃酸奶配蘋果切片當午餐。給我問題的重點跟實況，我就會盡力做好我該做的。

3：把問題怪罪到我(或另一個技術人員)以前做的處理

我的確在你(客戶)的機器處理過一些問題。但是最後一次是幫你重新映射您的硬碟K槽，跟你不能與某個網路連接完全無關。相任我，這100%跟K槽無關。我可以說明兩者不相干的所有原因，問題在你根本不相信我。如果你還是不相信我，我有其他樂意協助你的顧問清單 - 直到他們不再樂意幫你處理問題。

4 : 說謊

這不應該需要做任何的解釋。但對於那些沒有經驗的騙子(客戶)，我給他們一些下台階。有次當我登錄到用戶的機器，發現，顯然他們(客戶)做了一些事 - 一個被刪除的配置文件或程式 - 這只有用戶可能做的。當用戶自己造成這樣的錯誤，他或她有時會試圖否認他們有做過任何事情造成這樣問題。這是大多數支援專家都可以看穿的謊言。我們都知道真相......所以承認沒有關係!。

5：控制對話

當我試圖解釋一個問題給用戶時，用戶的插話會讓我沒辦法效的說明問題或解決方案。如果這些用戶可以停下來好好地聽，將有助於他們不會再重複發生相同的問題。

6：用“快速的問題”服務

客戶使用“快速的問題”服務時不可避免要在30分鐘內很快速完成電話交談。許多客戶使用"快速問題"服務，以避免支付解決實際問題所需要的支援。這通常讓技術人員很難完整地瞭解問題並解決問題。

7：在我專注處理事情的時後跟我聊天

許多用戶，在我遠端支援時喜歡跟我聊天。在我在等待下載或等待應用程式的回應時是OK的。但當我試圖解決一個關鍵問題時，不要試著跟我聊天氣，王室婚禮，或天然氣價格。請讓我專心解決手頭的問題(特別是需要專注處理時)，之後我會很高興跟你(客戶)聊其他的事(只要在你之後沒有其他的任務)。

8：堅持親戚告訴他的才是事實

一些公司老闆找個懂一點電腦的親戚"Cousin Joe"幫他的秘書解決一個問題。如果Joe做的事造成了更多的問題，Joe是不會為你(客戶)負責解決的。雖然Jeo的意圖是好的，但是所作的對解決手頭的問題可能適得其反，這將會花你更多的錢。當然，你如果還堅持Joe說的或做的都是對的，那麼你肯定會需要找一個新的支援專家。

9：取消我所做的處理

如果你(客戶)取消(undo)過技術支援人員做過的處理，請舉手。我已經看過這種情況很多次。很多客戶也承認做過這樣的事。這些客戶並沒有意識到，我將很可能要回來重做這些我事，而這是我先沒有安排在行程的造訪 - 我還是得修復它們，這將打亂我的工作。

10：缺乏必要的資訊

當用戶請求協助時，75％的時候他們有解決問題所需的資訊。其他的25％？沒有這麼多資訊。事實上，這25％大部份需要增加近一倍的工作時間來收集問題相關資訊。所以... ...當你(客戶)請求協助前，請確保您有相關問題的所有資訊再做預約。否則，你是在浪費我的時間和浪費您的帳單的錢。

譯者註 : 原文作者整理顧問服務或技術支援服務人員常遇到的問題。

IT(MIS)工作的十大缺點

譯者 : Fred F.M. Wang 日期 : 2011/11/28

摘錄並翻譯自 10 drawbacks to working in IT

原作者 : Brien Posey 2011/11/22 (TechRepublic)

試圖進入IT領域工作的人多半不清楚他們將會面臨怎樣的狀況。下面描述一些IT工作真實的一面。希望這篇文章讓想進入IT領域工作的人不要有不切實際的期望。

第一 : 工時長

有許多種類的IT工作型態，但共同的特點是工時長。如果你要在IT工作，最好要有在晚上或週末工作的心理準備。

第二 : 私人的時間會受到干擾

如果您在所在的單位扮演一個重要的支援角色，你會需要隨身攜帶手機。而且在任何時間可能會收到電話去處理一個警急事件。原作者曾在週五晚上第一次跟現在的老婆約會看電影時被Call去處理系統問題。也曾在耶誕晚餐時被Call。在IT工作幾乎像救火員或生命線。您不知道何時會有警急情況發生，不知道將要處理怎樣的問題。

第三 : 必須面對一些惱怒的人

在IT工作的人，特別是擔任helpdesk的角色最糟的事，就是遇到一些惱怒的使用者。每個打電話給你的使用者幾乎都是遇到某樣的問題感到挫折並期望你能馬上幫他解決。通常撥電話時懷者很大的敵意，因為他們認為都是你的系統造成他無法順利完成工作。

第四 : 有時間期限的壓力

多數IT工作都是有時間期限的。例如開發者有一定的準時結案的壓力。網管人員要在特定日期建立使用者帳號，安裝與測試新的系統。常常在大量的工作中要再安插一些工作，這些時間期限完全是不合理的，但是卻被希望準時達成。

第五 : 希望你可以修他們家裡的電腦

另外常發生的是希望你可以修理同仁個人的電子設備。當然IT人員通常抱有服務的熱誠，會儘可能幫忙他們，但是有時候真得忙不過來。作者曾遇到同仁想用很少的錢請他幫忙升級一台1988年的老電腦。

第六 : 別人常常對你撒謊

作者剛開始在IT工作時，發現許多人常常對IT人員撒謊，以掩飾因為自己的錯誤所造成的問題。你也會發現廠商的技術支援部門也會對你撒謊，作者已經數不清有多少次廠商的技術人員對他說這些問題跟他們的軟體無關，而是電腦硬體或是作業系統的問題。當然廠商銷售人員的謊言更是無法計數。

第七 : 必須學習最新的東西

IT產業持續在演進，IT專家必須學習大量的資訊才能完成他們的工作，而且這些資訊需要快速地更新。最好的方式就是不斷地學習成長。最難的是在工時長的情況而且預算緊縮下又要常常去上課或自我學習。

第八 : 電腦不如你預期的運作

最糟的是你嘗試在一定期限內完成的專案時，因為一些技術問題而被終止。電腦系統是複雜的，有時你下很大的工夫，他們還是無法如預期地運作。

第九 : 你必須面對很多官僚

作者二十年在IT工作的經歷，常常需面對許多的辦公室政治與企業官僚文化。近年來，官僚文化達到另一個新的水準。因為Enron醜聞事件，迫使IT專家必須面對無數的聯邦法規。這些法規讓IT工作變得更困難，更耗時也更昂貴。

第十 : 你的工作是讓自己過時

作者初次擔任網管人員時，一個老朋友告訴他，IT專家的工作是讓每個東西都完美地運作。但是，如果每個東西都完美地運作時，就不需要IT專家了。多年來，很多人告訴作者，只要你在IT工作，就永遠不用擔心失業的問題。但是，新一代的管理產品就是讓少數人來管理大量的系統。同樣，很多IT工作外包​​，或將系統移轉到雲端。因此儘管IT行業本身不會很快消失，但可以了解，IT知識絕對不是就業的保證。

譯者註 : 這篇文章點出IT工作的困難處，我想除了以上十點還有許多，例如使用者需求模糊不清，一改再改，不合理等，我還遇到有公司的IT人員要負責修理廁所的燈泡(可能是老闆看到他們常拿著螺絲起子拆裝電腦，以為IT工作跟水電工沒兩樣)，本文中最經典的一句話是"IT專家的工作是讓每個東西都完美地運作。但是，如果每個東西都完美地運作時，就不需要IT專家了"，常發生的是老闆平常覺得這些IT人員好像沒啥貢獻(因為一切都運作得好好的)，出問題時才來怪罪IT。我認為只要IT從業人員能保持領先的技術專業(不要只會一種技術)，而且保持對IT的熱忱，不管在企業IT，IT服務公司，軟體公司，相信都能遊刃有餘。 -- Fred Wang

甚麼是卓越的軟體工程師

Fred Wang(Hsinhsu,Taiwan) 譯 2011/10/10
Davin Lafon列出幾點卓越(Great)的軟體工程師與好(Good)的軟體工程師的差別
1.It is not the code they write. It is the code they don't have to write. 譯 : 不是看他寫的程式，而是他怎樣不寫那些程式。
譯者註 : 卓越的軟體工程師知道用甚麼最簡單的方式就可以達到目標，甚至不用寫程式。如果寫程式也能以最簡捷明瞭的方式完成程式，而功能確絲毫不變。
2.It is not how fast they grow a code base, in terms of lines of code or complexity, but about how fast they shrink it without losing feature or functionality. 譯 : 不是看他多快地寫出很多的程式，寫多少行或多複雜。而是看他他能多快地讓程式碼變少，但功能卻完全不受影響。
譯者註 : 卓越的軟體工程師維護程式，可能是自己寫的或別人寫的，能夠不斷改善與進化程式(提高程式的可讀性，可維護性與效能等)，卻不會影響程式的運作。也就是程式重構的能力很強。
3.If you try to start the 'whats the best language' argument with them, do they smile, or maybe look bored, and then change the subject? Or do they evangelize? If they evangelize, they're not a great software engineer. 譯 : 如果你要跟他們討論"甚麼是最好的程式語言？＂他會微笑，覺得這個問題很無聊並想轉移話題。如果他推薦並宣揚某特定語言，他就不會是卓越的軟體工程師。
譯者註 : 卓越的軟體工程師不受限於程式語言，而能了解並善用各種程式語言的特性完成任務。
4.It is not about the code or the language. Nor is it about 'obsession', 'knack', 'talent' or any other pseudo magical term. Simply- do they understand software beyond the level of code? Do they understand the software on the architectural level? Or can they only think about lines of code? Can they slip between mathematical abstractions of problems and software? Can they work with stakeholders to understand their needs for the system, or will they develop the system they want to code, that they think you should really want? Someone can be a great hacker or coder or programmer, but that is not he same as a great Software Engineer. I say this without a value scale- a great programmer is a great programmer... But you don't ask a master welder to design a bridge. 譯 : 不是看他會寫甚麼程式或用甚麼語言。也不是多“痴迷”，多“熟練”，多“天才”或其他神奇的字眼。而是他了解軟體的程式設計層次與架構層次嗎？或他只有在乎寫多少行程式？；他可以遊走於數學抽象性與軟體間嗎？他可以與利益關係人一起工作去了解他們對系統的需求嗎?，或者只是開發他想開發的系統或認為你應該要的系統?，有人可以成為一個卓越的駭客或程式設計師，但不一定能成為卓越的軟體工程師。我並沒有貶低卓越程式設計師的價值......但你不能要求電焊的專家去設計一座橋樑。
譯者註 : 卓越的軟體工程師不會迷惑於不切實際讚詞，也不只是了解程式怎麼寫，而是在軟體建構過程需求分析，系統設計，架構設計都能面面俱到，不會落於見樹不見林的問題。
5.Can they 'spot the flaw' when everyone else in the room is enamored of some solution or hot new thing, and moreover, can they explain that fundamental flaw in a way that makes it clear to *everyone* in the room. 譯 : 當房間內其他的人著迷於一些解決方案或熱門的新東西的時候，他是否可以點出缺陷並用讓其他人都可以了解的方式解釋基本的缺陷或問題。
譯者註 : 卓越的軟體工程師喜歡保持懷疑的態度，不放過任何可能的疑點，並且能了解並清楚地分析與解釋。
6.Can they Listen? If not then they are not a great software engineer. 譯 : 他能夠傾聽嗎? 如果不能就不是卓越的軟體工程式
譯者註 : 卓越的軟體工程師絕不是怪胎，他能夠融入團隊，或帶領團隊。

與使用者溝通十種最糟的方式

本文: Becky Roberts, “The 10 worst ways to communicate with end users”

譯 : Fred Wang (http://fredwang.blogspot.com)

1. 不洽當的肢體語言

當使用者問到一個您覺得很蠢的問題,不要輕視, 因為您的表情, 口氣可能都會讓使用者感覺受到傷害, 應該藉此當作教育使用者的機會, 讓他們把您當成重要的內部顧問

2. 賣弄

我們在技術領域可能會接觸到許多的專有名詞或觀念, 但是並不表示跟使用者溝通時要用到這些東西. 這些技術名詞雖然可以提高使用者對您的專業印象, 但是往往也會讓人有高傲或自負無法接近的感覺. 例如告訴使用者清除browser cache以解決browser的問題, 教使用者一步一步的操作過程會比告訴她們 ”cache”, ”template file” 等專有名詞更切合使用者的需要.

3. 失去耐心

即使在電腦使用如此普及的年代仍有少數人使用電腦上無法輕鬆上手, 處處需要IT人員協助, 背後罵罵他們可能暫時消消氣, 但是如何避免激怒使用者, 並提供基礎的訓練與指引才是最好的方法

4. 表示輕視

想像當您因為手上長了一個青色的腫塊, 但是醫生只是拍拍您的肩膀說, ”不要擔心如果一兩個月內它沒有消失再來找我” , 您的感受如何, 同樣您如果告訴使用者一兩個月電腦當機的情況沒有改善再來找我, 也許您覺得沒什麼大不了的, 重開機就好了, 但是使用者可能覺得這對他的工作影響很大, 可能辛苦做到一半當機, 所有作業必須重來. 因此雖然是小問題, 協助使用者解決小問題將可以增加使用者對您的信賴.

5. 缺乏告知

完成使用者的需求過程與使用者溝通是必要的過程, 工作完成後的通知或延遲的通知更是重要,如果您預先告知使用者, 通常工作延遲多可以被接受

6. 缺乏文件

如果許多操作程序, 公司電腦使用規定等都能文件化並持續更新且讓使用者能容易的取得, 將可減少大量處理或回答使用者問題的時間

7. 欺騙

多年前作者遇到一個資深的技術支援者, 他習慣將使用者的問題歸咎於微軟, 然後使用者就不再提問題了, 因此他覺得自己工作很有貢獻, 因為使用者的問題變少了, 這種狀況直到一次IT組織改組後, 他被指派的服務的使用者對電腦的了解較深且希望得到更多的服務與重視, 幾週後他因為大量的抱怨與自己落後的技術能力而離職.

8. 給太多的資訊

誠實是最佳的策略, 並不表示所有的資訊都要塞給使用者, 一個媽媽告訴15歲的的孩子她的經驗, 平均一次只能聽進三句話, 因此, 限量的溝通是必須的, 但是不要期望使用者一次能吸收太多的資訊, 例如寫電子郵件告訴使用者某系統升級的必要, 如果信件過於冗長, 通常使用者看了前面幾句就略過此信, 不如條列重點幾句就可以.

9. 不提供訓練

訓練不限於一定要在訓練教室三小時的課程, 有時一個小的作業在座位上簡單的示範也是一種訓練

10. 缺乏傾聽

溝通是雙向的過程, IT是支援單位因此傾聽使用者的需求是必要的, 在時間允許下多聽聽使用者的日常作業看看有哪些地方IT可提供技術可提高他們的生產力, 安全性或競爭力

在IT技術領域工作十年以上,您仍保有對技術的熱情嗎?

下面這篇文章是在國外論壇熱烈討論, 在IT技術領域工作十年以上的朋友, 您的如何保有對技術的熱情?

-------------------------------------------------------
Subject : lost my passion for this field

I entered the IT field in the mid 90s when there were plenty of high paying jobs and job security to go around. I finished my BS degree in computers and found myself in jobs where I do everything from programming to networking to databases.

After nearly 10 years in the field, I'm burnt out. A successfuly IT pro has to constantly learn new stuff that has a limited shelf life. If you learn to be a bricklayer, that information is good for life. Your knowledge doesn't become obsolete after a few years. But in this field, ya gotta be CONSTANTLY learning boring (IMO) technical details in order to remain competitive.

Quite frankly, I think I lost my passion for the field. Outside of work, I never read computer books/magazines/websites just for fun anymore. I'm more interested in reading about stuff like business and psychology.

I bought some Cisco certification books a couple years ago and still can't seem to bring myself to go through the certification process. I keep putting it off and putting it off. I started a few times but couldn't stay motivated. It seems like a drawn out, boring, time consuming chore to learn a bunch of information that will eventually be obsolete.

I like working with computers but they're a means to an end. I now see them as a tool to help businesses, nothing more. I don't about the different types of graphics cards or the "next version of Red Hat" or object oriented programming (yuck). I'm more concerned about using computers as a tool to help the company save/make profits.

Definitely thinking about a career change while I'm still young enough to do it. Can anyone else relate?
from : http://ct.techrepublic.com.com/clicks?c=599671-72143263&brand=techrepublic&ds=5&fs=0
------------------------------------------------------------------------------------

這篇文章也Post到程式設計師俱樂部

我的感想是 :
感謝大家熱情回應, 在論壇中的"真情"有時比現實生活中人與人的相處更為真實而不虛偽.

一般而言, 讓一個人成為某方面技術的好手又能持續精進而成為專家(From Good to Great), 應該具備三種驅動力 :

經濟驅動力 : 這個技術在經濟上能支持您的生活, 如果生活難以為繼, 則很難持續
核心能力 : 具備這方面的能力或特長, 例如邏輯思考能力不足, 可能無法達到更好的境界
興趣 : 對這方面技術有高度興趣, 這也就是本討論中的熱情

我想在這個領域十幾年前面兩個應該都沒有問題, 但是第三個興趣或熱情的部分, 可能如首文所說的burnt out

也許有人認為熱情這件事是十幾或二十多歲的人才有的, 年近四十的人談的是家庭, 事業, 財務等, 這就是思想漸趨成熟或稱"世故", 但是當您金錢無虞, 也沒有能力的問題, 在人生未來的日子, 您還會選擇怎樣的工作, 還是IT技術嗎? 若是則表示您的熱情尚未消退, 低潮是難免的, 而能夠重新站起而保持熱情的 (賺錢的因素除外)有哪些呢?

我想到的有 :
a. IT技術不斷推陳出新, 喜歡接受挑戰
b. 學習新的東西, 這對自己來說是很有趣的
c. 成為專家的感覺很好, 因為爬上高山頂端的成就感帶來的快樂
d. 喜歡將學來的東西分享給他人, 分享是件快樂的事
e. 對特定IT技術例如程式語言有高度的興趣, 而與年輕同事談起當年的COBOL, RPGII, FORTRAN回憶年青的時光也很快樂

您還能想到哪些呢?

當然, 也許想想真正失去這些熱情了, 因為賺錢, 工作壓力, 家庭壓力, 壓得透不過氣了, 哪還有心情談熱情, 這時我會帶著妻小, 到山上或海邊, 忘掉這些東西, 或與好友聊天暢飲, 享受人生其他的快樂.

網路設備名詞縮寫整理(1994-05)

網路設備名詞縮寫整理
Fred Wang 1994/05/16
(fredwang.blogspot.com)

DTE(Data Terminal Equipment): 資料終端設備, 如電腦、終端機等。
Statistics TDM(Time Division Multiplexer)
HPPI - High Performance Parallel Interface
HSSI - High Speed Serial Interface

-----------------------------------------------------
AAL - ATM Adaptation Layer
ATM - Asnchronous Transfer Mode
BISDN - Broadband Integrated Services Digital Network
B-ICI - Broadband Intercarrier Interface
CBR - Constant Bit Rate
CIR - Committed Information Rate
CLP - Cell Loss Priority
CPCS - Common Part Convergence Sublayer
CS - Convergence Sublayer (as in CS_PDU)
DQDB - Distributed Queue Dual Bus
DXI - Data Exchange Interface
GFC - Generic Flow Control
HEC - Header Error Control
ILMI - Interim Local Management Interface
NBMA - Non-Broadcast Multiple Access
NLPID - Network Layer Protocol ID
NNI - Network Node Interface
NSAP - Network Layer Service Access Point
PDU - Protocol Data Unit
PLCP - Physical Layer Convergence Procedure
PTI - Payload Type Identifer
PVC - Permanent Virtual Channel
QOS - Quality of Service
SAAL - Signalling ATM Adaptation Layer
SAP - Service access point
SAR - Segmentation and Reassembly (as in SAR_PDU)
SDH - Synchronous Digital Hierarchy
SDU - Service Data Unit (as in AAL_SDU)
SEAL - Simple and Efficient Adaptation Layer
SIR - Sustained Information Rate
SMDS - Switched Multi-Megabit Data Service
SNAP - SubNetwork Attachment Point (see IEEE 802.1a)
SNI - Subscriber Network Interface
SONET - Synchronous Optical Network
SSCF - Service Specific Coordination Function
SSCS - Service Specific Convergence Sublayer
SSCOP - Service Specific Connection Oriented Protocol
SVC - Switched Virtual Channel
UNI - User-Network Interface
VINCE - Vendor Independent Network Control Entity
VBR Variable Bit Rate
VC Virtual Channel (not circuit)
VCC Virtual Channel Connection
VCI Virtual Channel Identifier
VP Virtual Path
VPC Virtual Path Connection
-----------------------------------------------------

資訊人才在企業MIS與軟體公司工作性質的差異

資訊人才在企業MIS與軟體公司工作性質的差異
Fred Wang 2004/02/13 (http://fredwang.blogspot.com)
資訊人才要了解在企業內的MIS與軟體公司工作性質的差異, 否則一旦被錄用, 可能也無法勝任愉快, 下面的分析是多數產業的狀況 :

工作量
MIS: 不一, 有些是例行工作, 有些是專案工作, 不同公司差異也大
軟體公司 : 大或很大

服務對象
MIS : 主要是服務公司內部同仁
軟體公司 : 客戶

壓力
MIS : 較小, 屬於幕僚單位, 比較沒有業績的壓力
軟體公司 : 大或很大, 為生產主力, 有業績壓力

技術層次
MIS : 廣而較不專精, 以解決問題, 協助企業營運為主
軟體公司 : 專精, 以完成產品開發或專案為公司獲利為主

分工程度
MIS : 較不清楚, 每個人可能要扮演許多的角色, 小一點的公司則軟硬體網路樣樣都要會
軟體公司 : 較細, 專案經理, 系統分析師, 程式設計師分工明確各司其職

工作特性
MIS : 服務導向, 許多時間在解決使用者的疑難雜症及維護現行系統
軟體公司 : 專案開發導向, 以有效時間內完成專案或產品

所需人員特質
MIS : EQ要高, 自我學習能力要強, 需要能運用不同技術解決各種問題的能力.
軟體公司 : 抗壓性要大, 能專注及投入單一技術的熟悉及開發, 能習慣於超時工作的狀況

薪資水準
MIS : 較低(不含其他福利)
軟體公司 : 較高(不含其他福利)