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