產(chǎn)品經(jīng)理如何進(jìn)行項(xiàng)目管理(3):工件篇
“聞道有先后,術(shù)業(yè)有專攻”,一個(gè)優(yōu)秀的項(xiàng)目經(jīng)理在產(chǎn)品迭代的過程中,有著不可小覷的作用。然而在大部分互聯(lián)網(wǎng)公司,由于團(tuán)隊(duì)規(guī)模的限制,產(chǎn)品經(jīng)理往往會(huì)承擔(dān)一定的項(xiàng)目管理職能,那么產(chǎn)品經(jīng)理應(yīng)該如何做好項(xiàng)目管理呢。我曾在任職期間以產(chǎn)品經(jīng)理身份兼任項(xiàng)目經(jīng)理一職,就產(chǎn)品經(jīng)理如何進(jìn)行項(xiàng)目管理這一話題給大家?guī)矸窒怼?/p>
在《產(chǎn)品經(jīng)理如何進(jìn)行項(xiàng)目管理(1):基礎(chǔ)理論篇》中,提到項(xiàng)目管理有四大工件,這四大工件也是我在項(xiàng)目管理過程中使用并持續(xù)改進(jìn)的。
需求清單
需求清單在其他的一些互聯(lián)網(wǎng)產(chǎn)品團(tuán)隊(duì)中,也被稱為需求池,顧名思義需求清單是一個(gè)用來記錄各渠道來源的需求、所涉及的產(chǎn)品、需求的優(yōu)先級(jí)、需求狀態(tài)以及發(fā)布時(shí)間的一個(gè)清單。
需求清單中有幾項(xiàng)是需要特別注意的:
- 描述:描述是用來記錄需求的詳細(xì)信息,描述中的語言一定不能產(chǎn)生歧義,否則會(huì)給開發(fā)團(tuán)隊(duì)帶來困擾。
- 優(yōu)先級(jí):優(yōu)先級(jí)決定了需求調(diào)研的先后順序、需求開發(fā)的先后順序,我們采用四象限的方式來定義需求的優(yōu)先級(jí)。
- 狀態(tài):狀態(tài)標(biāo)記了需求目前所處的情況,需求清單應(yīng)該是一個(gè)公開的清單,任何人都可以查看清單的信息,因此狀態(tài)一定要跟實(shí)際情況一致,及時(shí)反映需求的進(jìn)展。
- 提出人:提出人信息是為了方便對(duì)需求進(jìn)行追溯,由誰提出的需求,后續(xù)關(guān)于該需求的變更都要及時(shí)告知提出者。
任務(wù)清單
任務(wù)清單列表是一組當(dāng)前迭代選出的任務(wù)代辦事項(xiàng)列表,該列表由項(xiàng)目組成員維護(hù),并交由測(cè)試人員監(jiān)控。
項(xiàng)目組成員根據(jù)迭代計(jì)劃對(duì)需求進(jìn)行分解,將需求分解為一個(gè)個(gè)可以獨(dú)立部署的任務(wù)計(jì)劃,測(cè)試團(tuán)隊(duì)根據(jù)項(xiàng)目組成員給出的任務(wù)清單跟蹤任務(wù)完成情況并督促開發(fā)人員提測(cè),做到持續(xù)集成。項(xiàng)目組成員確保把最優(yōu)資源投入到高優(yōu)先級(jí)需求上。
這里有兩個(gè)難點(diǎn):
- 需求分解:作為產(chǎn)品經(jīng)理代理項(xiàng)目經(jīng)理,很難做好需求分解和進(jìn)度評(píng)估工作,需要產(chǎn)品經(jīng)理有一定的技術(shù)功底,能夠大概知道背后的實(shí)現(xiàn)邏輯如何;另外你還必須充分信任開發(fā)團(tuán)隊(duì),信任他們所給出的時(shí)間節(jié)點(diǎn)。
- 持續(xù)集成:持續(xù)集成在一定程度上,增加了代碼合并的工作量,也容易引人其他開發(fā)成員帶來的bug,但只有做到持續(xù)集成,才能算是敏捷的開發(fā)
項(xiàng)目周報(bào)
項(xiàng)目周報(bào)是對(duì)一周項(xiàng)目迭代的情況匯報(bào)以及下周項(xiàng)目組的工作計(jì)劃,另外對(duì)于項(xiàng)目管理過程中出現(xiàn)的一些問題,例如流程上的漏洞、資源的欠缺都要及時(shí)向上反饋,以便獲得領(lǐng)導(dǎo)的支援,切忌報(bào)喜不報(bào)憂。
迭代總結(jié)
迭代總結(jié)是在整個(gè)項(xiàng)目管理過程中,比較重要的一個(gè)環(huán)節(jié)。很多產(chǎn)品經(jīng)理甚至專業(yè)的項(xiàng)目經(jīng)理都容易疏忽這一點(diǎn)。迭代總結(jié)的重要性在于,它能如實(shí)的反映項(xiàng)目迭代過程中存在的一些問題,并根據(jù)這些問題進(jìn)行跟蹤改進(jìn)。
記錄問題只是其中的一部分,重要的是作為項(xiàng)目經(jīng)理的你有沒有事后去推動(dòng)改良這些事情,不然迭代總結(jié)只是一個(gè)形式主義。
作者:周沛沛(微信號(hào)nyyzpp),點(diǎn)我吧產(chǎn)品經(jīng)理。文能寫文檔,武能改BUG。
本文由 @周沛沛 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
謝謝前輩,感覺一下清晰了很多,有了些調(diào)理;想請(qǐng)教下,怎么區(qū)分需求和BUG呢,前文說每天需要上傳代碼測(cè)試,測(cè)試人員每天是否也要提出的BUG呢,這樣是否也要我們記錄在需求清單里面呢,資源控制要怎么做呢?
怎么根據(jù)需求拆分任務(wù)呢??
你好,請(qǐng)問文中第一張圖,用的需求管理工具叫什么?。?/p>
伙伴云
如何根據(jù)需求拆解任務(wù)?
迭代總結(jié)里面的內(nèi)容推出產(chǎn)品經(jīng)理貌似能力不行嘛,哈哈哈哈
即使再優(yōu)秀的產(chǎn)品經(jīng)理都有可能存在犯錯(cuò)的情況,迭代總結(jié)中的內(nèi)容,恰恰說明產(chǎn)品經(jīng)理意識(shí)到自己的問題,而不是固守自封
怎樣才能讓項(xiàng)目周報(bào)看起來一目了然
形式不重要,重要的是講清楚事情。
1. 本周做了什么:
做了什么不重要,而是要匯報(bào)做了事情的結(jié)果
2. 下周要做什么:
同樣要匯報(bào)預(yù)期結(jié)果,比如跟誰討論什么什么事情,為什么要討論,討論之后要達(dá)到什么結(jié)果
3. 遇到了什么問題:
遇到了什么問題,怎么解決,需要誰的配合,是否需要上級(jí)的支援
可以考慮金字塔思維方式,先匯報(bào)結(jié)果(項(xiàng)目的進(jìn)展,項(xiàng)目的情況,項(xiàng)目的結(jié)論),再匯報(bào)論點(diǎn),再匯報(bào)論據(jù)。