項目跟進(上)

每個產(chǎn)品經(jīng)理在工作中都會遇到產(chǎn)品進度推遲、產(chǎn)品回歸、新的排期排不上等情況,當(dāng)遇到這些問題,我們可以從以下五個步驟著手處理(本篇講解前兩步驟)。

項目中
前言

此次開發(fā)版本內(nèi)容已進行需求方案評審立項,即產(chǎn)品經(jīng)理已與開發(fā)人員/測試人員進行了需求文檔梳理:

  • 復(fù)雜業(yè)務(wù)邏輯的梳理
  • 所有交互邏輯的梳理
  • 所有文案的梳理
  • 頁面流程圖的梳理(前提:跨頁面設(shè)計)
  • 字段來源與遞交的梳理
  • 操作日志的梳理

為了減少后期項目跟進中遇到的阻礙,產(chǎn)品經(jīng)理需要在這過程中自我細分去考慮各個可能發(fā)生的問題,做出相應(yīng)的備選方案以備不時之需。

項目啟動

1、確定人員

整合資源是產(chǎn)品經(jīng)理的必備軟能力之一,產(chǎn)品經(jīng)理要知道工作的上下游資源哪些是屬于自己的,協(xié)調(diào)工作開展的越早越好,以便項目較為順利的進行直至正常上線。

(1)確定開發(fā)人員

了解與熟悉開發(fā)人員是項目管理中最基礎(chǔ)的一環(huán)。產(chǎn)品經(jīng)理需要與該項目開發(fā)組組長確定好此次負責(zé)的模塊或者產(chǎn)品任務(wù)是由哪一個或者哪幾個開發(fā)人員負責(zé)。此外,產(chǎn)品經(jīng)理清楚相應(yīng)模塊的負責(zé)人便于在后期產(chǎn)品優(yōu)化中或者產(chǎn)品上線后出現(xiàn)問題時,可以第一時間找到對應(yīng)的人修改,提高解決問題效率或者產(chǎn)品迭代效率。

(2)確定測試人員

當(dāng)涉及多個產(chǎn)品聯(lián)調(diào)時,要與各個產(chǎn)品組的產(chǎn)品經(jīng)理確認好此次聯(lián)調(diào)測試的測試人員,以便提早將測試內(nèi)容溝通好,供測試人員估算工作量與工作時長,并且確認好相關(guān)產(chǎn)品之間聯(lián)調(diào)測試時間。

2、確認PRD

產(chǎn)品需求文檔是開發(fā)的依據(jù),產(chǎn)品經(jīng)理在確定對應(yīng)的開發(fā)人員后,需與之再次確認產(chǎn)品需求文檔。
在工作中,開發(fā)人員常常不看或者不仔細看文檔而先看原型,導(dǎo)致開發(fā)出來的內(nèi)容與產(chǎn)品經(jīng)理的產(chǎn)品設(shè)計有出入。那么在每次版本總結(jié)或者年會總結(jié)的時候,留底產(chǎn)品需求文檔可以保護產(chǎn)品經(jīng)理。當(dāng)領(lǐng)導(dǎo)詢問某個功能不足時,如果開發(fā)人員說沒有需求,那么產(chǎn)品經(jīng)理“搬出”需求文檔即可。

3、確定上線時間

當(dāng)項目中有項目經(jīng)理,項目經(jīng)理會為產(chǎn)品經(jīng)理分化開發(fā)排期和整合資源,產(chǎn)品經(jīng)理只需要確定相應(yīng)的上線時間即可,其他交給開發(fā)人員。當(dāng)項目中沒有項目經(jīng)理,那么產(chǎn)品經(jīng)理既是項目經(jīng)理,又是產(chǎn)品經(jīng)理。這時,產(chǎn)品經(jīng)理需要使用Excel或者其他排期軟件,如Project甘特圖或者禪道管理工具,管理項目的開發(fā)內(nèi)容、開發(fā)人員、開發(fā)周期。
在遇到大版本迭代、參與人數(shù)多或需求變動比較頻繁時,產(chǎn)品經(jīng)理一般會使用Excel或者Project管理項目記錄變更(不同團隊有不同的習(xí)慣性工具)。產(chǎn)品經(jīng)理在使用Excel時,需要注意各個項目任務(wù)的前后流程、人員關(guān)系,需要清楚或者評估時間節(jié)點。如果隨便確定一個時間節(jié)點,易導(dǎo)致開發(fā)周期變長,那么項目周期管理沒有意義。

