如何與各職能同事緊密合作，推進項目高質(zhì)量完成？如何處理在項目中發(fā)生的沖突，確保項目順利實施？帶著這2個疑問，請聽我為您慢慢分享。

許多互聯(lián)網(wǎng)公司團隊都會配置“項目經(jīng)理”這個崗位，用于協(xié)調(diào)項目相關干系人，如：產(chǎn)品、設計、測試，對整個項目的進度負責。身處產(chǎn)品環(huán)節(jié)的我們，努力提升項目管理能力，有助于提升對其他崗位的同理心，同項目、設計、開發(fā)、測試同學一起做出優(yōu)秀的產(chǎn)品。

項目管理的本質(zhì)是什么？

我們可以理解其為在有限的時間和資源限制下，如何產(chǎn)生最大的生產(chǎn)力。將其運用到中來，即如何合理利用時間，并充分調(diào)動自己，以及合作方的工作效率。

因此，產(chǎn)品經(jīng)理的項目管理該怎么做？

我們可以分為五個步驟：

第一步：確定迭代需求

身為產(chǎn)品經(jīng)理的我們，常常疲于無窮無盡的需求設計中，卻忘了思考有哪些需求是真正重要的。市場在變，需求也在變，登高才能望遠，做好自己的時間管理，多給自己一些時間思考大方向，確定每個版本的迭代需求。

管理好每個版本的需求池，做到開環(huán)的需求，閉環(huán)的版本，嚴格控制每個版本的需求數(shù)量，保證迭代在可預期的時間內(nèi)完成。版本迭代需求確定后，要及時和上級溝通，確定修改的地方。將需要修改的地方逐一列出，根據(jù)其優(yōu)先級逐一解決。這里推薦下 Wunderlist，一款 To do list 神器，最復雜的問題應保證最優(yōu)先處理。

第二步：完成需求設計

戰(zhàn)略和執(zhí)行，兩手都要抓好。如果說確定需求是戰(zhàn)略，那么設計需求就是執(zhí)行。需求設計時要多和產(chǎn)品同事溝通，整合想法，保證內(nèi)部觀點一致。有爭議的地方，可以先記錄，在需求評審會時邀請更多人參與討論，確定一個方向。

需求設計中會涉及到許多產(chǎn)品邏輯，免不了要跟相關干系人確認能否實現(xiàn)。這里需要我們成功施加自己的影響力推動事情完成。

我們可以把影響力拆解為3個要素：

1. 獲知：獲取干系人的理解及認同。這件事的背景是什么？為什么要做這件事？
2. 動力：激發(fā)干系人的動力。這件事的價值是？別人為什么要做這件事？
3. 能力：確保干系人完成任務的能力。這件事能完成嗎？需要多長時間完成？

溝通中如果發(fā)生沖突，切記對事不對人，多想為什么發(fā)生沖突，明確沖突的根源在于能力還是情緒，并思考對應方法解決。Keep smile，Keep communication，Keep encouragement.

第三步：跟進視覺設計

設計小哥哥，小姐姐們可能是對界面細節(jié)最關注的一撥人，同時也是最具有創(chuàng)意的一波人。為了讓視覺稿最大限度吸引目標用戶，我們需要將需求背后的想法事無巨細的傳遞給設計同學，明確傳達每個交互設計點想要的內(nèi)容。

• 一是讓設計同學從用戶角度思考，追去設計的易用性，避免一味追求美觀。
• 二是讓設計同學可以最大限度發(fā)揮創(chuàng)造力，做出Amazing的設計。

此外，我們在需求設計時可以主動收集一些符合我們預期的設計稿，提供給設計同學作為一個參考，彌補純語言描述的畫面空洞感。讓設計師知道我們期望的風格大致是怎樣的，避免無目標的頻繁改稿。

第四步：跟進開發(fā)實現(xiàn)

需求評審后，開發(fā)同學對基本邏輯應該都比較明確了。但對于一些復雜邏輯，往往沒有充分了解，因此需要我們私下找時間跟相關人員把復雜邏輯梳理一下，達成共識，避免上線后出現(xiàn)不一致，此時邀請測試同學一起參加，效果加倍。

需求變更時，一定要書面或口頭通知相關干系人，并同步修改原型。如果開發(fā)在開發(fā)過程中對原型有任何問題，應及時溝通，盡早解決。溝通原則是小事文字溝通，大事先當面聊再整理成文檔。溝通后的解決方案，需要告知其他相關開發(fā)和測試。

