編輯導(dǎo)語：產(chǎn)品經(jīng)理需要具備哪些能力呢？ 35%的項(xiàng)目管理能力，15%的個(gè)人能力，20%的業(yè)務(wù)能力，15%的技術(shù)能力，15%的溝通處理沖突能力。那么問題來了，既然項(xiàng)目管理能力這么重要，產(chǎn)品經(jīng)理應(yīng)該如何去提升它呢？

產(chǎn)品即作品，一個(gè)產(chǎn)品經(jīng)理需要對最終創(chuàng)造的產(chǎn)品負(fù)責(zé)，作品生產(chǎn)過程中的流程、涉及到的人事物、發(fā)展脈絡(luò)、抗風(fēng)險(xiǎn)能力需要做到心中有數(shù)。

類似于雜志社的編輯、電影的導(dǎo)演、音樂的制作人一樣，產(chǎn)品經(jīng)理作為一個(gè)統(tǒng)籌性質(zhì)的職業(yè)，對產(chǎn)品的把控是其需要掌握的職業(yè)技能之一，在互聯(lián)網(wǎng)行業(yè)中，稱之為項(xiàng)目管理。

一、與項(xiàng)目管理有關(guān)的幾種模型

在計(jì)算機(jī)系統(tǒng)架構(gòu)設(shè)計(jì)中，業(yè)界會(huì)將常用的軟件開發(fā)流程歸納為模型，如果產(chǎn)品經(jīng)理在產(chǎn)品項(xiàng)目推進(jìn)過程中感覺到?jīng)_突，可能是公司采取的開發(fā)模式不同。以下是我了解到的一些模型：

1. 瀑布模型

瀑布模型是將軟件生存周期的各項(xiàng)活動(dòng)規(guī)定為按固定順序而連接的若干階段工作，形如瀑布流水，最終得到軟件產(chǎn)品。由1970年溫斯頓·羅伊斯（WinstonRoyce）提出，直到80年代早期，它一直是唯一被廣泛采用的軟件開發(fā)模型。

這種模型常用于大型產(chǎn)品的開發(fā)和管理，若產(chǎn)品一個(gè)環(huán)節(jié)出錯(cuò)，牽扯到的部門較多，容易返工反而不利于開發(fā)。

當(dāng)開發(fā)的系統(tǒng)是有積累的已知領(lǐng)域和行業(yè)，也非常適用，現(xiàn)在大的網(wǎng)絡(luò)公司往往采取這種模式?；蛘邔Π踩托阅苡袠O其嚴(yán)格的要求，容不得半點(diǎn)疏漏，例如航空航天軟件，這樣用瀑布模型的話能夠有效地控制每一環(huán)節(jié)，所有流程都有文檔可循。

2. 原型模型

原型模型是在瀑布模型基礎(chǔ)上一個(gè)重要環(huán)節(jié)的推進(jìn)，也是產(chǎn)品經(jīng)理最常接觸和了解的形式。

80年代后，隨著計(jì)算機(jī)輔助設(shè)計(jì)的應(yīng)用，產(chǎn)品造型和設(shè)計(jì)能力得到極大提高，可以在產(chǎn)品設(shè)計(jì)完成后，批量生產(chǎn)前，制出樣品以表達(dá)設(shè)計(jì)構(gòu)想，快速獲取產(chǎn)品設(shè)計(jì)的反饋信息，并對產(chǎn)品設(shè)計(jì)的可行性作出評估、論證。

幾乎目前所有的系統(tǒng)，設(shè)計(jì)都適用并且無法避免地涉及到這種模式。

3. 螺旋模型

1988年，巴利·玻姆(BarryBoehm)正式發(fā)表了軟件系統(tǒng)開發(fā)的“螺旋模型”，它將瀑布模型和原型模型結(jié)合起來，強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析。

螺旋模型基本做法是在“瀑布模型”的每一個(gè)開發(fā)階段前引入一個(gè)非常嚴(yán)格的風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析和風(fēng)險(xiǎn)控制，它把軟件項(xiàng)目分解成一個(gè)個(gè)小項(xiàng)目。每個(gè)小項(xiàng)目都標(biāo)識(shí)一個(gè)或多個(gè)主要風(fēng)險(xiǎn)，直到所有的主要風(fēng)險(xiǎn)因素都被確定。

特別適用于龐大、復(fù)雜并具有高風(fēng)險(xiǎn)的系統(tǒng)，對于這些系統(tǒng)，風(fēng)險(xiǎn)是軟件開發(fā)不可忽視且潛在的不利因素，它可能在不同程度上損害軟件開發(fā)過程，影響軟件產(chǎn)品的質(zhì)量，例如金融系統(tǒng)、公共事業(yè)系統(tǒng)。

