整理這篇內(nèi)容是因為最近的一份工作中，加入的時候團隊剛剛組建拨脉，工作中成為了團隊的負責人（除了沒有實權(quán)）哆姻，后來就被迫承擔了大部分的項目經(jīng)理工作。

表面看鍛煉了自己玫膀，有了話語權(quán)矛缨，但是產(chǎn)品經(jīng)理同時兼任項目經(jīng)理的最不好的情況是，*為了避免延期而做出砍功能的決策帖旨，但往往砍功能又會陷入另一種困境箕昭。為了打造最佳的產(chǎn)品體驗，每一個功能都有對應(yīng)的作用解阅，如何決策又成為了一個難題落竹。*在呂克?貝松的電影《Léon》中，馬蒂爾問了這樣一個問題：

「人生原本就是如此艱辛货抄，還是只有童年如此述召？」「始終如此」

這就是我們做項目時候的寫照，所有的項目都有風險蟹地，風險無法完全避免积暖，我們需要預估風險，并且高效的解決風險帶來的問題怪与，才是正解夺刑。

先聊聊項目的開發(fā)周期問題：

本人非常信奉豌豆莢團隊的產(chǎn)品和管理方法，以下就引用豌豆莢成員在項目管理上的一些流程分别，創(chuàng)業(yè)小團隊和大公司的小產(chǎn)品團隊都可以學習一下性誉。

> 在時間周期上來說，我們歸納為 5 個關(guān)鍵步驟：選方向茎杂、定目標、控進度纫雁、帶團隊和排干擾煌往。

1. 立項——定方向：

立項稱為Project Brief。團隊的產(chǎn)品經(jīng)理會撰寫一個1－2頁的文檔轧邪，然后和執(zhí)行團隊進行評審刽脖，如果評審通過，立項就成功了忌愚。文檔一般包含會包含以下內(nèi)容：

- 愿景：一句話表達清楚要做什么曲管；

- 分析市場機會和趨勢，決定當前策略硕糊；

- 確定目標用戶的特征和核心需求院水；

- 現(xiàn)存的解決方案和各自的優(yōu)劣勢腊徙；

- 該項目對企業(yè)利益點；如果不做該項目檬某，哪些競爭對手會做撬腾，對競爭對手的利益點；

- 需要哪些技術(shù)的支持和驅(qū)動恢恼，哪些技術(shù)是弱項民傻；

- 人力需求；

- 項目的緊急程度场斑，是否需要快速推進漓踢；

- 發(fā)布策略；

- 核心衡量指標漏隐，用來衡量成功的指標喧半。

2. OKR 體系——定目標

- OKR代表你到底要去哪里，而不是你要去的地方具體在哪里锁保。lzy：你要去的方向薯酝，而不是具體地點。

目標（Objectives）：發(fā)布有影響力的新功能爽柒，將 XXX 產(chǎn)品做成用戶可以每日使用的產(chǎn)品吴菠。

關(guān)鍵成果（Key Results）：

日活躍用戶量為XX；使用XX方式浩村，提高XXX核心指標

- OKR必須可量化

- 目標必須一致做葵，制定者和執(zhí)行者目標一致、團隊和個人的目標一致心墅，OKR跟個人績效沒有關(guān)系酿矢，因為OKR 系統(tǒng)的結(jié)果和每個人并不直接掛鉤。

- 通過月度會議Review

- 每季度有一個OKR 的 review怎燥，調(diào)整的原則是目標（Objectives）不變瘫筐，只允許調(diào)整關(guān)鍵成果（Key Results）

3. 項目管理——控進度

- 整個公司所有人的 calender，包括會議、要做的事情、項目的時間節(jié)點都需要及時同步回溺。

- 站立會議 (Daily Sync)：每天進行站立會議博脑，一般控制在十分鐘之內(nèi)，每個人說明自己今天要做的工作，需要什么幫助，有誰可以幫忙。

- 每周總結(jié)棺禾，團隊產(chǎn)品經(jīng)理要做周報，匯報這周的工作峭跳、發(fā)布膘婶、取得效果以及數(shù)據(jù)缺前。

- 數(shù)據(jù)系統(tǒng)統(tǒng)計全公司所有的產(chǎn)品數(shù)據(jù)和運營數(shù)據(jù)，數(shù)據(jù)能夠用來驗證產(chǎn)品的假設(shè)竣付、方向等诡延。

4. 人員管理——帶團隊

- Re-Organization& 換組

- One on One

- 個人 OKR 和 Performance 體系

5. 興趣管理——排干擾

- 激發(fā)興趣：產(chǎn)品設(shè)計師和工程師們 3-5 人組成一隊，在連續(xù)48小時的時間里古胆，充分展現(xiàn)工程團隊的創(chuàng)意和想像力肆良，完成一些比日常開發(fā)更 geek、更有趣的東西逸绎。

