回顧短短十年間，我從拿烙鐵的電子科系轉到拿鍵盤的資訊工程，再從專案管理轉到產品分析和打嘴泡企劃，經歷過的工作內容，包含開發第一支Disk ROM程式，負責規劃出完整系統，帶領專案完成開發，製作產品簡報，到客戶公司介紹功能，撰寫應用架構說明等，完成的工作可能是許多人一輩子都做不完的事情，也因此我手上有一些壁紙和房貸，不過這是後話了。這樣，我大概稍微有立場能和大家家聊聊，RD與專案經理之間的愛恨情仇。
碰巧最近公司內，因為某些原因，又開啟了這個骨董級的話題，頗有感觸，本來是不想下去淌渾水，後來想想，如果換個角度，從現在產品管理立場來看，是不是有更好的詮釋。先回答標題的問題：專案經理要不要懂程式設計？就我的看法，我認為，應該要懂；不過，不懂，也沒關係。
我們現在有很多年輕的程式設計師，功力相當不錯，工作交辦下去，不用太擔心，但就怕走錯路。
當我是專案經理的時候，我怎麼讓專案進行呢？分成兩階段，早期，當時的開發功力，現在當然爛很多了，要打趴大多數的人，應該不是甚麼問題，事實上，我那時也天真的這麼認為，所以，看到一些人不爭氣，就變成自己下海解決問題，熬夜趕工，結果呢，幾乎把自己累死，還差點害專案開天窗。
後來的階段，我才慢慢弄清楚，團隊的力量該如展現，最主要是常盯著目標，一直看一直看，盯到連目標都不好意思（>/////<）。讓團隊逐步前進，然後時常看看四周，有誰跟不上來，趕快想辦法處理，該去推，還是該去扶，真的跟不上，就請他離開，換到別的適合工作。當團隊發現，主導者非常篤定的朝向目標前進，大家自然就會有信心，全力將手中的工作完成，不需要用很強勢的專業去壓抑，就能讓團隊的表現更加顯眼。
現在，換了一個領域，我又更加深了解到，商業交易的流程中，專案開發也不過占了整體的一小部分，如果從產品交付的生命週期角度來看，我會把專案執行時間，評估為約30%左右，大部分視情況而定，有時候還會再少一點，也就是說，將產品交付到客戶手中，實際的開發時間，可能就只有幾個月而已，其他的時間，是用來做分析、規劃和打嘴泡。
過程中，我們指派專案經理要幹甚麼呢？來，可能大家忘記了，我們再來念一次：
「如期、如質、如預算」
很好，回家抄十遍，順便寫一篇心得報告，題目是，為什麼我們要從事這種狗屁倒灶的工作。
可見，專案經理的作用，就是為了要確保交出準時又符合品質的產品，最後送到客戶手上。那我們為什麼不直接告訴RD，要做哪些事，甚麼時候要做完，最後驗收結案就好了？套用一句D大大的名言，RD都是住在象牙塔裡，我補一句，一堆的宅男和宅女。由於我也宅了很久一段時間，因此我非常了解，除了用MSN、Facebook和朋友聊天、聯絡以外，RD平常很少有機會與其他人面對面溝通，更不用提直接和客戶碰頭，也就是說，外面發生地震、海嘯還是倒扁（馬？）遊行，都和我沒有關係，我的人生就是和電腦溝通（科科科～）。也因此，站在產品銷售的立場，我們需要一個在象牙塔外面的人，搞懂外面的狀況，幫忙這些宅人，統籌專案進度和處理工作的雜事，從一個更高層面的角度去關照，讓眾宅人不要走偏掉。
如果你比較喜歡"乾淨的"人生，只想要面對電腦就好，請回到象牙塔，繼續瀏覽線上漫畫，HunterxHunter總算開始連載了；如果覺得厭煩想不開，希望出來見識見識凡間俗事，體驗人性醜惡的一面，也歡迎加入專案經理的行列。
「我是程式設計高手，經驗非常豐富，管理這些小毛頭，簡直是蛋糕一盤」，剛從開發轉職過來的專案經理，常有這種不可一世的傲氣，心裡幻想著，憑藉個人高超武藝，一定能夠成就一翻豐功偉業，絕對不會像之前那個白目的專案經理，只會空口說白話，一點專業能力也沒有！不過，我看過太多這種類型的專案經理，下場都不太好，甚至比非科班出身的專案經理還糟糕，很多人最後又回去象牙塔了。因為他們忘記一件重要的事，專案經理必須要從象牙塔外面，照顧一群窩在象牙塔的工程師，齊力去完成一項艱鉅的任務。因為還是保持著「宅氣」，很容易忽略或輕視了各種危險跡象，橫衝直撞，因而讓專案進展延誤，不知道事情嚴重性就罷了，甚至還會理直氣壯的告訴老闆，根據「專業的判斷」，專案延誤是意料中的事情，老闆妳就認命吧。可想而知，除非老闆不敢動這些有恃無恐的大爺，不然一定很想大刀下去，砍死這些頑固份子。所以囉，諸君是不是我所描述的樣子，自己可以打量看看。
「我不是科班出身，也沒有寫過程式，可不可以當專案經理？」不用擔心，當然可以，只要你/妳是「帥哥、正妹」，身材姣好，口齒伶俐，就沒有問題了。雖然我很想說這只是個玩笑話，不過事實上還是滿適用的。因為如果不具備開發技術的背景，要和這堆宅人溝通，除非EQ夠高，脾氣夠好，不然保證會被氣到發昏，甚至七孔流血，然後跑到基隆港邊，握緊雙拳發出怒吼：
「吼～這些人是不懂社會現實嗎？」
「吼～他/她們是活在自己的想像空間嗎？」
既然各位誠心正意的發問了，告訴大家，猜對了沒錯，「喵～就是這樣」。
如果把RD當成電影雨人裡面的主角雷蒙，大家就不會感到訝異，RD通常具有高超的智力，不需要專案經理告訴他們，要怎麼工作，或是怎麼開發高效率的演算法，但是缺乏社會能力，又是工作狂的他們，像一群小旅鼠，需要被細心照顧，打點各種生活起居，才不會釀出大事情，造成可怕的災難。因此，當個不懂開發技術的專案經理，最好的做法，是利用俊俏或甜美的外型，經常沒事就走到RD的小隔間，和這些孤男寡女聊聊天：
「大葛格~大姊姊~，拜託一下啦，老闆說進度要快點，好不好嘛～啾咪」
告訴各位一個祕密，RD幾乎都是情感的弱者，利用溫情攻勢，保證無往不利，絕對可以讓專案經理勝任愉快，「升級當幹部，上任當部長」。
想更清楚知道怎麼和RD共處，可以參考這本書：「與天才團隊共舞：研發組織管理聖經」
再來，我們來看一個案子，這是從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更有話題，但並不能因此而去喧賓奪主，搶了開發工程師的工作，輕易跳過溝通過程的結果，不僅無法達到有效散播知識，反而讓大家更加無所適從。如果專案經理真的不懂技術，那溝通絕對是最重要的武器，善用各種技巧，強化原本需要專業技能才能達成的效果，例如抓緊時程、計畫和風險管理，利用直接或間接證據，讓開發團隊相信專案經理真的是有所本，目標導向，不是一個門外漢大外行，那才是專案管理真正會讓人心悅誠服的功效。
沒有留言:
張貼留言