老調重彈，談專案經理要不要懂程式設計？ - 轉職

老調重彈，談專案經理要不要懂程式設計？



我應該是適合談論這個話題的人選之一吧。
回顧短短十年間，我從拿烙鐵的電子科系轉到拿鍵盤的資訊工程，
再從專案管理轉到產品分析和打嘴泡企劃，經歷過的工作內容，
包含開發第一支Disk ROM程式，負責規劃出完整系統，帶領專案完成開發，
製作產品簡報，到客戶公司介紹功能，撰寫應用架構說明等，
完成的工作可能是許多人一輩子都做不完的事情，
也因此我手上有一些壁紙和房貸，不過這是後話了。
這樣，我大概稍微有立場能和大家家聊聊，RD與專案經理之間的愛恨情仇。

碰巧最近公司內，因為某些原因，又開啟了這個骨董級的話題，頗有感觸，
本來是不想下去淌渾水，後來想想，如果換個角度，從現在產品管理立場來看，
是不是有更好的詮釋。
先回答標題的問題：專案經理要不要懂程式設計？就我的看法，我認為，應該要懂；
不過，不懂，也沒關係。我們現在有很多年輕的程式設計師，功力也相當不錯，
工作交辦下去，不用太擔心，但就怕走錯路。

當我是專案經理的時候，我怎麼讓專案進行呢？分成兩階段，早期，當時的開發功力，
現在當然爛很多了，要打趴大多數的人，應該不是甚麼問題，事實上，
我那時也天真的這麼認為，所以，看到一些人不爭氣，就變成自己下海解決問題，
熬夜趕工，結果呢，幾乎把自己累死，還差點害專案開天窗。
後來的階段，我才慢慢弄清楚，團隊的力量該如展現，最主要是常盯著目標，
一直看一直看，盯到連目標都不好意思（>/////<）。
讓團隊逐步前進，然後時常看看四周，有誰跟不上來，趕快想辦法處理，
該去推，還是該去扶，真的跟不上，就請他離開，換到別的適合工作。
當團隊發現，主導者非常篤定的朝向目標前進，大家自然就會有信心，
全力將手中的工作完成，不需要用很強勢的專業去壓抑，就能讓團隊的表現更加顯眼。

現在，換了一個領域，我又更加深了解到，商業交易的流程中，
專案開發也不過占了整體的一小部分，如果從產品交付的生命週期角度來看，
我會把專案執行時間，評估為約30%左右，大部分視情況而定，有時候還會再少一點，
也就是說，將產品交付到客戶手中，實際的開發時間，可能就只有幾個月而已，
其他的時間，是用來做分析、規劃和打嘴泡。

過程中，我們指派專案經理要幹甚麼呢？來，可能大家忘記了，
我們再來念一次：

「如期、如質、如預算」

很好，回家抄十遍，順便寫一篇心得報告，題目是，
為什麼我們要從事這種狗屁倒灶的工作。

可見，專案經理的作用，就是為了要確保交出準時又符合品質的產品，
最後送到客戶手上。那我們為什麼不直接告訴RD，要做哪些事，甚麼時候要做完，
最後驗收結案就好了？套用一句D大大的名言，RD都是住在象牙塔裡，
我補一句，一堆的宅男和宅女。由於我也宅了很久一段時間，因此我非常了解，
除了用MSN、Facebook和朋友聊天、聯絡以外，RD平常很少有機會與其他人面對面溝通，
更不用提直接和客戶碰頭，也就是說，外面發生地震、海嘯還是倒扁（馬？）遊行，
都和我沒有關係，我的人生就是和電腦溝通（科科科～）。
也因此，站在產品銷售的立場，我們需要一個在象牙塔外面的人，搞懂外面的狀況，
幫忙這些宅人，統籌專案進度和處理工作的雜事，從一個更高層面的角度去關照，
讓眾宅人不要走偏掉。

如果你比較喜歡"乾淨的"人生，只想要面對電腦就好，請回到象牙塔，
繼續瀏覽線上漫畫，HunterxHunter總算開始連載了；
如果覺得厭煩想不開，希望出來見識見識凡間俗事，體驗人性醜惡的一面，
也歡迎加入專案經理的行列。

「我是程式設計高手，經驗非常豐富，管理這些小毛頭，簡直是蛋糕一盤」，
剛從開發轉職過來的專案經理，常有這種不可一世的傲氣，心裡幻想著，
憑藉個人高超武藝，一定能夠成就一翻豐功偉業，絕對不會像之前那個白目的專案經理，
只會空口說白話，一點專業能力也沒有！不過，我看過太多這種類型的專案經理，
下場都不太好，甚至比非科班出身的專案經理還糟糕，很多人最後又回去象牙塔了。
因為他們忘記一件重要的事，專案經理必須要從象牙塔外面，
照顧一群窩在象牙塔的工程師，齊力去完成一項艱鉅的任務。因為還是保持著「宅氣」，
很容易忽略或輕視了各種危險跡象，橫衝直撞，因而讓專案進展延誤，
不知道事情嚴重性就罷了，甚至還會理直氣壯的告訴老闆，根據「專業的判斷」，
專案延誤是意料中的事情，老闆妳就認命吧。可想而知，
除非老闆不敢動這些有恃無恐的大爺，不然一定很想大刀下去，砍死這些頑固份子。
所以囉，諸君是不是我所描述的樣子，自己可以打量看看。

