起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識非研發背景的產品經理如何管理項目
對于非研發背景的產品經理來說，管理技術項目可能會面臨諸多挑戰，但同時也具備獨特的視角和優勢。本文從非研發背景產品經理的視角出發，詳細探討了如何通過有效的規劃、溝通和資源整合，成功管理項目并推動其落地。
首先，非研發出身的產品經理能管理好項目嗎？答案是肯定的！
產品經理在任何一家公司的崗位職責都不完全相同，這個崗位是一個無法完全標準化的工種，A公司的崗位要求到了B公司可能就會發生變化。每家公司的企業文化和工作流程都存在差異。
一、產品經理如何參與項目管理
產品經理的崗位職責中，項目管理通常會涉及到，在大多數公司，這一職責有時由項目經理擔任，也有時需要產品經理兼任。
在項目體積較小，資源有限的團隊中，可能沒有單獨的項目經理角色，項目管理職責直接由產品經理來擔任。
在這種情況下，產品經理的要求會變得更高，不僅需要負責產品規劃設計，還要負責項目執行落地。項目管理要求產品經理具備統籌能力、自驅力、風險管控能力以及促進團隊活力的能力和品質。
管理好一個項目不是一件輕松的事情，管理者需要照顧項目的方方面面，像照顧自己孩子成長一樣，操心的事情很多。
一個項目的目標是在有限的時間和成本下，高質量地完成項目的執行落地。主要的里程碑包括立項、需求分析、任務拆解、排期、開發、驗收和運營等。每一項工作都需要組織相關資源進行支持。
因為我自身具備研發技術背景，并且管理過多個項目的執行。根據我的經驗，做到上述每一個里程碑，通?？梢宰岉椖宽樌七M，并取得比較滿意的結果。首先，我自己要建立足夠的自信心，相信自己完全可以管控好整個項目。
接下來，我們先梳理一下非研發技術背景的產品經理所具備的優勢：
- 具有宏觀視角
- 非常關注資源整合及成本控制
- 沒有技術偏見及慣性惰性
- 注重信息快速流動，普遍溝通能力佳
- 聚焦產品體驗質量
- 具有跨界思維
以上這些，無論是作為產品崗位還是項目管理崗位，都是重要的職業素質和品質。優勢有了，但劣勢也非常明顯。因為沒有研發技術背景，在與研發溝通時，信息的理解、傳達和風險的預判上可能存在一些短板。
但這些問題是可以彌補的，首先要求產品經理具備主動學習能力，了解項目涉及的基本技術知識。在一些更深入的技術討論和需求拆解分配任務時，最好有一名與產品建立互信的資深研發人員來為產品經理提供支持，幫助彌補上述問題。
優勢與挑戰?????
作為一名具有研發背景的產品或項目經理，優勢也是非常明顯的：溝通障礙少，需求拆解完整，任務排期準確，甚至可以幫助研發進行技術系統架構設計，從而使項目更加穩健地向前推進。
對于一些技術驅動型的產品，公司一般都會要求產品或項目經理具備開發經驗，作為硬性門檻來招聘合適的候選人。
二、管理項目的關鍵步驟??
1. 整體規劃
言歸正傳，根據我自己的經驗，要管理好一個項目，首先要在立項前期做好整體規劃，包含產品規劃和人力資源配置。
產品規劃一般是產品經理的本職工作，首先要做好主要模塊的設計規劃，需求定義的顆粒度要足夠小，避免出現大而缺乏細節的需求描述。完成第一版需求規劃時，可以不做得很全，主要服務于獲取資源配置。
找一個合作順暢的資深研發，一起評估每條需求所需的大致人力，包括哪些研發團隊成員（如上層、服務器、驅動等），以及整體模塊所需的大致周期。
以上初步數據收集后，準備好產品設計理念和項目執行數據進行向上匯報。
通常情況下，涉及成本的事項不會一次溝通就能夠定下來，需要多次與高層溝通匯報，進行產品規劃調整和資源需求迭代評估。最后，經過匯報批準后，敲定立項前的項目預算和資源整合。
由于每家公司的組織結構不同，可能需要跨部門協調人力。高層拍板后，細節的人力協調還是需要產品經理去做，最好和每位研發充分溝通產品研發要求。如果有必要，可以與不同的研發一起吃工作餐，打破溝通壁壘。
2. 產品設計
在立項和項目交付日期敲定后，產品經理會有一段時間進行詳細的產品設計。這一階段，需求定義初步完成之前，與其他崗位的溝通較少，盡量自己完成需求定義和設計，確保細節顆粒度足夠小，需求功能描述盡量不涉及交互動作的具體描述。因為需求定義評審通過后，一般很少修改，而交互設計則不同，迭代頻率較高。如果在需求表中描述了過多的交互動作，后期將需要同步維護兩個文檔，增加溝通成本并可能導致遺漏，比如測試用例的修改。
初版需求完成后，提前發給每個參與項目的研發、測試、設計人員以及領導查閱，收集問題點并進行修改。修改完成后，組織集體會議進行需求串講和評審。在會議中，盡可能將每一條需求講清楚，確保參會人員充分理解需求。這個階段可以收集到較為準確的人力需求數據。
需求評審結束后，完成必要的會議紀要和評審點修改，做好定稿工作。
3. 需求定義和評審
需求定義完成后，進入詳細的產品交互設計階段。
對于規模較大的產品和公司，交互設計可能由專門的交互設計師來完成，但在許多公司，交互設計通常由產品經理負責。我個人認為，由產品經理負責交互設計是比較合適的。如果這個工作交給別人，意味著產品經理對產品設計的控制力度將大大降低，可能導致產品與最初的規劃藍圖有較大出入。
當然，產品經理自己做交互設計時，需要具備較高的設計水平，否則會引來上下游的抱怨，項目進度和質量也會受到影響。
產品經理在做交互設計時，盡量與需求表的結構保持一致，這樣在需求拆解時可以做到一一對應，無論是對工程師進行開發，還是對測試進行驗收，都會事半功倍。
4. 交互設計與項目計劃
交互設計是一個重要的工作，根據我的工作經驗，它可能占據產品輸出產物中一半的時間。由于本篇文章聚焦項目管理，我在此略過詳細描述。在交互設計階段，可以安排研發人員進行主要功能的預研，包括模型調試、三方API調用和重大技術要求的模塊實現。
交互設計完成后，進行評審。與需求評審類似，這時需要視覺設計、研發和測試人員充分理解需求。
在這個時期，還需要做詳細的項目計劃。要求視覺設計按照產品模塊和研發優先級進行階段性輸出，并安排研發主管進行任務排期。每條需求的開始時間和結束時間都應該明確，原則上每條需求不能超過3天。如果某條需求需要5天才能完成，那就意味著需求可能需要繼續拆解，以避免后期出現風險。
在任務拆解過程中，一些需求不一定按順序完成?？梢越o研發一定自由度，在不影響整體進度的情況下，允許他們決定哪個需求先做，哪個后做。整個過程中，找一個責任心強的研發主管，負責團隊的開發環境配置，并指導新進人員的工作安排。
測試用例的緊迫性相對較低，可以按照已有的測試資源和常規評估時間進行輸出。通常在視覺設計完成之前，測試用例會定稿。
5. 產品開發與測試
需求定義、交互設計、視覺設計和開發計劃定稿后，研發任務可以進入開發階段。整個產品開發大車已經開足馬力向前推進，產品經理需要加強過程管控。
在實際開發過程中，會有許多“意外”情況，比如某個研發人員進度不力，導致下游出現等待狀態，三方資源調用出現預期外困難，或者前期評估過于樂觀，發現排期內的時間不足等。這些問題需要項目經理及時發現并調配資源予以解決。項目周報和每日項目狀態監控都必須要做，每周的人力使用情況要明確，發現問題后要及時處理。每天都必須主動詢問團隊進展情況。
項目的系統架構和主框架完成后，要進行測試驗收。隨著任務看板的滾動，產品經理需要和設計團隊至少每兩天進行一次驗收檢查。與設計不符的任務要及時修正并重新做。
這一過程基本上是體力活，只要跟得緊，項目的完成時間就可以得到有效控制，避免人力疊加造成資源浪費。
此外，在項目過程中，要注意資源復用。例如，如果你負責的是一個大項目的子模塊，就不要單獨設置測試崗位，而是復用大項目的測試資源。做好測試計劃和節奏，小團隊配合大項目的測試安排，確保功能、交互和壓力測試都能順利完成。
6. 項目進度與資源管理
在項目過程中，要及時向高層匯報每日進展、遇到的阻礙和需求幫助等。這個過程非常重要，及時報告可以減少項目中途變動的風險。如果在項目的某一階段感到資源緊張，可以要求高層提供更多支持。
7. 項目交付與團隊復盤???
項目交付后，還需組織團隊對整個項目進行復盤，總結經驗，為下一階段的工作做好準備。
以上就是一個非研發背景的產品經理如何進行項目管理工作的，希望能幫助有需要的同學！
本文由 @Antonio 原創發布于人人都是產品經理。未經作者許可，禁止轉載
題圖來自 Unsplash，基于CC0協議
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務
- 目前還沒評論，等你發揮！
