“采坑,填坑”,項(xiàng)目的那些事兒(第五階段:項(xiàng)目跟進(jìn))
在開發(fā)技術(shù)方案評(píng)審?fù)ㄟ^后,就需要進(jìn)行項(xiàng)目的排期跟進(jìn)了,產(chǎn)品的職責(zé)也會(huì)與項(xiàng)目跟進(jìn)相關(guān)。本文講的是項(xiàng)目那些事兒系列文章的第五階段——項(xiàng)目跟進(jìn)。
一、簡(jiǎn)易流程
相關(guān)的背景:在產(chǎn)品規(guī)劃完成后,進(jìn)行了技術(shù)評(píng)審過關(guān)進(jìn)行立項(xiàng)并開始開發(fā)時(shí),產(chǎn)品也會(huì)兼并項(xiàng)目經(jīng)理的職責(zé),進(jìn)行項(xiàng)目進(jìn)度的及時(shí)把控及跟進(jìn)解決問題。
存在的問題列舉:
(1)沒有統(tǒng)一的項(xiàng)目管理工具,不能及時(shí)的把控每個(gè)人的進(jìn)度,需時(shí)常人為跟進(jìn);
(2)不明確每個(gè)人的項(xiàng)目進(jìn)展,耽誤上線時(shí)間的把控;
(3)沒有相關(guān)的績(jī)效制度,激勵(lì)大家去高效率的進(jìn)行。
相關(guān)的解決方案:
(1)規(guī)范的使用項(xiàng)目軟件,例如:Tapd,Teambition,禪道,Tower,Project,gitlab等;
Tapd項(xiàng)目管理例圖
簡(jiǎn)要說明:需求分解式闡述,可以進(jìn)行實(shí)時(shí)提醒相關(guān)人員進(jìn)行查閱需求,變更也會(huì)有相關(guān)的變更提醒,也可上傳相關(guān)的附件文檔,生成產(chǎn)品報(bào)表等。
Gitlab管理例圖
簡(jiǎn)要說明:便攜式的管理需求,并且該工具可方便開發(fā)與產(chǎn)品共同使用,規(guī)范文檔至相關(guān)的看板中,然后拖拽至不同的階段進(jìn)行跟進(jìn),及時(shí)查看及提醒變更記錄等。
(2)明確每一個(gè)人的職責(zé)及所擔(dān)負(fù)的相關(guān)責(zé)任;
通過相關(guān)的項(xiàng)目管理工具,可以清楚地看到每個(gè)人去領(lǐng)取的需求任務(wù)及時(shí)間節(jié)點(diǎn),很清晰的把控項(xiàng)目進(jìn)度。
(3)及時(shí)解決項(xiàng)目開發(fā)中存在的問題及獲取替代解決方案。
目前測(cè)試人員多數(shù)都在使用產(chǎn)品系統(tǒng),便于對(duì)bug的提交與回歸。與此同時(shí)產(chǎn)品也可使用禪道進(jìn)行文檔管理,畢竟可使用開源版。
這里舉一個(gè)項(xiàng)目預(yù)估周期內(nèi)的時(shí)發(fā)的例子及如何應(yīng)對(duì)解決:
當(dāng)時(shí)做一款公寓項(xiàng)目重構(gòu)時(shí)的一個(gè)小的需求點(diǎn)的評(píng)估。
二、場(chǎng)景模擬
需求方:需要一個(gè)可以國(guó)內(nèi)外共同使用的地圖功能。
功能點(diǎn):
- 可根據(jù)postcode及地圖定位查找所在地;
- 可查到定位點(diǎn)周邊的學(xué)校,公交,地鐵等信息;
- 可進(jìn)行路線查找,計(jì)算出各種出行方式及路線詳情;
- 需要免費(fèi)的接口;
- 其他(暫不做詳細(xì)介紹)。
競(jìng)品的地圖樣式
立項(xiàng)前進(jìn)行需求調(diào)研結(jié)果:
1. 經(jīng)過幾個(gè)地圖的對(duì)比:Google,必應(yīng),百度,騰訊,高德的分析比較后,選擇的必應(yīng)地圖作為受重點(diǎn),可基本滿足現(xiàn)有需求,接入7.0版本的接口文檔;
2. 參照競(jìng)品后發(fā)現(xiàn)其使用的是Google+mapbox,但是mapbox是基于免費(fèi)+收費(fèi)項(xiàng)目的,所以做了備選方案(經(jīng)目前使用用戶及訴求,免費(fèi)版暫時(shí)可以作為支撐);
mapbox接口示例圖
兩套方案進(jìn)行規(guī)劃設(shè)計(jì),但是在開發(fā)途中,發(fā)現(xiàn)了必應(yīng)的接口升級(jí)到8.0版本,很多代碼進(jìn)行了封裝處理,一些需求點(diǎn)不能進(jìn)行定制or獲取相應(yīng)的數(shù)據(jù)源。
在預(yù)估開發(fā)時(shí)間周期內(nèi),此異常行為會(huì)耽誤很多開發(fā)時(shí)間。
因此果斷進(jìn)行方案二的替換,來避免不必要的開發(fā)成本及時(shí)間周期,最終解決了異常問題。
三、總結(jié)說明
在項(xiàng)目跟進(jìn)中總會(huì)遇到形形色色的問題,因此把控好以下幾點(diǎn)顯得尤為重要:
- 需求方案評(píng)審立項(xiàng)時(shí),需要自我細(xì)分去考慮各個(gè)可能發(fā)生的問題,做出相應(yīng)的備選方案以備不時(shí)之需;
- PM雖然不需完全懂技術(shù),但是基本的邏輯思維,用到的技術(shù)手段or相應(yīng)的開發(fā)文檔需要懂得,這樣的話才能更好地提升與開發(fā)同學(xué)之間的溝通效率;
- 多去溝通了解,實(shí)時(shí)把控進(jìn)度,進(jìn)行周匯總or總結(jié)等習(xí)慣,來整理項(xiàng)目中存在的問題及為后續(xù)迭代或復(fù)盤做準(zhǔn)備;
- 也可以熟悉了解數(shù)據(jù)庫(kù)相關(guān)知識(shí)及接口知識(shí),來提升自我及幫助自我更清晰了解全流程。
本文由 @?Leon 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
避免不了的就是過程中的需求變更,哪怕是前期確認(rèn)定下來的需求,可能也會(huì)因?yàn)楦鞣N原因需要變更,而且甲方相對(duì)強(qiáng)勢(shì)。
基本需求變更很常見,就看是大事是小
小的就得迅速找到快速的解決方案或不緊急情況的可延后再處理
大的就得再看工期的延長(zhǎng)來進(jìn)行了(需求方不可撼動(dòng)的情況下),一般都應(yīng)作為迭代需求放入迭代中
前期的籌備工作做充足了,prd輸出較為完善,郵件都確認(rèn)無誤后,盡量會(huì)減少變更行為出現(xiàn)