第五步：跟進測試驗證

專業(yè)的測試能讓產(chǎn)品質(zhì)量有穩(wěn)定的保證，正是他們對每個邏輯不辭辛苦的驗證，才保證我們的需求能按照預期的設想與用戶見面。因此，在協(xié)助測試的工作層面上，我們應當懷有相同的同理心去交付項目，畢竟士為知己者死嘛。

原型是不是覆蓋了所有的用例？需求變動有沒有同步測試？復雜邏輯有沒有向測試解釋？

快邀請測試同學參與到需求設計中來吧！一可以幫助我們優(yōu)化產(chǎn)品邏輯，二可以幫助產(chǎn)品保質(zhì)上線。需求邏輯有漏洞，他們會提醒我們。發(fā)版的相關事宜，他們會協(xié)助我們完成，如圖文配置，更新文案，上線風險等。因此，對待測試同學一定要像春風一樣溫暖啊~

綜上，項目管理的邏輯圖如下：

項目管理邏輯圖

案例解析

舉個筆者最近參與的案例：國慶節(jié)運營活動

第一步：確定迭代需求

國慶節(jié)為了促進APP的活躍，運營同學策劃了玩游戲得獎勵的運營活動，需要產(chǎn)品方面推動落地。該活動涉及到的干系人有筆者項目組的項目、運營、設計、服務端、測試同學和Web項目組的前端同學，通過半天時間和運營及項目同學明確了需求和項目進度安排。

第二步：完成需求設計

參考類似活動的設計，并結(jié)合自身APP的現(xiàn)狀，在2天的時間內(nèi)完成了需求設計。期間自己發(fā)現(xiàn)對部分運營需求有一些困惑，通過和運營同學溝通，據(jù)理力爭，優(yōu)化了需求。然后召開所有干系人參加需求評審會，會上把活動的邏輯以及交互的細節(jié)交代清楚，并把待討論的事項確定下來。會后修改原型，將修改日志同步到所有干系人。

第三步：跟進視覺設計

評審會后，單獨找設計按照流程圖的路線把原型再次過了一遍，重點從視覺設計的角度強調(diào)哪些元素該突出，自己想要的大致風格，并把之前搜集視覺參考圖分享給設計。結(jié)合設計稿，跟設計討論合適的交互動效。分階段和設計討論已完成的設計稿，2天內(nèi)分批將定稿交付給開發(fā)，直至視覺設計結(jié)束。

第四步：跟進開發(fā)實現(xiàn)

評審會后，單獨找服務端同學把復雜邏輯部分梳理清楚，達成共識。交互動效通過AE輸出Demo交付前端開發(fā)，開發(fā)在實現(xiàn)過程出現(xiàn)了一些問題，自己及時介入處理，對一些較難實現(xiàn)的地方做了部分妥協(xié)。原型更新后，同步跟新日志到所有干系人。開發(fā)實現(xiàn)共消耗2天，實現(xiàn)后第一時間體驗并給出修改意見。

第五步：跟進測試驗證

評審會后，配合測試完成測試用例。測試在梳理測試用例時提出的問題，第一時間解決并達成共識，確保上線質(zhì)量。需求改動部分，同步測試并強調(diào)重點測試。功能上線前，配合測試完成上線前調(diào)試和配置，確認埋點需求是否實現(xiàn)。直至上線，共消耗1天。

小結(jié)

一個好的項目管理者，內(nèi)心一定要有自己的一套標準，什么時候應該堅持，什么時候可以妥協(xié)。努力提升溝通能力，千人千面，降低溝通成本。當然，最重要的，是培養(yǎng)自己對項目的主人翁意識，明確目標，有效度量，持續(xù)跟蹤，和所有人一起奮斗。

相關閱讀

社交產(chǎn)品方法論（五）：用戶調(diào)研的二三事

社交產(chǎn)品方法論（六）：競品分析的二三事

社交產(chǎn)品方法論（七）：交互設計的二三事

社交產(chǎn)品方法論（八）：數(shù)據(jù)分析的二三事

社交產(chǎn)品方法論（九）：產(chǎn)品運營的二三事

作者：小強Joey，一個努力ing的社交產(chǎn)品經(jīng)理。

本文由 @小強Joey 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Pexels，基于 CC0 協(xié)議