[分享] 老調重彈,談專案經理要不要懂程式設計?

看板P_Management (專案/產品管理)作者 (tony)時間15年前 (2010/01/22 21:53), 編輯推噓13(1416)
留言21則, 16人參與, 最新討論串1/1
老調重彈,談專案經理要不要懂程式設計? 我應該是適合談論這個話題的人選之一吧。 回顧短短十年間,我從拿烙鐵的電子科系轉到拿鍵盤的資訊工程, 再從專案管理轉到產品分析和打嘴泡企劃,經歷過的工作內容, 包含開發第一支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
GOOD
01/22 22:33, 1F

01/22 22:38, , 2F
推! 每次看conic大大的文章,往事都歷歷在目啊~~~
01/22 22:38, 2F

01/22 22:38, , 3F
話說,今天有逛么么網站,有看到HxH總算又動筆了……
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
conic大這篇真的給我一記當頭棒喝了QQ..
01/23 20:27, 6F

01/24 13:44, , 7F
中肯!
01/24 13:44, 7F

01/27 04:56, , 8F
口才太重要了!PM是一個需要天賦的職位~
01/27 04:56, 8F

01/27 23:30, , 9F
推推!借轉喔~謝謝~
01/27 23:30, 9F

01/28 23:41, , 10F
不M沒天理.....
01/28 23:41, 10F

01/29 00:11, , 11F
RD都是情感的弱者! 難怪RD 跟PM不合 ....
01/29 00:11, 11F

01/29 00:13, , 12F
RD 或許也覺得很累 PM都若都不懂規格技術 也很難掌控
01/29 00:13, 12F

01/29 00:15, , 13F
進度 RD也不全都是在象牙塔的人吧 太刻板印象了
01/29 00:15, 13F

01/29 13:44, , 14F
這篇文章真的受益良多,讓人在軟體界的我深有同感
01/29 13:44, 14F

01/30 12:44, , 15F
推 XD
01/30 12:44, 15F

01/30 21:06, , 16F
RD只是懶得講..專案經理沒有專業背景別嘴炮進度..失敗了怪RD.
01/30 21:06, 16F

01/30 22:49, , 17F
下次來開一篇RD要不要懂專案管理,如何?
01/30 22:49, 17F

01/30 22:56, , 18F
當RD久了,真的有一種體會,一個RD能解決問題,真是萬幸
01/30 22:56, 18F

01/30 22:57, , 19F
需要一群RD才能解決的問題,就變成一場災難了呢,不是嗎?
01/30 22:57, 19F

02/05 11:43, , 20F
RD是管技術可以,管人就不行.
02/05 11:43, 20F

02/22 22:39, , 21F
高手!
02/22 22:39, 21F
文章代碼(AID): #1BMQtnUK (P_Management)
文章代碼(AID): #1BMQtnUK (P_Management)