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 化的腳步,更能為公司帶來利潤。
7 則留言:
好~寫得太好了!!!
菜頭狸
甘八爹
mity
Ya! good job.
呵呵... 果然是IT的辛酸ㄋㄟ~
加油... 加油...
讚啦, 雖然我已經不在IT業一年了, 可是IT人員的辛酸的卻是一直烙印在心頭的~ 加油!
拒絕與接受任務都需要適當的"溝通"來逹到一個平衡,而我所看到的是IT人員要接受下一個衝擊就是"溝通技巧"的提升,雖然不一定能改變user想法,但在user無理的要求下該如何面對及應對是否也顯得重要?這樣的轉變是否也是提升IT人員價值的一個方法呢?
沒錯!許多的問題,會出在IT人員跟User的"溝通",有時候技術人員會太局限於技術當中,而不願意直接去面對User,在我"目前"的觀念中,溝通的能力,大部份時候是勝於技術的能力。
張貼留言