軟件開發(fā)：項(xiàng)目經(jīng)理比你想像的更重要！
近幾年，全世界對(duì)于互聯(lián)網(wǎng)創(chuàng)業(yè)的風(fēng)潮越來越盛，以軟件公司而言，產(chǎn)品經(jīng)理（Product Manager）、工程師、設(shè)計(jì)師和運(yùn)營(yíng)人員都是不可或缺的要角，相較之下，項(xiàng)目經(jīng)理（Project Manager）似乎就不是必要的存在，這篇文章主要探討的是，到底一個(gè)好的項(xiàng)目經(jīng)理的重要性在哪？
之前有人把產(chǎn)品經(jīng)理和項(xiàng)目經(jīng)理做過比較：PM:Project Manager v.s. Product Manager，每次別人跑來找我討論P(yáng)M工作的時(shí)候，我都會(huì)反問他們比較想做哪份工作——Project Manager還是Product Manager？
通常我都會(huì)得到一樣的答案：
“恩，項(xiàng)目經(jīng)理吧，因?yàn)楦杏X學(xué)到比較多，而且感覺比較重要一些?！?/blockquote>
這里必須要強(qiáng)調(diào)的是如果各位覺得項(xiàng)目經(jīng)理是產(chǎn)品經(jīng)理的老板的話，那我想這篇文章可以先跳過了，因?yàn)檫@篇文章，不是說給上下級(jí)管理的思維的人看的。
項(xiàng)目經(jīng)理與產(chǎn)品經(jīng)理的定位
在創(chuàng)業(yè)公司里面，講求角色責(zé)任與扁平化管理，項(xiàng)目經(jīng)理跟產(chǎn)品經(jīng)理其實(shí)是有共同存在的必要的，項(xiàng)目經(jīng)理講究的是規(guī)劃產(chǎn)品策略與質(zhì)量方向，技術(shù)其實(shí)只是其中一環(huán)，而產(chǎn)品經(jīng)理講究的是技術(shù)方向的確認(rèn)與如何執(zhí)行。
很多人理解成項(xiàng)目經(jīng)理跟產(chǎn)品經(jīng)理是主管與下屬的關(guān)系，其實(shí)他們專注的面向不同，項(xiàng)目經(jīng)理大多是整理的項(xiàng)目管理以及產(chǎn)品質(zhì)量和過程化開發(fā)把控，而產(chǎn)品經(jīng)理更多的是面向程序員、設(shè)計(jì)師等等各個(gè)環(huán)節(jié)的開發(fā)者，良好的產(chǎn)品開發(fā)仰仗的是項(xiàng)目經(jīng)理跟產(chǎn)品經(jīng)理完美配合。
為什么不把兩個(gè)角色放在同一個(gè)人身上？
很多創(chuàng)業(yè)公司礙于公司人手的問題，會(huì)用同一個(gè)人來做項(xiàng)目經(jīng)理與產(chǎn)品經(jīng)理的綜合體，我必須說，這只能是救急的方法，絕對(duì)不能是常態(tài)，因?yàn)轫?xiàng)目經(jīng)理跟產(chǎn)品經(jīng)理有一個(gè)先天本質(zhì)上的不同，項(xiàng)目經(jīng)理需要顧慮的，是客戶的溝通，需求的歸納，甚至進(jìn)行需求的可行性分析，以及整體的項(xiàng)目流程和質(zhì)量把控，考驗(yàn)的更多的是一個(gè)人的綜合實(shí)力。
而產(chǎn)品經(jīng)理又不一樣了，產(chǎn)品經(jīng)理需要梳理整個(gè)產(chǎn)品的功能點(diǎn)，根據(jù)用戶增減功能點(diǎn)需求，并且確保整個(gè)開發(fā)團(tuán)隊(duì)迭代任務(wù)的順利完成，所以需要做產(chǎn)品的原型設(shè)計(jì)和用戶情景分析來明確需求定義，如果這些都不懂的產(chǎn)品經(jīng)理，會(huì)被程序員打死，你以為我在開玩笑嗎？
很多時(shí)候好的項(xiàng)目經(jīng)理通常都是和產(chǎn)品經(jīng)理吵完架以后，才會(huì)列出明確的開發(fā)需求給程序員開發(fā)團(tuán)隊(duì)去做，如果一個(gè)人同時(shí)兼職項(xiàng)目經(jīng)理和產(chǎn)品經(jīng)理兩個(gè)職位，很容易人格分裂，太偏向技術(shù)思考容易忽略很多用戶體驗(yàn)，太偏向用戶體驗(yàn)提出不合理的想法需求又會(huì)被程序開發(fā)團(tuán)隊(duì)討厭，總之經(jīng)常兩邊都不討好。
怎么做好一個(gè)項(xiàng)目經(jīng)理該做的工作呢？
作為一個(gè)好項(xiàng)目經(jīng)理的不二心法當(dāng)然就是：讓工程師可以專心快樂去寫代碼。不過，在問這問題之前，我們還是先來來看看現(xiàn)在軟件開發(fā)的狀況，現(xiàn)在的軟件產(chǎn)品開發(fā)，講究的是拼湊而非原創(chuàng)，用很多的開源產(chǎn)品或是第三方的服務(wù)就可以做出產(chǎn)品，所以快速的構(gòu)架通常會(huì)比較討喜一些，這也是為什么Agile的理念在近幾年發(fā)展得比Waterfall更為熱烈的主要原因。
所以作為一個(gè)好的項(xiàng)目經(jīng)理，要做的可說是包山包海，因?yàn)樾枨蠼y(tǒng)籌完后，要溝通產(chǎn)品經(jīng)理做原型設(shè)計(jì)跟用戶情景分析，做完這兩者后，整理開發(fā)需求和功能點(diǎn)開發(fā)計(jì)劃，然后再分派任務(wù)給程序員，這時(shí)候可能還要兼著做Scrum Master，然后程序員開發(fā)完還要兼著做產(chǎn)品測(cè)試，最后做上架的管理，這些都是項(xiàng)目經(jīng)理一條龍管理完成的。之后項(xiàng)目經(jīng)理最重要的工作，其實(shí)是把所有過程文件化。
很多時(shí)候我跟程序員朋友在聊，他們都說在他們公司這些事情都是程序員在做，而沒有請(qǐng)專業(yè)的項(xiàng)目經(jīng)理負(fù)責(zé)。但事實(shí)上，如果這些事情都是程序員做的話，只會(huì)有兩個(gè)結(jié)果：浪費(fèi)程序員的專業(yè)寫代碼技能、很多環(huán)節(jié)都會(huì)出問題，例如文件寫的很爛。
怎么做到良好的風(fēng)險(xiǎn)管理？
很多人問我說項(xiàng)目經(jīng)理是否需要具有超強(qiáng)的技術(shù)能力？其實(shí)不一定，雖然好的項(xiàng)目經(jīng)理在開Ticket的時(shí)候甚至可以把一些演算的邏輯都寫進(jìn)去，還可以做Code Review，不過這種人超級(jí)難找，所以能夠把上述的事情做完的項(xiàng)目經(jīng)理，已經(jīng)算是相當(dāng)厲害。
我認(rèn)為真正好的開發(fā)管理，是必須要分工明確，也就是認(rèn)知項(xiàng)目經(jīng)理其實(shí)是一門專業(yè)。而項(xiàng)目經(jīng)理的專業(yè)主要在于做好項(xiàng)目的風(fēng)險(xiǎn)管理。什么是風(fēng)險(xiǎn)管理？就是當(dāng)程序員跑不見人或是項(xiàng)目開發(fā)出問題的時(shí)候，項(xiàng)目經(jīng)理必須要有能力讓傷害減到最低。很多人也許無法真正體會(huì)風(fēng)險(xiǎn)管理的重要，但是只要被程序員坑過一次的創(chuàng)業(yè)者，看到這段恐怕是會(huì)痛哭流涕的。
風(fēng)險(xiǎn)管理的目的，最大的目的是讓每一段工作可以階段性的「保留結(jié)果」或「告一段落」。舉個(gè)例子來說，把API規(guī)格定好后，交給程序員去做，如果原先的程序員功力很差，寫的代碼構(gòu)架不好，這時(shí)候項(xiàng)目經(jīng)理能做的事情便是，保留原有API規(guī)格，把可用的API拿來用，再請(qǐng)一組新的程序員去改進(jìn)那些寫不好的API，然后再逐個(gè)Review API，這樣的一個(gè)淘汰程序員的過程，既不會(huì)影響太多原有的開發(fā)進(jìn)程，也不用怕程序員一個(gè)API做不好，就要全部砍掉重做，然后整個(gè)開發(fā)的時(shí)程就會(huì)因此延誤一到兩個(gè)月，錯(cuò)過一次還好，錯(cuò)個(gè)兩三次恐怕對(duì)于一個(gè)互聯(lián)網(wǎng)創(chuàng)業(yè)公司來說，已經(jīng)把資金燒得差不多了。
一定要明白項(xiàng)目管理的重要性
談項(xiàng)目管理跟談軟件技術(shù)開發(fā)的項(xiàng)目管理，可能有些不同，尤其對(duì)于創(chuàng)業(yè)公司，一個(gè)良好的項(xiàng)目經(jīng)理，絕對(duì)比找到一個(gè)程序員來得更為重要，也希望大家重視項(xiàng)目經(jīng)理這個(gè)專業(yè)，這個(gè)專業(yè)，并不是寫代碼寫不動(dòng)的程序員才來做項(xiàng)目經(jīng)理的，項(xiàng)目經(jīng)理處理的很多事情，是很多程序員不愿意做的苦活累活，但是隨著產(chǎn)品的技術(shù)范疇越來越大，這些所謂的苦活累活往往可以救你一命。
我不會(huì)說產(chǎn)品經(jīng)理比較不重要，更不會(huì)說程序員或是設(shè)計(jì)師比較不重要，我想說的是，如果你正在互聯(lián)網(wǎng)創(chuàng)業(yè)的話，請(qǐng)務(wù)必搞懂每個(gè)工作程序背后的重要，然后讓各種不同專業(yè)的人來處理，最后養(yǎng)出的這個(gè)環(huán)境，才會(huì)是公司的核心價(jià)值。
如何成為一個(gè)合格的項(xiàng)目經(jīng)理
產(chǎn)品開發(fā)的問題總結(jié)起來無非下面三類：
- 需求進(jìn)度分工問題。總覺得提供的需求不合理、項(xiàng)目給的截止時(shí)間太短、這個(gè)功能不是該我做的感覺。
- 態(tài)度或水平問題。一些情況下對(duì)于自己寫的代碼都是寫完求保佑的姿態(tài)，留坑太多不愿意改bug，因?yàn)榭赡芨囊粋€(gè)引入一堆新問題；拒絕他人懷疑自己的實(shí)現(xiàn)方法。
- 天生傲嬌鬧情緒。產(chǎn)品經(jīng)理煞筆、設(shè)計(jì)師煞筆、后端煞筆、錢少活多我不干了。
自從在程序員客棧工作，接觸過很多非常優(yōu)秀的項(xiàng)目經(jīng)理，這些人的履歷會(huì)都讓我驚呆了。但是為什么還是有時(shí)候工作出錯(cuò)呢？當(dāng)然這里面有程序員老是推卸責(zé)任、完成得不及時(shí)、代碼寫得不夠優(yōu)化，我們確實(shí)習(xí)慣性的認(rèn)為別人的工作更加容易，喜歡給人貼標(biāo)簽。然而在程序員客棧，卻還是有很多讓我佩服的項(xiàng)目經(jīng)理，他們雷厲風(fēng)行，能把工作粉的特別細(xì)，時(shí)間規(guī)劃的很合理，讓程序員和企業(yè)方無處可挑剔。
其實(shí)，項(xiàng)目經(jīng)理就是針對(duì)以上問題做工作，外加協(xié)調(diào)各種資源保證項(xiàng)目進(jìn)度和質(zhì)量。
針對(duì)上面需求進(jìn)度分工問題：項(xiàng)目經(jīng)理就需要『清晰的規(guī)劃』『明確的分工』兩手抓；態(tài)度或水平問題，需要項(xiàng)目經(jīng)理在技術(shù)實(shí)現(xiàn)上有深刻認(rèn)識(shí)，不被程序員兜著走，再是注意挑選一定水平的程序員合作；天生傲嬌鬧情緒，要求項(xiàng)目經(jīng)理自身態(tài)度、心態(tài)要好，聽的批評(píng)挨得罵，一心只想把項(xiàng)目做好?？傊?，預(yù)防各種問題，把工作做到細(xì)處，排除一切困難障礙，讓項(xiàng)目準(zhǔn)時(shí)保證質(zhì)量交付的就是好項(xiàng)目經(jīng)理。
程序員客棧（proginn.com）—— 領(lǐng)先的中高端程序員自由工作平臺(tái)，未來企業(yè)的用人方式，更多文章請(qǐng)關(guān)注微信公眾號(hào)：程序員客棧Times（微信號(hào)：inntimes）
