對于非研發(fā)背景的產(chǎn)品經(jīng)理來說，管理技術(shù)項目可能會面臨諸多挑戰(zhàn)，但同時也具備獨特的視角和優(yōu)勢。本文從非研發(fā)背景產(chǎn)品經(jīng)理的視角出發(fā)，詳細(xì)探討了如何通過有效的規(guī)劃、溝通和資源整合，成功管理項目并推動其落地。

首先，非研發(fā)出身的產(chǎn)品經(jīng)理能管理好項目嗎？答案是肯定的！

產(chǎn)品經(jīng)理在任何一家公司的崗位職責(zé)都不完全相同，這個崗位是一個無法完全標(biāo)準(zhǔn)化的工種，A公司的崗位要求到了B公司可能就會發(fā)生變化。每家公司的企業(yè)文化和工作流程都存在差異。

一、產(chǎn)品經(jīng)理如何參與項目管理

產(chǎn)品經(jīng)理的崗位職責(zé)中，項目管理通常會涉及到，在大多數(shù)公司，這一職責(zé)有時由項目經(jīng)理擔(dān)任，也有時需要產(chǎn)品經(jīng)理兼任。

在項目體積較小，資源有限的團隊中，可能沒有單獨的項目經(jīng)理角色，項目管理職責(zé)直接由產(chǎn)品經(jīng)理來擔(dān)任。

在這種情況下，產(chǎn)品經(jīng)理的要求會變得更高，不僅需要負(fù)責(zé)產(chǎn)品規(guī)劃設(shè)計，還要負(fù)責(zé)項目執(zhí)行落地。項目管理要求產(chǎn)品經(jīng)理具備統(tǒng)籌能力、自驅(qū)力、風(fēng)險管控能力以及促進團隊活力的能力和品質(zhì)。

管理好一個項目不是一件輕松的事情，管理者需要照顧項目的方方面面，像照顧自己孩子成長一樣，操心的事情很多。

一個項目的目標(biāo)是在有限的時間和成本下，高質(zhì)量地完成項目的執(zhí)行落地。主要的里程碑包括立項、需求分析、任務(wù)拆解、排期、開發(fā)、驗收和運營等。每一項工作都需要組織相關(guān)資源進行支持。

因為我自身具備研發(fā)技術(shù)背景，并且管理過多個項目的執(zhí)行。根據(jù)我的經(jīng)驗，做到上述每一個里程碑，通?？梢宰岉椖宽樌七M，并取得比較滿意的結(jié)果。首先，我自己要建立足夠的自信心，相信自己完全可以管控好整個項目。

接下來，我們先梳理一下非研發(fā)技術(shù)背景的產(chǎn)品經(jīng)理所具備的優(yōu)勢：

• 具有宏觀視角
• 非常關(guān)注資源整合及成本控制
• 沒有技術(shù)偏見及慣性惰性
• 注重信息快速流動，普遍溝通能力佳
• 聚焦產(chǎn)品體驗質(zhì)量
• 具有跨界思維

以上這些，無論是作為產(chǎn)品崗位還是項目管理崗位，都是重要的職業(yè)素質(zhì)和品質(zhì)。優(yōu)勢有了，但劣勢也非常明顯。因為沒有研發(fā)技術(shù)背景，在與研發(fā)溝通時，信息的理解、傳達和風(fēng)險的預(yù)判上可能存在一些短板。

但這些問題是可以彌補的，首先要求產(chǎn)品經(jīng)理具備主動學(xué)習(xí)能力，了解項目涉及的基本技術(shù)知識。在一些更深入的技術(shù)討論和需求拆解分配任務(wù)時，最好有一名與產(chǎn)品建立互信的資深研發(fā)人員來為產(chǎn)品經(jīng)理提供支持，幫助彌補上述問題。

優(yōu)勢與挑戰(zhàn)?????

作為一名具有研發(fā)背景的產(chǎn)品或項目經(jīng)理，優(yōu)勢也是非常明顯的：溝通障礙少，需求拆解完整，任務(wù)排期準(zhǔn)確，甚至可以幫助研發(fā)進行技術(shù)系統(tǒng)架構(gòu)設(shè)計，從而使項目更加穩(wěn)健地向前推進。

