老仙答客問

| | | | | | 25則回應

    

問題一

關於專案成員的「價值」和「位階」：可能是由於我定性和定力不足，這幾年換了不少軟體公司工作。包括朋友的經驗在內， 眾多軟體公司常常把 programmer, system designer, system analyst, project manager (PM) 的歷程視為「升官」。

從其它角色轉到 PM 叫升官我還能夠認同，畢竟是從執行自己的工作轉變成協調眾人齊心協力共事。但是，為什麼 system designer 就會比 programmer 大（或者領的薪水多），而 system analyst 就一定比 system designer 大（或對公司來說更有價值）呢？

本來一句「約定俗成」就可以回應這則提問。不過，為了多騙點稿費，我還是喜歡把它拉大一點來看。對一位有執行力的主管來說，他是會為旗下員工找到適合他/她發揮所長的崗位；而對一般的人力資源經理來說，他/她是會為一個職位訂定一堆技能條款然後找人來填充。當企業的規模愈大，需要「找人來填」的戲碼便會愈演愈烈(仙按：部門壯大才可爭取多點資源，在公司的發言權也會多一點....標準的現代管理惡性循環)，冗員也自然會與日俱增。

記得老仙畢業後的第一份工作有幸接觸很多外國人，有一次一家著名的外國企業的總經理和總工程師到廠巡視，看看日後是否有合作商機。期間總工程師和老仙言談甚歡，還說哪天我訪美時可以坐坐他駕的小型飛機，而一旁的總經理對他恭敬有嘉，顯然易見的是他在公司的地位遠遠在總經理之上，而歐美等地的工程師們的受到一定的尊重，他們的出路也不一定要往專業經理人的方向發展。（仙按：專業經理和工程鑽研有著顯注的不同是一套工程理論可以放諸四海皆準，而管理知識嘛，因人而異，沒有既定法則可循，說它是一門藝術是不為過。）

然而今天華人企業全面西化管治的情況下，我們的工程師的地位不升反降，而所謂經理/主管的名堂卻林林總總，無不以此引以為樂。

IT界的現象只是社會的一角縮影，沒有什麼好奇怪。當你工作年資漸增，「理論上」工資也會隨之上升，無論是公司為了讓你所得有個更「合適」的解釋；抑或是你希望有個更響亮的名堂來方便他日跳槽也罷，單純的工程師或是資深工程師已經不夠混了，彼此都樂得起個不一樣的名號出來。至於實力嘛，就不見得有一定關聯了。

不過話說回來，原先「虛擬」這些名號出來時或許真的本著「良善的意願」，軟體從業員起步當然是程式設計員(programmer)，因為你沒有經驗，學校學的十之八九在職場是用不上的，叫你programmer而不是學徒已經很給面子了。到了你累積一定經驗，別人交付的事情和責任都可以一肩擔起來，資深或是設計師的名堂自是當之無愧。到你年資再長，除了自身責任之外，還負起系統研究、設計、模組化、以至責任分配等工作時，單是資深兩個字就不足以論功行賞了，故有系統分析師的產生；但是近年流行的專案經理，說得明確一點是因為企業管理文化之變遷，從前由個別部門主管的事情如今變成以不同部門的同事以專案形式合力完成，為了易於掌控進度和預算等事宜，專案經經遂應運而生，他/她不一定專精於軟體技術，所以你說升官，恐怕不一定是實情，有時候這個位置正正是背黑鍋的熱門人選。（註：按老仙定義，系統分析師應該是技術最全面的團員，而資深的工程師應該是某領域上最厲害的人物，而專案經理嘛，只是一位名堂最大的雜役而已。）

至於其他像analyst programmer，system achitecture， software specialist等等，更是不一而足，你要是把他們扯上什麼「價值」與「位階」的論述，恐怕只是自尋煩惱，軟體從業員還是努力幹多一點實事，學到的技術與經驗才真的是你擁有的東西，將來自有適當的回報。（註：老仙先前的小公司，團隊運作簡單不過，事情分配妥當後，老仙一概不理，而名稱嘛，我叫他們自己說想當什麼我就給什麼，反正方便他們日後找工作的話，我都沒有問題。哈哈，多簡單！）

問題二

我待過一些軟體公司，以及接觸過的「將資訊軟體外包」的公司，普遍上有一個觀念叫做「bug free」，意思是，bug 是 programmer 自己生的，所以，萬一有 bug 發生，由 programmer 自行找時間處理（意思是要自動自發地加班修補）。但我好奇的是，隨著在軟體業擔任的角色開始不同，我發現， 有些所謂的 bug其實發生在 system analysis 或 system design 的過程中，不過解決方法最終還是要回到 programmer 手上。

