實(shí)例解析:敏捷開發(fā)項(xiàng)目管理五步走

5 評論 16510 瀏覽 107 收藏 9 分鐘

不少創(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):

  1. 項(xiàng)目進(jìn)度不可見,產(chǎn)品經(jīng)理對項(xiàng)目失去掌控,開發(fā)每日進(jìn)度不可見,老板也不知道大家每天在做什么。效率低下,項(xiàng)目延期,成本增加。
  2. 測試周期與開發(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ā)為例)。

二、目錄

  1. 工時評估,列出功能清單與完成開發(fā)工時評估
  2. 計(jì)劃排期,列出里程碑計(jì)劃與開發(fā)計(jì)劃,具體到功能模塊責(zé)任到人
  3. 階段測試,功能模塊完成開發(fā),開始階段測試
  4. 項(xiàng)目管理過程中需求變更處理
  5. 完成綜合測試,項(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ǎn),可每日匯報(bào)項(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é)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 我的問題是,如你所說的流程,和傳統(tǒng)項(xiàng)目管理有什么區(qū)別?如何體現(xiàn)敏捷????

    來自廣東 回復(fù)
  2. 這個跟敏捷開發(fā)有啥關(guān)系?

    來自福建 回復(fù)
  3. 牛逼克拉斯

    來自上海 回復(fù)
  4. 贊??

    來自浙江 回復(fù)
  5. 加油

    來自浙江 回復(fù)