對于一些技術(shù)驅(qū)動型的產(chǎn)品，公司一般都會要求產(chǎn)品或項目經(jīng)理具備開發(fā)經(jīng)驗，作為硬性門檻來招聘合適的候選人。

二、管理項目的關(guān)鍵步驟??

1. 整體規(guī)劃

言歸正傳，根據(jù)我自己的經(jīng)驗，要管理好一個項目，首先要在立項前期做好整體規(guī)劃，包含產(chǎn)品規(guī)劃和人力資源配置。

產(chǎn)品規(guī)劃一般是產(chǎn)品經(jīng)理的本職工作，首先要做好主要模塊的設(shè)計規(guī)劃，需求定義的顆粒度要足夠小，避免出現(xiàn)大而缺乏細(xì)節(jié)的需求描述。完成第一版需求規(guī)劃時，可以不做得很全，主要服務(wù)于獲取資源配置。

找一個合作順暢的資深研發(fā)，一起評估每條需求所需的大致人力，包括哪些研發(fā)團隊成員（如上層、服務(wù)器、驅(qū)動等），以及整體模塊所需的大致周期。

以上初步數(shù)據(jù)收集后，準(zhǔn)備好產(chǎn)品設(shè)計理念和項目執(zhí)行數(shù)據(jù)進行向上匯報。

通常情況下，涉及成本的事項不會一次溝通就能夠定下來，需要多次與高層溝通匯報，進行產(chǎn)品規(guī)劃調(diào)整和資源需求迭代評估。最后，經(jīng)過匯報批準(zhǔn)后，敲定立項前的項目預(yù)算和資源整合。

由于每家公司的組織結(jié)構(gòu)不同，可能需要跨部門協(xié)調(diào)人力。高層拍板后，細(xì)節(jié)的人力協(xié)調(diào)還是需要產(chǎn)品經(jīng)理去做，最好和每位研發(fā)充分溝通產(chǎn)品研發(fā)要求。如果有必要，可以與不同的研發(fā)一起吃工作餐，打破溝通壁壘。

2. 產(chǎn)品設(shè)計

在立項和項目交付日期敲定后，產(chǎn)品經(jīng)理會有一段時間進行詳細(xì)的產(chǎn)品設(shè)計。這一階段，需求定義初步完成之前，與其他崗位的溝通較少，盡量自己完成需求定義和設(shè)計，確保細(xì)節(jié)顆粒度足夠小，需求功能描述盡量不涉及交互動作的具體描述。因為需求定義評審?fù)ㄟ^后，一般很少修改，而交互設(shè)計則不同，迭代頻率較高。如果在需求表中描述了過多的交互動作，后期將需要同步維護兩個文檔，增加溝通成本并可能導(dǎo)致遺漏，比如測試用例的修改。

初版需求完成后，提前發(fā)給每個參與項目的研發(fā)、測試、設(shè)計人員以及領(lǐng)導(dǎo)查閱，收集問題點并進行修改。修改完成后，組織集體會議進行需求串講和評審。在會議中，盡可能將每一條需求講清楚，確保參會人員充分理解需求。這個階段可以收集到較為準(zhǔn)確的人力需求數(shù)據(jù)。

需求評審結(jié)束后，完成必要的會議紀(jì)要和評審點修改，做好定稿工作。

3. 需求定義和評審

需求定義完成后，進入詳細(xì)的產(chǎn)品交互設(shè)計階段。

對于規(guī)模較大的產(chǎn)品和公司，交互設(shè)計可能由專門的交互設(shè)計師來完成，但在許多公司，交互設(shè)計通常由產(chǎn)品經(jīng)理負(fù)責(zé)。我個人認(rèn)為，由產(chǎn)品經(jīng)理負(fù)責(zé)交互設(shè)計是比較合適的。如果這個工作交給別人，意味著產(chǎn)品經(jīng)理對產(chǎn)品設(shè)計的控制力度將大大降低，可能導(dǎo)致產(chǎn)品與最初的規(guī)劃藍(lán)圖有較大出入。

當(dāng)然，產(chǎn)品經(jīng)理自己做交互設(shè)計時，需要具備較高的設(shè)計水平，否則會引來上下游的抱怨，項目進度和質(zhì)量也會受到影響。

產(chǎn)品經(jīng)理在做交互設(shè)計時，盡量與需求表的結(jié)構(gòu)保持一致，這樣在需求拆解時可以做到一一對應(yīng)，無論是對工程師進行開發(fā)，還是對測試進行驗收，都會事半功倍。