二、產(chǎn)品經(jīng)理的項(xiàng)目管理能力

由于公司的開發(fā)模式、營業(yè)規(guī)模、行業(yè)領(lǐng)域不同，產(chǎn)品經(jīng)理往往要兼顧項(xiàng)目管理的工作；并且產(chǎn)品經(jīng)理要把控整個(gè)項(xiàng)目、整個(gè)產(chǎn)品、整個(gè)迭代，項(xiàng)目管理能力也是產(chǎn)品經(jīng)理的基礎(chǔ)能力之一。

1. 經(jīng)過驗(yàn)證的項(xiàng)目管理流程

好的項(xiàng)目管理其實(shí)非常簡潔明了，一個(gè)20-50人的研發(fā)團(tuán)隊(duì)，所涉及的項(xiàng)目不會(huì)超過20個(gè)。而再往大了說，大公司的團(tuán)隊(duì)對具體某個(gè)部門的項(xiàng)目把控已上升到OKR的管理模式。

因此，如果項(xiàng)目管理的模式過于復(fù)雜，反而不利于團(tuán)隊(duì)對項(xiàng)目的理解，產(chǎn)品經(jīng)理實(shí)際實(shí)施階段的項(xiàng)目管理基本上只需要做到：

1）明確產(chǎn)品需求

產(chǎn)品經(jīng)理在需求前期要判斷并作出設(shè)計(jì)，這部分更屬于產(chǎn)品經(jīng)理需求分析的能力。在項(xiàng)目管理中，需要注意的是，需求與各方的明確，以減少后續(xù)需求插入和變更的風(fēng)險(xiǎn)。

2）確定產(chǎn)品迭代內(nèi)容

一般來說，采用的方式為評審。評審后形成共識(shí)，這個(gè)功能要做如何做什么時(shí)候做好。

3）達(dá)成排期

這是項(xiàng)目管理中最關(guān)鍵的環(huán)節(jié)，首先要確認(rèn)好工時(shí)，最好對每個(gè)功能小到接口大到技術(shù)問題的解決都確定好工時(shí)，并且對應(yīng)到相應(yīng)的研發(fā)人員。在確認(rèn)工時(shí)階段，工時(shí)是可以根據(jù)研發(fā)調(diào)研情況自行調(diào)控的。

在大致確認(rèn)好工時(shí)后，一定要按工時(shí)進(jìn)行項(xiàng)目排期，不管項(xiàng)目是大是小，都確定好一個(gè)交付時(shí)間。這個(gè)時(shí)間可以根據(jù)研發(fā)人員上一個(gè)項(xiàng)目的完結(jié)時(shí)間依次順延。

最后，不要忘記聯(lián)調(diào)和測試時(shí)間。

4）明確重要時(shí)間點(diǎn)

是指每個(gè)項(xiàng)目的交付時(shí)間、聯(lián)調(diào)時(shí)間、測試時(shí)間、上線時(shí)間、發(fā)布時(shí)間等，只有明確好重要時(shí)間點(diǎn)并在團(tuán)隊(duì)中形成共識(shí)和契約，整個(gè)項(xiàng)目管理才會(huì)在一個(gè)可控的范圍內(nèi)進(jìn)行。

5）把控項(xiàng)目風(fēng)險(xiǎn)

最常見的項(xiàng)目風(fēng)險(xiǎn)就是需求變更，或無法按照如期完成。這時(shí)，產(chǎn)品經(jīng)理一定要在第一時(shí)間了解項(xiàng)目風(fēng)險(xiǎn)，并解除。

2. 不良項(xiàng)目管理導(dǎo)致的問題

不良的項(xiàng)目管理相當(dāng)于一段有bug或者冗余的代碼，在產(chǎn)品開發(fā)過程中需要注意的不恰當(dāng)?shù)墓芾矸绞剑?/p>

1）項(xiàng)目無具體排期表，多個(gè)項(xiàng)目無連接

迭代過程中，會(huì)有一些誤區(qū)，排期由研發(fā)來定，而產(chǎn)品經(jīng)理在評審之后，難以確定某個(gè)模塊、一個(gè)功能或整個(gè)項(xiàng)目的交付時(shí)間。

采用這樣項(xiàng)目形式的公司往往追求一種靈活的研發(fā)方式，并以研發(fā)為主來調(diào)控整個(gè)項(xiàng)目，意為研發(fā)驅(qū)動(dòng)，例如讓研發(fā)作為一個(gè)項(xiàng)目的負(fù)責(zé)人。