- 控制興趣：PolishWeek惹恃，讓公司慢下來，對已有產(chǎn)品的細節(jié)進行精細化的過程棺牧。在大量開發(fā)和新產(chǎn)品上線的過程中巫糙，我們會擔心因為走得太快而對產(chǎn)品的細節(jié)關(guān)注不夠。在連續(xù)3個工作周后颊乘，第4周通常是 PolishWeek参淹。在 Polish Week 的這一周，豌豆莢內(nèi)部不會進行新產(chǎn)品或新功能的開發(fā)乏悄，而主要是對現(xiàn)有的產(chǎn)品和服務(wù)進行打磨浙值，解決一些細節(jié)問題和小 bug，譬如產(chǎn)品內(nèi)一些字體的統(tǒng)一等等檩小。平均每個 Polish Week 會解決產(chǎn)品中各種 Bug 大約 200 個开呐。

許多人認為，最小化風險就能獲得穩(wěn)定的事業(yè)规求。但是相當諷刺的是筐付，在一個千變?nèi)f化的世界里，這會是你做的最具風險的事情之一

> 著名的項目管理書《人月神話》提出了一個有意思的問題：在項目中增加更多的人手能不能提高效率阻肿，從而在更短的時間內(nèi)完成項目瓦戚？100 等于25 乘以4，也等于50 乘以2丛塌，這是一種線性計算伤极。但在項目中并非如此。100 人?日的工作量并不會因為開發(fā)人數(shù)增加一倍而變成50 人?日姨伤，很有可能還是100 人?日，甚至是超過100 人?日庸疾。

再聊聊有用的套路：

- 找到和每個人都共有的興趣乍楚，跟每個人都有獨立的話題可交流，這點非常重要届慈，你既然不能在她的崗位有超過他的知識面徒溪，你需要在你倆共同興趣上忿偷，告訴他你比他研究的更為深入，有助于你建立威信臊泌，這樣比生拉硬套的客套話要有效很多鲤桥。

- 雙方私下聊天時，有意無意的聊聊工作中的困難渠概，看看他們最近在吐槽哪些事情茶凳，還可以問問當時他們懟你時到底是出于什么原因。

- 記住自己是團隊的潤滑劑播揪，每個部門間都會有矛盾贮喧，雙方往往不能直接就事論事的溝通解決，這時需要你去做和事佬猪狈，告訴一方的困擾和需要你去幫助的地方箱沦，雙方體諒對方。

- 個人會結(jié)合自己的喜好雇庙，例如出了新的游戲谓形、科技產(chǎn)品、美食疆前，都愿意和團隊分享寒跳，帶團隊去吃新的，玩好玩的峡继，加深大家的感情冯袍。

- 發(fā)現(xiàn)每個人的特點，一般的研發(fā)都會有自己的興趣碾牌，有的人喜歡去摳一些底層的技術(shù)康愤，他們原因把時間花費在深入研究上，解決你看不到的問題舶吗；有的人愿意研究動效征冷，只要你模擬出來，他們就愿意用代碼實現(xiàn)誓琼；有的人邏輯非常清晰检激，考慮問題非常全面，他們就更適合做一些邏輯性復雜的流程問題腹侣。有的設(shè)計愛做創(chuàng)意性的圖片叔收，有的設(shè)計非常細膩的摳常規(guī)界面，大家都有自己的偏好傲隶，要去發(fā)現(xiàn)并且利用大家的偏好饺律，讓每個人都到最好

- 可以和他們討論他們崗位的專業(yè)問題，但是切忌不要越權(quán)跺株，或者說你只要和他們的leader去討論這些問題复濒，例如代碼的統(tǒng)一性脖卖，設(shè)計規(guī)范，測試的重點這些問題巧颈，否則可能會和他們的leader指定方向不一致畦木，導致雙方存在誤會。

- 對于不愿意干或者效率低的同事砸泛，要勇敢的溝通十籍，溝通無效的情況下再去和團隊領(lǐng)導溝通，溝通時要做到旁敲側(cè)擊晾嘶，對事不對人妓雾。

- 對于本團隊需求來說，及時調(diào)整和修改還算比較敏捷垒迂，但對于外部業(yè)務(wù)來說械姻，溝通的成本和修改的成本就大大提高了。

- 把一些基礎(chǔ)問題扼殺在搖籃里机断，不要懶得溝通或者過分放心楷拳，因為對方即使很專業(yè)，但是也有疏漏的時候吏奸，為了避免大家出現(xiàn)問題欢揖，產(chǎn)品經(jīng)理一開始就確認一些細節(jié)問題，并及時跟進體驗奋蔚，多與開發(fā)人員進行交流她混，避免災難。

> -? Master 分支必須是可用的（比如某人提交了代碼跑不起來泊碑，或者沒有經(jīng)過測試坤按，給其他同事帶來了阻礙，就會被要求請全團隊喝咖啡）馒过。其次加強單元測試和回歸測試臭脓，確保每個迭代的研發(fā)質(zhì)量是可控的，后面的測試主要是回歸和校驗腹忽，減輕相互重疊的壓力問題来累。一個月的迭代跑順了之后，再跑到兩周窘奏、一周的節(jié)奏嘹锁，整體來看，差不多用了半年的時間着裹，豌豆莢就完全跑順了這個流程领猾，想快可以快，想慢也可以慢。

尾巴：大多數(shù)的管理規(guī)則都是限制了優(yōu)秀的人瘤运，與其將有限時間去做所謂管理，不如找到合適的伙伴匠题，合適的環(huán)境拯坟。只有和更優(yōu)秀的人在一起，才對得起你的付出韭山。