不少創(chuàng)業(yè)公司的產(chǎn)品經(jīng)理需要兼顧項目經(jīng)理的工作，并且全職測試角色。這篇文章講產(chǎn)品經(jīng)理如何進行高效的敏捷開發(fā)項目管理。
一、背景交代
背景，利用公司原有的項目管理方式，產(chǎn)品無法按時上線，產(chǎn)品質量難以保障。老板決定把項目管理交由產(chǎn)品經(jīng)理主導，務必保證后續(xù)產(chǎn)品的質量并按時上線。
首先，我組織項目組成員總結原有項目管理過程中存在的問題，主要有兩點：
- 項目進度不可見，產(chǎn)品經(jīng)理對項目失去掌控，開發(fā)每日進度不可見，老板也不知道大家每天在做什么。效率低下，項目延期，成本增加。
- 測試周期與開發(fā)周期分離，不能及時有效處理中間開發(fā)出現(xiàn)的偏差。開發(fā)實際結果與產(chǎn)品期望結果偏離，質量不過關，開發(fā)人員重復工作。
針對以上的問題，結合領導給出的敏捷開發(fā)項目管理要求，我對公司的項目開發(fā)管理過程進行了重新梳理補充。最終提出了敏捷開發(fā)項目管理5步走的方法，并在后續(xù)項目管理過程中得以有效利用。相比于之前項目管理方式，新的方式把團隊工作效率提高30%以上。
二、說明
以下過程只針對項目開發(fā)過程，不包括需求分析，UI設計，原型設計等過程。這些模塊在此之前已經(jīng)完成。敏捷開發(fā)項目管理過程，主要分5個步驟（以某小程序項目開發(fā)為例）。
二、目錄
- 工時評估，列出功能清單與完成開發(fā)工時評估
- 計劃排期，列出里程碑計劃與開發(fā)計劃，具體到功能模塊責任到人
- 階段測試，功能模塊完成開發(fā)，開始階段測試
- 項目管理過程中需求變更處理
- 完成綜合測試，項目上線
三、具體步驟
1. 工時評估，列出功能清單與完成開發(fā)工時評估
產(chǎn)品經(jīng)理梳理好要做產(chǎn)品的功能清單，找項目組對應的開發(fā)負責人進行工時評估，評估完成之后找技術主管確認，確認無誤，完成工時確定。
此外，測試周期另找測試主管評估即可。開發(fā)工作量評估完成，具體如下圖（1.0）：
（1.0）
2. 計劃排期，列出里程碑計劃與開發(fā)計劃，具體到功能模塊責任到人
如何排模塊時間點，基于功能清單工作量評估結果，產(chǎn)品定功能模塊開發(fā)截止時間，與開發(fā)人員一起開會確認。
如何排優(yōu)先級，可把功能點劃分為兩種，一種屬于前置條件，一種是基于前置條件功能點。舉個例子，你要賣商品，會涉及訂單和商品兩個要素。沒有商品也就沒有訂單，所以商品管理功能實現(xiàn)必須先于訂單管理。商品管理就是前置條件，訂單就是基于前置條件功能點。
開發(fā)計劃如下圖（2.0）：服務端比前端少一個接口字段，就不放圖了，里程碑計劃也可以從開發(fā)計劃里面進行提取，就不多說了。
3. 階段測試，功能模塊完成開發(fā)，開始階段測試
如何保證信息同步，利用線上協(xié)同辦公工具，開發(fā)每次完成對應功能模塊開發(fā)之后，會對表格信息進行實時同步更新，在用的協(xié)同工具是石墨文檔。
如何體現(xiàn)項目進度，開發(fā)人員每天對工作進度進行更新，前端開發(fā)包括兩部分，靜態(tài)頁面和接口，開發(fā)完成之后，文檔中對應模塊記下“V”。實際完成時間是開發(fā)自己寫。前端開發(fā)計劃以實際接口對接完畢時間為準，服務端以接口完成時間為準。如下圖（2.0）
（2.0）
如何進行階段測試，產(chǎn)品測試人員，每天看文檔對已開發(fā)完畢的功能模塊進行測試。測試之后在對應功能模塊后面寫明測試情況，有問題要求開發(fā)在進行下一模塊開發(fā)的過程中把問題修復。因為是上個功能周期未完成的部分，這一階段必須補上。
例如開發(fā)人員完成了商品管理靜態(tài)頁面和接口，產(chǎn)品看到之后就去測試商品管理模塊，比如新增，商品列表里的搜索，商品編輯，頁面樣式等。
注意：這里的測試算作模塊測試，不要求面面俱到，涉及到與其他未開發(fā)模塊相關聯(lián)的內容無需測試。保證主體功能沒有大的問題，
每次完成一個功能模塊，都要對已開發(fā)完成的所有功能進行測試。包括已測試過的功能模塊，關聯(lián)起來在進行測試。直到最后把所有模塊開發(fā)完成，開始最終的系統(tǒng)測試。
栗子；商品管理已經(jīng)測試完成，當訂單管理開發(fā)完成，那么商品管理和訂單管理需要進行關聯(lián)測試。如確認訂單的時候，把商品下架，然后下單等等。
4. 項目管理過程中需求變更處理
項目開發(fā)過程中，如果有需求變更，記錄下來，如圖（3.0） 。
如何處理，根據(jù)項目開發(fā)進度，決定是否要做以及要做哪些部分。這部分按照項目上線時間靈活協(xié)調至時間既可，一般我會把小的一些變更需求放到功能開發(fā)過程中。
如果是要加新的大模塊，上線時間還足夠，會跟大家商量爭取把它做掉。時間不夠的話，找領導說明情況，申請延長上線時間或者放到下次迭代做更新。
（3.0）
5. 完成綜合測試，項目上線
系統(tǒng)測試，各模塊功能開發(fā)完成，開始所有功能模塊階段測試之后，各種關聯(lián)性測試。上述的階段性測試如果做的比較好的話，系統(tǒng)測試基本不會有太大問題。這一階段主要是完善細節(jié)，完成全模塊交互邏輯測試，測試完成之后，完成項目上線。
四、總結
做項目管理其實像是在滾雪球，從小到大的每一個過程中，盡力把雪球的每次層裹的堅固穩(wěn)定。這樣，就算雪球滾得足夠大了也不至于立刻全盤崩壞。
另外，有什么好處，我就不多說了，比如，降低項目風險，可每日匯報項目進度，成本可見，提升開發(fā)測試效率。
最后，方案是死的，人是活的，實際應用中需要結合項目場景靈活調整相關細節(jié)。產(chǎn)品經(jīng)理切忌拿來主義，別人給你的是你能得到，剩余不能給你的需你自己悟。
本文由 @王想 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉載。
題圖來自 Unsplash，基于CC0協(xié)議。
版權聲明：本文內容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。
