許多產(chǎn)品經(jīng)理可能會經(jīng)常面臨這樣的問題：公司現(xiàn)有技術(shù)資源不足以支持自己的產(chǎn)品設(shè)計和迭代周期，導(dǎo)致不得不妥協(xié)。而Boss或客戶還不斷要求采用『小步快跑，快速迭代』的方式看到產(chǎn)品成果，這時作為產(chǎn)品負責(zé)人的你該怎么辦呢？

讓我們設(shè)想這樣一個背景，并以此展開討論：

某個產(chǎn)品的研發(fā)團隊是由1位3年經(jīng)驗的研發(fā)Leader帶隊，加上3位0.5~1年經(jīng)驗的新人組成。要求：敏捷開發(fā)模式，并以此制定每個版本的里程碑和發(fā)版計劃，通過以往的經(jīng)驗?zāi)忝靼自搱F隊遠低于正常配置，但時間緊任務(wù)急資源少，你只有上路。

抱怨解決不了問題，以項目周期為時間段，在項目執(zhí)行前、執(zhí)行中從容應(yīng)對，通過合理的控制和管理盡可能的達到目的。

項目前期

明確狀態(tài)，獲取理解和支持

在評估完時間，資源和可行性后，PM需要做好充足的心里準備，分別列出最壞，適中和最好三個結(jié)果。這其中又以『最壞』為重中之重，因為這很可能就是真實的結(jié)果。PM應(yīng)當(dāng)明確告知領(lǐng)導(dǎo)可能出現(xiàn)的后果，打好預(yù)防針。如涉及到對外合作項目，還要在內(nèi)部達成一致如何對客戶進行告知。不要隱瞞后果期待奇跡發(fā)生，更不要企圖自己承擔(dān)后果。P.S.有職責(zé)較為明確的公司，該工作會由項目經(jīng)理承擔(dān)。

做最后努力，爭?。~外）資源

有給力的研發(fā)負責(zé)人帶隊，一方面可以對團隊把控，也可以讓年輕人發(fā)揮主觀能動性快速成長，也許他們未來都是公司的財富。如果團隊中不具備這樣的人，發(fā)揮人脈關(guān)系哪怕借一個來，都是非常有必要的。還是不行？不如放棄敏捷開發(fā)模式或重新衡量項目可行性，以免拖垮團隊毀掉聲譽。

制定可行的迭代周期

迭代周期不要過短（團隊HOLD不住，時間都會浪費在代碼分支合并，沖突檢測，發(fā)版上），也不要太長（否則失去了敏捷開發(fā)的意義），每次發(fā)版時間在可以在標(biāo)準值基礎(chǔ)上+30~50%時間，給不成熟的團隊留出充分的容錯時間，所以需要具體情況具體分析。這時作為產(chǎn)品經(jīng)理的你，需要和研發(fā)負責(zé)人探討每個里程碑實現(xiàn)程度。請考慮以下兩方面：1.是否會影響你的產(chǎn)品設(shè)計節(jié)奏；2.在每次交付時能否滿足領(lǐng)導(dǎo)或客戶的預(yù)期。

明確開發(fā)背景，不走回頭路

包括開發(fā)框架，網(wǎng)站架構(gòu)，語言數(shù)據(jù)庫服務(wù)器部署要求等等（尤其設(shè)計到客戶，一定要確定清楚，必要時有合同，郵件為證）。不要進行到一半發(fā)現(xiàn)完全跑偏，團隊接收不了這樣的驚喜。在此環(huán)節(jié)，產(chǎn)品經(jīng)理的參與主要體現(xiàn)在明確表述在與需求方的接觸過程中，對方有何『硬性』要求都要提出，以供整個團隊做設(shè)計背景。

項目執(zhí)行階段

部門間彼此配合，適當(dāng)?shù)膶Y(jié)果打『折扣』