「我不是科班出身，也沒有寫過程式，可不可以當專案經理？」不用擔心，當然可以，
只要你/妳是「帥哥、正妹」，身材姣好，口齒伶俐，就沒有問題了。
雖然我很想說這只是個玩笑話，不過事實上還是滿適用的。
因為如果不具備開發技術的背景，要和這堆宅人溝通，除非EQ夠高，脾氣夠好，
不然保證會被氣到發昏，甚至七孔流血，然後跑到基隆港邊，握緊雙拳發出怒吼：

「吼～這些人是不懂社會現實嗎？」

「吼～他/她們是活在自己的想像空間嗎？」

既然各位誠心正意的發問了，告訴大家，猜對了沒錯，「喵～就是這樣」。

如果把RD當成電影雨人裡面的主角雷蒙，大家就不會感到訝異，RD通常具有高超的智力，
不需要專案經理告訴他們，要怎麼工作，或是怎麼開發高效率的演算法，
但是缺乏社會能力，又是工作狂的他們，像一群小旅鼠，需要被細心照顧，
打點各種生活起居，才不會釀出大事情，造成可怕的災難。因此，
當個不懂開發技術的專案經理，最好的做法，是利用俊俏或甜美的外型，
經常沒事就走到RD的小隔間，和這些孤男寡女聊聊天：

「大葛格~大姊姊~，拜託一下啦，老闆說進度要快點，好不好嘛～啾咪」

告訴各位一個祕密，RD幾乎都是情感的弱者，利用溫情攻勢，保證無往不利，
絕對可以讓專案經理勝任愉快，「升級當幹部，上任當部長」。
想更清楚知道怎麼和RD共處，可以參考這本書：「與天才團隊共舞：研發組織管理聖經」
http://www.books.com.tw/exep/prod/booksfile.php?item=0010394903

再來，我們來看一個案子，這是從104網站，摘錄下來某Q公司的專案經理條件：

1. Project Manager
2. Management project _schedule/plan_ and _risk_ from project early stage
(around kick-off) to RAMP (include mass production)
3. _Communication_ with customer teams, RD teams and production teams
4. EE Engineer background, need the schematic design, layout review
and debug related Exp. and the _English_ conversation

雖然條件上很明顯要求要有EE背景，但從應徵分析的結果來看，
企業管理和電子電機背景的人數差不了多少，各占了23% 和26%，
畫底線的部分是我自己標注的重點，我不知道Q公司是不是大量錄用了企業管理背景的人，
但我知道，Q公司重視英文，勝過於專業技能，這點與我個人的經驗雷同。
不管是否具有開發背景，出任上面這個職缺的專案管理工作，只要能夠好好調整心態，
積極學習，加強溝通能力，在整體效果上，我相信都能正確的完成任務，
表現上也不會輸給具有專業背景的專案經理。

但究竟我們要的是一個可以解決專案開發的問題「超人」，
還是一個可以確保專案正確進行的「經理」呢？我認為，要看專案的目標而定，
指派專案經理的主管，真的需要好好想一下，倒底最需要的是哪一種類型，
而不是為了想要節省成本，以為光暈效應很好用，隨便將開發高手拉上來，
一邊管進度，一邊解問題，造成專案的問題沒人處理，管理狀況變成一團混亂。

如果採用了沒有專業背景的專案經理，搭配一個開發Leader就很重要，這樣一搭一唱，
專案的方向，和專案的問題，就能夠同時解決，唯一的缺點是成本偏高。
因此，剛畢業或者沒有開發經驗的專案經理，承接專案以後，最好能主動提出，
或積極尋找搭配的高手，不然就是想辦法請主管拉攏超人當靠山，
這樣就可以減少許多困難，老闆也會比較相信專案經理真的有在做事。
同樣的，非本科系的畢業生，想要找到專案經理的工作，重點也是該如何說服老闆，
除了基本的語言能力以外，溝通和觀察能力是特別的專長，
如果在學校有完成專案的經驗，例如招集同學舉辦宿舍迎新活動，那加分就會更高了。

最後，不管專案經理懂不懂程式設計或開發技術，最終的目的還是在於提高溝通的效率，
專業背景可以讓專案經理和RD更有話題，但並不能因此而去喧賓奪主，
搶了開發工程師的工作，輕易跳過溝通過程的結果，不僅無法達到有效散播知識，
反而讓大家更加無所適從。如果專案經理真的不懂技術，那溝通絕對是最重要的武器，
善用各種技巧，強化原本需要專業技能才能達成的效果，例如抓緊時程、
計畫和風險管理，利用直接或間接證據，讓開發團隊相信專案經理真的是有所本，
目標導向，不是一個門外漢大外行，那才是專案管理真正會讓人心悅誠服的功效。




--