項目管理中，這些注意事項

來源：貴州弘波質(zhì)量檢測有限公司  發(fā)布時間：2022-12-02  瀏覽：1197次

項目管理中，這些注意事項

1. 異常狀態(tài)

比如：城河工程項目管理向您介紹：異常流程、頁面的缺省狀態(tài)、數(shù)據(jù)的溢出空值狀態(tài)等。

這些異常狀態(tài)，如果在開發(fā)階段才被發(fā)現(xiàn)，你就不得不向開發(fā)做需求澄清，向設(shè)計師要求補(bǔ)充UI，他們可能臉上笑嘻嘻，心里MMP，項目進(jìn)度也很有可能受到影響。

以前看過一句話，產(chǎn)品經(jīng)理腦海中的需求變更，才是成本最小的需求變更。

因此，及時在需求文檔階段標(biāo)明異常狀態(tài)。

2. 動態(tài)數(shù)據(jù)

產(chǎn)品界面上的數(shù)據(jù)分靜態(tài)和動態(tài)2種，靜態(tài)數(shù)據(jù)一般是客戶端寫死，動態(tài)數(shù)據(jù)一般是接口傳的。

對于界面的動態(tài)數(shù)據(jù)，可以單獨列一個表格，標(biāo)明數(shù)據(jù)名稱、數(shù)據(jù)格式以及數(shù)據(jù)的溢出空值狀態(tài)。

如果是比較大的項目，可以用Xmind列出產(chǎn)品的總體信息結(jié)構(gòu)，也就是產(chǎn)品涉及到的全部字段。

服務(wù)端開發(fā)可以通過參考你的字段表，很便捷地創(chuàng)建數(shù)據(jù)結(jié)構(gòu)，開發(fā)接口，從而加快項目進(jìn)度。

3. 數(shù)據(jù)指標(biāo)、埋點需求

臨到項目上線才想起要數(shù)據(jù)埋點，而具體埋什么數(shù)據(jù)不知道，導(dǎo)致數(shù)據(jù)埋點不準(zhǔn)確或不全面，效果評估大打折扣，對于一個項目來說是比較打擊士氣的。

這其實是缺乏數(shù)據(jù)意識的體現(xiàn)——為了需求而需求。

不知道需求要達(dá)成什么目的，也就不知道衡量目的的數(shù)據(jù)指標(biāo)，也就不知道生成數(shù)據(jù)指標(biāo)的數(shù)據(jù)埋點該怎么做。

理想的解決方案，在需求文檔階段，首先明確衡量需求的數(shù)據(jù)指標(biāo)，思考一下指標(biāo)可以通過什么數(shù)據(jù)生成？

通過集成的第三方數(shù)據(jù)統(tǒng)計工具就可以，那就確保統(tǒng)計工具可用。

通過數(shù)據(jù)庫保存的字段就可以，那就注意第2項中的動態(tài)數(shù)據(jù)。

如果必須通過數(shù)據(jù)埋點才行，那就將埋點需求納入需求文檔，作為需求的一部分提給開發(fā)。

二、技術(shù)評審、排期

1. 技術(shù)難點

一旦技術(shù)難點在開發(fā)階段才被發(fā)現(xiàn)， 那將極大加劇項目延期的風(fēng)險。

都說產(chǎn)品經(jīng)理要懂點技術(shù)，這里就可以派上用場。

評審前，提前預(yù)估技術(shù)難點，評審中遇到技術(shù)難點，停下來，讓負(fù)責(zé)的開發(fā)注意一下。

能在會上評估就在會上評估掉，如果真的比較復(fù)雜，會后讓開發(fā)做一下技術(shù)調(diào)研，再排期。

這樣給出的排期在項目進(jìn)度上相對可控。

如果評估出來發(fā)現(xiàn)技術(shù)難點的開發(fā)量遠(yuǎn)超預(yù)期，那就要考慮下需求的性價比，是否有替代方案，是否轉(zhuǎn)為迭代需求等？

如果整個項目的開發(fā)量遠(yuǎn)超預(yù)期，那就考慮根據(jù)需求的優(yōu)先級，將項目劃分成多期開發(fā)。

2. 需求變更

遇到變更，首先考慮必要性。

如果影響到主流程，不改不行；果斷同步給相關(guān)開發(fā)，說明變更原因，評估變更額外增加的開發(fā)量以及對項目進(jìn)度的影響。

如果是體驗上的優(yōu)化，考慮移入迭代需求。

對于產(chǎn)品經(jīng)理來說，完成比完美更重要。

死摳細(xì)節(jié)，只會加劇項目風(fēng)險，同時你在項目成員心目中的靠譜值也會被蠶食殆盡。

一旦確定變更納入到本次項目中，將變更記錄到文檔中，說明變更內(nèi)容、變更原因、負(fù)責(zé)人等。

3. 提前同步項目風(fēng)險

遇到項目中可能的延期，提前向項目干系人同步項目風(fēng)險，說明延期原因。

等到已成既定事實再同步，產(chǎn)品可能不自覺就成背鍋俠了。

四、產(chǎn)品驗收、UI驗收、測試

1. bug收集

產(chǎn)品驗收主流程就行，細(xì)節(jié)交給測試。

將驗收過程中發(fā)現(xiàn)的問題匯總再交給開發(fā)，集中處理bug效率更高。