4. 交互設(shè)計與項目計劃

交互設(shè)計是一個重要的工作，根據(jù)我的工作經(jīng)驗，它可能占據(jù)產(chǎn)品輸出產(chǎn)物中一半的時間。由于本篇文章聚焦項目管理，我在此略過詳細(xì)描述。在交互設(shè)計階段，可以安排研發(fā)人員進行主要功能的預(yù)研，包括模型調(diào)試、三方API調(diào)用和重大技術(shù)要求的模塊實現(xiàn)。

交互設(shè)計完成后，進行評審。與需求評審類似，這時需要視覺設(shè)計、研發(fā)和測試人員充分理解需求。

在這個時期，還需要做詳細(xì)的項目計劃。要求視覺設(shè)計按照產(chǎn)品模塊和研發(fā)優(yōu)先級進行階段性輸出，并安排研發(fā)主管進行任務(wù)排期。每條需求的開始時間和結(jié)束時間都應(yīng)該明確，原則上每條需求不能超過3天。如果某條需求需要5天才能完成，那就意味著需求可能需要繼續(xù)拆解，以避免后期出現(xiàn)風(fēng)險。

在任務(wù)拆解過程中，一些需求不一定按順序完成?？梢越o研發(fā)一定自由度，在不影響整體進度的情況下，允許他們決定哪個需求先做，哪個后做。整個過程中，找一個責(zé)任心強的研發(fā)主管，負(fù)責(zé)團隊的開發(fā)環(huán)境配置，并指導(dǎo)新進人員的工作安排。

測試用例的緊迫性相對較低，可以按照已有的測試資源和常規(guī)評估時間進行輸出。通常在視覺設(shè)計完成之前，測試用例會定稿。

5. 產(chǎn)品開發(fā)與測試

需求定義、交互設(shè)計、視覺設(shè)計和開發(fā)計劃定稿后，研發(fā)任務(wù)可以進入開發(fā)階段。整個產(chǎn)品開發(fā)大車已經(jīng)開足馬力向前推進，產(chǎn)品經(jīng)理需要加強過程管控。

在實際開發(fā)過程中，會有許多“意外”情況，比如某個研發(fā)人員進度不力，導(dǎo)致下游出現(xiàn)等待狀態(tài)，三方資源調(diào)用出現(xiàn)預(yù)期外困難，或者前期評估過于樂觀，發(fā)現(xiàn)排期內(nèi)的時間不足等。這些問題需要項目經(jīng)理及時發(fā)現(xiàn)并調(diào)配資源予以解決。項目周報和每日項目狀態(tài)監(jiān)控都必須要做，每周的人力使用情況要明確，發(fā)現(xiàn)問題后要及時處理。每天都必須主動詢問團隊進展情況。

項目的系統(tǒng)架構(gòu)和主框架完成后，要進行測試驗收。隨著任務(wù)看板的滾動，產(chǎn)品經(jīng)理需要和設(shè)計團隊至少每兩天進行一次驗收檢查。與設(shè)計不符的任務(wù)要及時修正并重新做。

這一過程基本上是體力活，只要跟得緊，項目的完成時間就可以得到有效控制，避免人力疊加造成資源浪費。

此外，在項目過程中，要注意資源復(fù)用。例如，如果你負(fù)責(zé)的是一個大項目的子模塊，就不要單獨設(shè)置測試崗位，而是復(fù)用大項目的測試資源。做好測試計劃和節(jié)奏，小團隊配合大項目的測試安排，確保功能、交互和壓力測試都能順利完成。

6. 項目進度與資源管理

在項目過程中，要及時向高層匯報每日進展、遇到的阻礙和需求幫助等。這個過程非常重要，及時報告可以減少項目中途變動的風(fēng)險。如果在項目的某一階段感到資源緊張，可以要求高層提供更多支持。

7. 項目交付與團隊復(fù)盤???

項目交付后，還需組織團隊對整個項目進行復(fù)盤，總結(jié)經(jīng)驗，為下一階段的工作做好準(zhǔn)備。

以上就是一個非研發(fā)背景的產(chǎn)品經(jīng)理如何進行項目管理工作的，希望能幫助有需要的同學(xué)！