這種形式在初期的創(chuàng)業(yè)公司非常受歡迎，而此時(shí)產(chǎn)品經(jīng)理往往作為一個(gè)界面設(shè)計(jì)者，而缺失了多個(gè)項(xiàng)目的連接者和管理者，多個(gè)項(xiàng)目管理陷入空白。

2）需求由上級觸發(fā)，隨意插入項(xiàng)目、延長工期

產(chǎn)品在研發(fā)過程中，往往確定性低。若項(xiàng)目管理、研發(fā)排期分配不夠合理、沒有公開并形成公認(rèn)文件。隨時(shí)會(huì)由于各種各樣的原因空降上級，對當(dāng)前項(xiàng)目作出指示，加入某某需求或改動(dòng)某某需求。更有甚者，會(huì)直接插入一個(gè)項(xiàng)目，延長了工期。

這個(gè)問題主要在前期需求和項(xiàng)目立項(xiàng)啟動(dòng)時(shí)，調(diào)研不夠充分，并且沒有形成相應(yīng)的契約。產(chǎn)品總是在不斷迭代升級的，需求的變更不可避免。但一旦涉及到來回變更、隨意插入、延長工期的變更，會(huì)變成整個(gè)團(tuán)隊(duì)項(xiàng)目管理中的風(fēng)險(xiǎn)。

三、項(xiàng)目管理使用到的工具

1. 一個(gè)excel表就可以解決這一切

前面說到項(xiàng)目管理需要簡潔明了更有利于團(tuán)隊(duì)理解，因此一般來說，項(xiàng)目排期表一個(gè)Excel表格就可以解決這一切，如果不涉及到牽扯20人以上的項(xiàng)目，無需甘特圖。

至于表格里的內(nèi)容也可根據(jù)項(xiàng)目大小和團(tuán)隊(duì)需要進(jìn)行調(diào)控，工時(shí)、相應(yīng)研發(fā)、交付時(shí)間是必不可缺的。

2. 過程中進(jìn)度把握：項(xiàng)目管理工具

幾乎每個(gè)公司都會(huì)有其相應(yīng)的管理工具，有的是公司自研的系統(tǒng)，有的公司使用付費(fèi)系統(tǒng)，有的使用Jira、teambition等系統(tǒng)，核心功能差別不大，使用熟練，達(dá)到團(tuán)隊(duì)協(xié)作順暢即可。

四、產(chǎn)品經(jīng)理項(xiàng)目管理的關(guān)鍵節(jié)點(diǎn)

項(xiàng)目管理中的關(guān)鍵節(jié)點(diǎn)皆可具化成相應(yīng)時(shí)間點(diǎn)，以便更好的調(diào)控進(jìn)度。

1.?重要時(shí)間點(diǎn)

• 后端建表時(shí)間：若是一個(gè)大項(xiàng)目的研發(fā)，一般需要進(jìn)行后端建表，那么在確定完產(chǎn)品研發(fā)方案后，可與研發(fā)人員敲定一下后端建表時(shí)間，產(chǎn)品可適當(dāng)參與建表，以明晰整個(gè)項(xiàng)目映射關(guān)系，并且可以double-check一下，以免一些小疏忽影響整個(gè)項(xiàng)目。
• 前后端聯(lián)調(diào)時(shí)間：在研發(fā)項(xiàng)目完成前會(huì)進(jìn)行前后端聯(lián)調(diào)，這是前后端研發(fā)交付的第一步，需產(chǎn)品進(jìn)一步跟進(jìn)。
• 研發(fā)完成時(shí)間：這是最終研發(fā)開發(fā)完成、自測完成，交給測試的時(shí)間。是整個(gè)項(xiàng)目完成的基石，若這個(gè)階段平穩(wěn)度過，項(xiàng)目風(fēng)險(xiǎn)大大下降。
• 測試時(shí)間：測試需參與評審，并提前做好項(xiàng)目測試相關(guān)文檔，在研發(fā)提交分支后，在測試環(huán)境中進(jìn)行測試，最終交付給業(yè)務(wù)和產(chǎn)品。
• 交付時(shí)間：交付時(shí)間是上線時(shí)間的前夕，產(chǎn)品需讓業(yè)務(wù)參與，確認(rèn)產(chǎn)品研發(fā)結(jié)果，產(chǎn)品需進(jìn)行自測，多方確認(rèn)后，準(zhǔn)備上線。
• 上線時(shí)間：往往上線會(huì)統(tǒng)合多個(gè)功能項(xiàng)目一起上線，一般團(tuán)隊(duì)也會(huì)規(guī)定每周幾為上線時(shí)間，可根據(jù)公司情況自行調(diào)配。需要注意的是，上線時(shí)，該項(xiàng)目的所有研發(fā)、UI、產(chǎn)品、測試都需要在場，以免上線出現(xiàn)問題，至少大的項(xiàng)目要做到如此，方能規(guī)避上線后給用戶第一時(shí)間造成的風(fēng)險(xiǎn)。
• 上線后測試：上線后，必須在正式環(huán)境再測試一遍，這也需要測試、產(chǎn)品提前做好準(zhǔn)備，并且有相應(yīng)研發(fā)在場隨時(shí)解決問題。

