[分享] 老調重彈,談專案經理要不要懂程式設計?
老調重彈,談專案經理要不要懂程式設計?
我應該是適合談論這個話題的人選之一吧。
回顧短短十年間,我從拿烙鐵的電子科系轉到拿鍵盤的資訊工程,
再從專案管理轉到產品分析和打嘴泡企劃,經歷過的工作內容,
包含開發第一支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更有話題,但並不能因此而去喧賓奪主,
搶了開發工程師的工作,輕易跳過溝通過程的結果,不僅無法達到有效散播知識,
反而讓大家更加無所適從。如果專案經理真的不懂技術,那溝通絕對是最重要的武器,
善用各種技巧,強化原本需要專業技能才能達成的效果,例如抓緊時程、
計畫和風險管理,利用直接或間接證據,讓開發團隊相信專案經理真的是有所本,
目標導向,不是一個門外漢大外行,那才是專案管理真正會讓人心悅誠服的功效。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.132.141.63
推
01/22 22:33, , 1F
01/22 22:33, 1F
推
01/22 22:38, , 2F
01/22 22:38, 2F
→
01/22 22:38, , 3F
01/22 22:38, 3F
推
01/23 09:22, , 4F
01/23 09:22, 4F
推
01/23 12:44, , 5F
01/23 12:44, 5F
推
01/23 20:27, , 6F
01/23 20:27, 6F
推
01/24 13:44, , 7F
01/24 13:44, 7F
推
01/27 04:56, , 8F
01/27 04:56, 8F
推
01/27 23:30, , 9F
01/27 23:30, 9F
推
01/28 23:41, , 10F
01/28 23:41, 10F
推
01/29 00:11, , 11F
01/29 00:11, 11F
→
01/29 00:13, , 12F
01/29 00:13, 12F
→
01/29 00:15, , 13F
01/29 00:15, 13F
推
01/29 13:44, , 14F
01/29 13:44, 14F
推
01/30 12:44, , 15F
01/30 12:44, 15F
噓
01/30 21:06, , 16F
01/30 21:06, 16F
→
01/30 22:49, , 17F
01/30 22:49, 17F
→
01/30 22:56, , 18F
01/30 22:56, 18F
→
01/30 22:57, , 19F
01/30 22:57, 19F
推
02/05 11:43, , 20F
02/05 11:43, 20F
推
02/22 22:39, , 21F
02/22 22:39, 21F
P_Management 近期熱門文章
PTT職涯區 即時熱門文章