IT部門重要嗎？
這個問題，我可是想了很久，雖然我只在User Site待了六個月左右的時間，雖然時間不長，但也能感覺到，IT 部門，有時也是挺為難的。
我個人覺得，不管是站我的立場，或是站在企業的立場，「IT 在未來將會主宰企業未來的競爭優勢」，怎樣，這句話，聽起來很嚇人吧，身為 IT 人員的你，有沒有覺得乎然叫阿（驕傲）起來了呢？不過，這句話，也有點語病，他是主宰企業未來的競爭優勢是沒錯，但現在呢？是嗎？
是與否，是取決於公司在它所屬產業的特質，以及對資料或資訊的倚賴程度，我個人用下面幾點來判斷 IT 部門的等級（前提：公司有 IT 部份）：
- 等級一：重要
- 無需 Real-Time 的資料流。
- 只需內部簡易網路連線。
- 擁有進銷存系統。
- 等級二：很重要
- 資訊系統無需對外連接。
- 大部份資料是由公司內部提供。
- 無需即時反應產品生產狀態或是活動狀態。
- 重要資料或資訊，是由各部門所匯集。
- 等級三：非常重要
- 資訊系統需要對外連接（透由 CRM、SCM 等資訊系統）。
- 大部份資料或資訊，是由外部公司所提供。
- 需要即時的生產狀態或貨品狀態。
- 客戶大多屬於電子消費族群。
- 等級四：重要的不得了
- 公司屬跨國性或是屬跟區域性產業。
- 針對外在環境或是競爭對手策略，需即時反應。
- 敏感性高的產業。
- 產品變化性高的產業族群。
- 金融業。
- 等級五：無敵重要
- 未完待續……
IT部門不受重視
IT 部門在大多的企業，是不受重視的，因為在大部份的經營著眼中， IT 部門是一個花錢的部份，它不從事生產，但是又少不了它，它每年跟老闆要好多的錢，賺錢的時候，就給它多點錢花，沒有賺錢的時候，就不給錢用，還要從裡面 lay off 一些人。你看 IT 部門好可憐呀，老是要看老闆的眼色，有些系統要外包，老問就會問，你們是不是能力不夠，沒辦法做，聽到這種話，我第一個心裡的念頭就是：「哇咧看咧！你不知道現在資訊科技變化很快哦，每次都要求那麼多，要做這功能做那功能，那麼多的功能，我只有一個人，每個月就領你那些死薪水，什麼都不懂，話還那麼多」，不過想歸想，還是得硬著頭皮幹，不會，就問朋友吧，不然，能怎麼辦？這個就是 IT 部門的窘境，「要錢沒錢，要人沒人，要技術沒技術，要上課沒課上，有改不完的系統，有做不完的事情」，真是（嗶！）的（本台為高尚的網站，髒字一律消音，以嗶！帶過）。
跟 IT 部門要個東西，搞了好久，我開始懷疑我們 IT 部門的技術能力
User 擁遠很難達到”滿足”的程度，其實在我個人認為，對 IT 部門來說，我覺得這並不是一壞事，反而是一個能讓 IT 人員有一個表現的機會，也可以顯示出 IT 部門對公司的重要性，但是！大部份的 User 都覺得他們提出來的需久都很簡單，很容易做，像我就聽過 User 說：「你就弄個跟某某系統一樣就好啦，醬不是很快就弄好了，幹嘛要搞那麼久，我看你大部份的時間都嘛是在 MSN ……」「吼～這是什麼態度，不然你自已來寫，真是（嗶！）的」，我們提的 Schedule 永遠不能 Meet ，現在我要說的是，我們 IT 人員要硬起來，不能每天 User 欺壓了。但是！在做反抗的同時，也要站在 User 的立場想一想，如果我是 User ，我是不是，也會醬要求呢？所以，我覺得身為 IT 部門的一員，除了懂得拒絕過份的要求外，也應幫 User 想一想，若這個方法行不通，我是不是可以用另一個方法或方式來解決 User 的問題；與其答應 User 所提的 Schedule 外，是不是真的要評量，你真正能達到的時程，而且”誠實”的跟 User 說「你要的時程我達不到，如果要達到你所要的功能，可能需要花 xx 天，但是，我們可以切成幾個階段來完成，你要的日期，我可以完成第一個階段，第一個階段的功能，我可以做到xxxx……」，我想，醬雙方面應該可以比較和平相處吧。
做的比 User 要求的，多做一點點
這個方法，我是屢試不爽，當然，我指的不只是系統的功能，其中也包含上線的時間，能提早一點點，專案一開始，是「報憂不報喜」，把最糟的狀況跟 User 或是客戶說，但是除了”說”，還得說出，解決的方法，但不一定要我們去解決，尤其是對客戶，不是我們要推工作，而是應該讓熟悉的人去做熟悉的事。專案”可能”在第五天可以完成，但是能百分之百能完成的時間是第十五天，那麼，我們就得跟User (客戶)說，我們要完成些專案，是第十五天，一旦專案提前完成，在這段時間中，也可以幫 User (客戶)多做一些小小的功能，讓對方覺得，我們是有在幫他想一些事情。
IT部門定位的類型
有些書籍把 IT 部門定位幾種角色以階段，但詳細的內容，我忘了，我就以我的經驗跟記憶，劃分以下幾種角色跟階段：
- 系統維護者
- 服務使用者需求
- 創造使用者及企業需求
- 成為立潤中心
公司的系統到達一定的成度（可以用，經營者認為不需要增加），這個時候，IT 部門的主要目的，就是讓系統穩定的運作，不要當機，以及一些網路或是使用者帳號的維護，當部門為些種角色時，部門內的人員，無法顯示其價值及能力，且容易與外部技能脫節，若要轉換跑道，會變成較為吃力，不過，若有心的話，是可以多學習一些 Domain 上的知識，但是在技術能力上，較難提昇。
若真的能服務使用者需求，我覺得也是個好事，至少公司的 User 會希望資訊人員來幫他做一些事情，能夠讓他們能更好作業，通常這種 User 會有一點點知道 IT 能為他們做什麼，不過此時的 IT 部門是處於一種被動的狀態，是被使用者要求，而不是主動來為使用者設想，其實，這個有時候跟企業文化有關，並非 IT 人員不願意幫使用者或是說不願意幫公司 E 化，有可能是經營者沒有此種共識，有心想弄，但不給予適當的空間，只有當使用者（可能是擁有權力的人）提出需求，IT 部門才有辦法去做，但是通常使用者所提的系統，所願意付出的成本，與真正取得的成本，有極大的落差，所以公司的想法是，與其花大錢找外援，不如自用現在的人力來開發新系統。
在我的觀念中，若公司存在的是這一類型的 IT 部門，這可說是公司之福呀，不過要有這種 IT 部門一定要有幾個前提，第一，公司完全信任 CTO（技術長）的決定；第二， CTO 必需有足夠的能力正確的來領導公司未來的 IT 走向及定位；第三，公司能接受新的觀念（未必是新技術，有可能是新的趨勢）；第四，CTO 擁有整合、溝通及協調能力。若能具備以上能力，能夠以 IT 來提昇公司的競爭力、創造副加價值，更能夠顯示出 IT 部門的重要性。
我想，若 IT 部門能成為利潤中心，這對身在 IT 部門當中的我們，可說是非常之好，怎麼說呢～～IT 部門在公司來說，實際上是可以計算出生產力的，此專案為了公司省了多少錢，付了多少成本，或是創造了多少價值，都應該將其量化，而 IT 部門不只做公司內部專案，甚至可以擴展至外部，利用產業的 Domain knowledge 再加上配合的 IT 技能，以協助其它公司導入 e 化，雖然這很困難（因為背後還有許多的考量，資料安全性的問題），不過，至少我當時在 User Site 的想法是如此。已目前業界的情況來說，精業就是一個例子，它本身就是從永豐餘分割出去的一間公司，且不論目前的好、壞，若是從正面的角度來看，這未嘗不是見好事，不僅僅能提昇公司 e 化的腳步，更能為公司帶來利潤。