由于資源局限性，部門間更需要彼此理解和對目標(biāo)認可。根據(jù)現(xiàn)實情況，在產(chǎn)品設(shè)計上做一些妥協(xié)，給功能列表減負，優(yōu)先級低或者『令人尖叫』的功能先砍掉。舉個極端的例子，注冊驗證碼都搞不定的的人，就干脆去掉驗證這步吧。如果是對已有產(chǎn)品進行大的版本更新，就要考慮更多的兄弟部門和聯(lián)動意義，比如去掉某功能是否會影響該部門開展業(yè)務(wù)活動，作為PM不可能令誰都滿意，只能考驗自己的平衡和交流能力了。

會議的重要性

這點所有敏捷開發(fā)都會強調(diào)，包括通過站會匯報各自進度情況。能力不足更要保持信息暢通，不要讓成員自鉆牛角尖再給項目雪上加霜。產(chǎn)品經(jīng)理在項目執(zhí)行過程中，始終會保持與需求方的溝通。如果出現(xiàn)產(chǎn)品變更或需求變化，也要在會議上及時提出，如此反復(fù)修正復(fù)合當(dāng)前情況的開發(fā)計劃，并保證可行性。

適當(dāng)?shù)恼f不

在項目執(zhí)行過程中，團隊難免會受到各種各樣的干擾和額外的工作要求，比如客戶會要求你幫助部署服務(wù)器，測試線路等等。如果合同中有對應(yīng)要求，可以協(xié)調(diào)兄弟部門作支持。但原本就超負荷的研發(fā)團隊，最好合理的拒絕，避免再牽扯更多精力。

巧妙的進行匯報

雖然定期匯報項目情況是項目經(jīng)理的工作，但產(chǎn)品經(jīng)理需要通過在方案中植入相對感性化的描述，來彌補項目不足和客戶的體驗。舉例來說，在重要又枯燥的數(shù)字（完成度，開發(fā)率等）之后，適當(dāng)?shù)目梢暬ぷ鳡顟B(tài)，比如放一些成員加班的照片，攻克問題的數(shù)字及內(nèi)容和對下階段的產(chǎn)品設(shè)想。核心思路是體現(xiàn)項目進度雖有一些延后和不盡如人意，但整體仍未失控。

額外：感情安撫

能力不足往往是團隊年輕，但年輕人充滿活力，加班到凌晨不眨眼，雖然解決的問題看似都『不值一提』。但長期如此消耗勢必對團隊成員的心里產(chǎn)生巨大的折磨和影響。端茶倒水零食飲料不能少，如果有『程序員安撫師』……想多了，有這預(yù)算不如在招個經(jīng)驗豐富的人。這期間大部分人的能力都在突飛猛進，沒準也可以顯露大牛天賦。

總結(jié)

萬事俱備只差一位產(chǎn)品經(jīng)理來發(fā)號施令的理想狀態(tài)，過去，現(xiàn)在和將來都未必會有。在這種狀態(tài)下，產(chǎn)品經(jīng)理更需要有一顆強大的內(nèi)心，沉著冷靜有條不紊的把資源利用到極致，對事情終局的判斷，可以倒逼過程中的每個決策，這是你作為一名PM可以掌控的。隨著研發(fā)能力的提高和彼此配合的加強，一切終究會慢慢走上正軌，而你和程序猿們在『戰(zhàn)斗』中培養(yǎng)出來的堅定友誼，也會讓身為產(chǎn)品經(jīng)理的你在未來獲益良多。

#專欄作家#

cloudxiao，人人都是產(chǎn)品經(jīng)理專欄作家，9年互聯(lián)網(wǎng)產(chǎn)品設(shè)計經(jīng)驗，關(guān)注在線教育及移動互聯(lián)網(wǎng)工具。對用戶體驗和使用場景有較深的理解。擅長以用戶為中心設(shè)計產(chǎn)品，根據(jù)企業(yè)特色制定互聯(lián)網(wǎng)信息化解決方案。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，不得轉(zhuǎn)載。