項目排期表(Excel)

當(dāng)確定了排期時間,緊接著需要確定產(chǎn)品上線時間,除了中途有很高的優(yōu)先級需求插入(比如領(lǐng)導(dǎo)臨時調(diào)整)之外,都要保證項目準(zhǔn)時上線。當(dāng)領(lǐng)導(dǎo)有緊急需求時,排期往往浪費時間,整個部門會調(diào)用核心資源去做該需求,沒有排期可言,此時產(chǎn)品經(jīng)理只需要按照被要求的上線時間來定即可。
一般情況下,先確定好版本內(nèi)容與上線時間,接著視具體開發(fā)內(nèi)容、人員安排、開發(fā)時長、測試時長、需求緊急度適當(dāng)更改上線時間或者增減此次版本的需求。這個過程是頻繁的、交際較多的。盡量將項目排期到極致,時刻讓項目跟著時間走。

開發(fā)中

在開發(fā)中,產(chǎn)品經(jīng)理需要時刻了解目前的開發(fā)進度與開發(fā)情況(例如遇到的問題)。

1、查看進度

產(chǎn)品經(jīng)理一般使用禪道等項目管理軟件來查看相應(yīng)的產(chǎn)品進度,時刻了解進度與排期是否保持一致,也可以使用Excel或思維導(dǎo)圖進行統(tǒng)計。常用的項目管理軟件有禪道、Teambition、Worktile、JIRA、Project等。產(chǎn)品經(jīng)理要盡量把控好項目開發(fā)進度,力爭讓大家一起做到“不拖欠”,以此保證后續(xù)需求可以有條不紊地進行。當(dāng)然,項目管理軟件的開發(fā)進度只供參考,實際需要產(chǎn)品經(jīng)理經(jīng)常主動去詢問開發(fā)人員開發(fā)進度與開發(fā)情況,盡量第一時間發(fā)現(xiàn)和輔助解決潛在問題,以此保證開發(fā)內(nèi)容無誤。
如下圖所示,大家可以看到每一個階段會有哪些任務(wù),每個任務(wù)會消耗的時間或精力。產(chǎn)品經(jīng)理需要隨時知曉自己需求的開發(fā)進度,并及時檢驗。

項目內(nèi)容與進度視圖(禪道)

2、對接開發(fā)

(1)產(chǎn)品經(jīng)理要通過排期的時間節(jié)點跟進需求,了解當(dāng)前的開發(fā)進度,時刻檢查當(dāng)前開發(fā)做出的產(chǎn)品效果是否符合預(yù)期或者滿足其需求。

比如,對于某一個功能來說,開發(fā)自測時,產(chǎn)品經(jīng)理可以在dev上驗收開發(fā)成果,看看當(dāng)前開發(fā)成果是否滿足要求。此外,在開發(fā)過程中,產(chǎn)品經(jīng)理對大的需求可能會遺忘一些產(chǎn)品邏輯或細節(jié)字段,需要回看需求文檔,從而較為準(zhǔn)確的檢驗開發(fā)內(nèi)容與設(shè)計預(yù)期是否一致。

(2)一個完整的產(chǎn)品上線流程離不開前端、后端、服務(wù)端等開發(fā)人員。

在實際開發(fā)過程中,經(jīng)常會出現(xiàn)后端跟不上前端的速度,前端需要等后端提供接口,這就是木桶效應(yīng)(原理:影響裝水量的是木桶中最短的那塊木板)。團隊中應(yīng)該盡可能避免這種情況的出現(xiàn)。我們把裝水的量比作開發(fā)的進度,開發(fā)人員中如果有一個部門或某個人的工作影響了進度,就會導(dǎo)致整個模塊的開發(fā)推遲。這也是為什么一個好的項目經(jīng)理或好的產(chǎn)品經(jīng)理能夠迅速把控相應(yīng)的問題,爭取將團隊的木桶效應(yīng)最小化、開發(fā)資源利用最大化。

(3)每個團隊的項目管理、團隊大小不同,其反饋問題或者同步問題的方式或流程也不同。