2. 里程碑

一般較大的項(xiàng)目，例如涉及到20人以上、跨時(shí)2個(gè)月以上等，需要立個(gè)里程碑，里程碑一般設(shè)立在一個(gè)節(jié)點(diǎn):

1. 某個(gè)feature研發(fā)完成；
2. 進(jìn)入某個(gè)階段：灰度/ABtest；
3. 檢驗(yàn)團(tuán)隊(duì)的工作成果：管理層需要看到的效果。

3. 晨會(huì)&站會(huì)

同樣的較大的項(xiàng)目，時(shí)間跨度較長，需在研發(fā)過程中同步進(jìn)度，這時(shí)候晨會(huì)站會(huì)就變得非常必要。每日/每周明確每人開發(fā)進(jìn)度靈活調(diào)控，及時(shí)上報(bào)研發(fā)問題，快速響應(yīng)解決。

五、項(xiàng)目管理中的風(fēng)險(xiǎn)把控

1. 出現(xiàn)需求變更

研發(fā)過程中不可避免的會(huì)出現(xiàn)需求變更。接到變更需求時(shí)，1.進(jìn)行需求評估。2.劃分需求優(yōu)先級。3.評估工作量大小。4.需求做與不做的影響范圍。

公式非常簡單，只有當(dāng)優(yōu)先級高、工作量小、不做的影響范圍危害極大時(shí)才能插入項(xiàng)目，其余任何組合可放在下次迭代或另起項(xiàng)目跟進(jìn)。

2. 出現(xiàn)新項(xiàng)目

一個(gè)團(tuán)隊(duì)會(huì)處理多個(gè)項(xiàng)目，在一個(gè)項(xiàng)目受到另一個(gè)項(xiàng)目沖撞時(shí)，首先要明確互斥的項(xiàng)目中有沒有重疊的人員，將重疊人員按照項(xiàng)目先后順序進(jìn)行工時(shí)排序后是不是最佳組合，若為最佳組合，則新項(xiàng)目上線時(shí)間順延。

若非最佳組合，可進(jìn)行人員調(diào)配，達(dá)到最佳。再者，需調(diào)研并與全團(tuán)隊(duì)明確項(xiàng)目風(fēng)險(xiǎn)與重要程度，將項(xiàng)目進(jìn)行排序，更改排期順序。

3. 預(yù)留時(shí)間

幾乎所有項(xiàng)目，都會(huì)延期，區(qū)別在于延期長短。而產(chǎn)品在風(fēng)險(xiǎn)管控中要做的，是對這延期長短的把控：

1. 根據(jù)團(tuán)隊(duì)情況，預(yù)留出應(yīng)急時(shí)間、延期時(shí)間；
2. 留意每次預(yù)留時(shí)間的反饋，并進(jìn)一步調(diào)控；
3. 公開知道預(yù)留時(shí)間的人不能超過3位，哪怕大家心里都知道有預(yù)留時(shí)間，也不能形成公認(rèn)現(xiàn)象。

4. 項(xiàng)目復(fù)盤

不同團(tuán)隊(duì)的研發(fā)風(fēng)格、項(xiàng)目管理模式不同，這是一個(gè)不斷磨合和適應(yīng)的過程。讓所有人參與進(jìn)項(xiàng)目管理中，提高團(tuán)隊(duì)的風(fēng)險(xiǎn)和守時(shí)意識(shí)。

因此每次項(xiàng)目后，尤其是大項(xiàng)目后需進(jìn)行項(xiàng)目復(fù)盤。跌過一次的跟頭不再跌這是把控風(fēng)險(xiǎn)的重要方法。相當(dāng)于團(tuán)隊(duì)在一起枚舉各種研發(fā)中出現(xiàn)的風(fēng)險(xiǎn)，慢慢形成環(huán)環(huán)相扣的團(tuán)隊(duì)。

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

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