所以，我的感覺是 bug free 似乎是在「欺壓」programmer，更何況，我似乎沒有見過寫完之後沒有 bug 的程式（至少我天資平凡，沒有寫過那麼完美的作品），原因可能來自於規格不完整、或測試的範圍不夠（如果測試時間沒有被業務或專案經理給壓縮殆盡的話）。我個人是認為這樣的觀念並不合理，請問是因為我的思維太過於工程師導向，沒有注重管理面的要素，還是什麼原因呢？

這位讀者可能真的太年輕了，幹這一行的打從第一天工作開始便被欺壓了，這有什麼稀奇呢？軟體業從業員的工資不比其他行業高，為什麼入行當天就沒有「超時補水」（註：補水者加給也，如果把加給overtime pay連同工時一起算，我猜programmer的時薪恐怕是數一數二的低。）？真的要怪的話，就怪你入錯行好了。

如果你來不及學習新技能來轉換就業階梯、或是你對軟體編程仍充滿熱誠、又或是你壯志未酬，深信下一個楊致遠將會是閣下的話，老仙的淺見是「吃虧也是另類的撿便宜」。 IT產業千真萬確的出了很多年青才俊，坐擁千萬家財（仙按：心理病者也為數不少）；這年頭資訊界的機會也的確比其他行業來得多，正因為這些誘因才會吸引那麼多年輕人甘於徹夜不眠地對著小螢幕「捉蟲」。

至於蟲從何處來，相信業者最清楚不過。就如你說的，當初系統設計時某些假設出了毛病、或是一廂情願地錯估了客戶的需求、或是系統測試做得太馬虎、或是程式設計師不小心犯錯、又或是付鈔的財大氣粗，硬是中途修改系統規格、當然有時候是某些「善長仁翁」無緣無故地覺得多送些附加功能給客戶會換來贊賞也會給專案帶來額外的負擔（註：在專案管理上我們稱這種行為是給專案鍍金Gold-Plating，無論結果是進度順暢且預算控制得宜，老美都定義這個專案是不成功的案例，專案成員是不可不知的。) 凡此種種，都是培養「肥蟲」的良方妙藥，然而不管成因若何，最終還得由程式設計師來修橋補漏，再不公平程式碼都得有人來幹，不管肇事者會不會勇敢地跑在人前認錯，好歹把它當成一種鍛鍊就是了。

只要你記取今天的教訓，他日當你當上主管時，不會把同樣的包袱轉嫁到你的下屬，我們的業界才有望向前邁進。至於經驗的累積，技能的提升，只能在不斷觀摩高手們的程式碼和實戰中鍛鍊出來的，一覺醒來就能頓悟，寫出０錯誤的程式碼，天底下恐怕沒有幾人。吃下眼前的小虧而為他日打下穩固的基礎，何樂而不為？

註1：如果年輕讀者真的想在編程上有所成就，老仙建議諸公不妨細閱一本叫Writing Solid Code的書。老仙２０年業界生涯裡，幾近０錯誤的程式碼是有碰到過的，寫的人正是比老仙年輕卻帶領老仙入行啟蒙好友，我和他寫下２MB大小的源碼系統，９１年面世時就已經備妥解決千年蟲的問題，４年來客戶都沒有過一個錯誤回報，若不是他因癌病逝，老仙今天可能還是過著拿起老花眼鏡對著螢光幕捉蟲的日子。

註2：近年歐美等地的軟體業者已經回復朝８晚４的正常上班日子（有的朝７午３、有的不必到公司上班，因為他們相信清晨有助程式員編程），要他們加班恐怕不易了；而週五的禮服日正好讓他們在矽谷多參加交際應酬活動，早日結束王老五生涯，順便和基金經理打打交道。不過這樣的光景恐怕短期內不會在華人的軟體業界出現，畢竟我們的老闆在全面西化時是有選擇性的。

作者現任國際專案管理組織大中華地區分會副會長、IT公司顧問暨專案管理課程(CPM及PMP)培訓師，擁有CPM及PMP證照，歷任不同IT領域管理職，有過IPO的實戰經驗，並曾位居香港兩間上市科技公司的管理層，文章並見於部落格。目前旅居海外，自稱已半隻腳離開科技界，成功一點都談不上，反而戰敗經驗無數，有任何意見或疑問，請以電子郵件與老仙聯絡。