在創(chuàng)業(yè)公司,或許開發(fā)人員就坐在產(chǎn)品經(jīng)理旁邊,當(dāng)出現(xiàn)任何問題或情況時產(chǎn)品經(jīng)理能馬上知曉。但在一定規(guī)模的團隊或企業(yè)中,往往開發(fā)人員對一些出現(xiàn)了問題的需求沒有處理或者未完成處理,產(chǎn)品經(jīng)理要根據(jù)時間節(jié)點才能追蹤到相應(yīng)環(huán)節(jié)出現(xiàn)問題的人或部門。這也是產(chǎn)品項目跟進中最頻繁的工作,比如,客戶端出現(xiàn)的問題是服務(wù)端導(dǎo)致的,產(chǎn)品經(jīng)理就會找到服務(wù)端開發(fā)人員;服務(wù)端完成了需求,但客戶端卻出現(xiàn)問題,產(chǎn)品經(jīng)理就會找客戶端開發(fā)人員。

根據(jù)時間節(jié)點定位問題點與問題方
(4)在此過程中,產(chǎn)品經(jīng)理要盡可能做到以下幾點:
  • 產(chǎn)品經(jīng)理雖然不需完全懂技術(shù),但是需要懂得基本的邏輯思維、用到的技術(shù)手段或者相應(yīng)的開發(fā)文檔,提升與開發(fā)同學(xué)之間的溝通效率;
  • 產(chǎn)品經(jīng)理要了解數(shù)據(jù)庫相關(guān)知識及接口知識,提升自我以更清晰地了解全流程,提高與開發(fā)之間的溝通效率,以更好地把控開發(fā)進度;
  • 產(chǎn)品經(jīng)理要多去溝通了解,實時把控進度,進行周匯總或者項目總結(jié),整理項目中存在的問題及為后續(xù)迭代或者復(fù)盤做準(zhǔn)備;
項目總結(jié)
  • 如果遇到溝通不了的問題,可以去找團隊領(lǐng)導(dǎo)溝通,要時刻注意同步當(dāng)前面臨的問題和解決的方式,千萬不要以小報告的形式解決;
  • 最后,產(chǎn)品經(jīng)理要盡可能保證需求能夠順利地發(fā)包,最終按時上線。

3、記錄工作日志

產(chǎn)品經(jīng)理除了撰寫文檔之外,任何工作記錄都必不可少,最好以周報或工作日志的形式記錄。

周報

4、與需求方保持聯(lián)系

(1)時刻與需求方保持溝通,一旦產(chǎn)品排期推遲,與需求方同步。
(2)若出現(xiàn)延期,在優(yōu)先級確定后,要與需求方確定次優(yōu)先級的功能點,準(zhǔn)備相應(yīng)的產(chǎn)品評審。


————下文————
測試中
1、確定PRD
2、跟進測試
3、關(guān)于BUG
(1)Bug的起止
(2)Bug 無法復(fù)現(xiàn)怎么辦?
(3)部分 Bug 未解決,能上線嗎?
貫穿始終
1、時刻同步產(chǎn)品需求文檔
上線后
1、開放權(quán)限
2、記錄問題與確定優(yōu)化項目
(1)自行線上測試
(2)搜集用戶反饋

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 我向來不喜歡大篇幅的說些理論知識,一慣堅持實踐出真知,文章中說的是在跟進項目時應(yīng)該注意的一些事項??赡軙信笥颜f這...
    snowgrain閱讀 1,054評論 0 7
  • 為什么寫這個,因為之前自己同時在跟進幾個項目,還在做新需求,沒有忙過來,自己覺得自己項目那塊沒有抽出時間做好,所以...
    Python面面觀閱讀 4,751評論 0 9
  • 前話 Kano模型里(kano模型是狩野紀(jì)昭教授發(fā)明的對用戶需求分類和優(yōu)先排序的一種工具)將人們對某物的需求定義成...
    安小遙哦閱讀 8,590評論 0 0
  • 最近跟進新項目,事情很繁雜。 一是涉及到產(chǎn)品研發(fā)與生產(chǎn)、技術(shù)應(yīng)用與客戶現(xiàn)場的協(xié)調(diào);二是涉及到很多新的工藝與設(shè)備,其...
    王順兵閱讀 363評論 0 1
  • 今年1月初開始,我工作上的一個主要內(nèi)容是跟進一個合作項目——固色劑項目,目標(biāo)是盡快推進項目建成并投產(chǎn)。如今快半年了...
    偉大與平凡閱讀 455評論 0 1

友情鏈接更多精彩內(nèi)容