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

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

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

1. 異常狀態(tài)

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

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

以前看過一句話，產品經理腦海中的需求變更，才是成本最小的需求變更。

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

2. 動態(tài)數據

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

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

如果是比較大的項目，可以用Xmind列出產品的總體信息結構，也就是產品涉及到的全部字段。

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

3. 數據指標、埋點需求

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

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

不知道需求要達成什么目的，也就不知道衡量目的的數據指標，也就不知道生成數據指標的數據埋點該怎么做。

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

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

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

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

二、技術評審、排期

1. 技術難點

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

都說產品經理要懂點技術，這里就可以派上用場。

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

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

這樣給出的排期在項目進度上相對可控。

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

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

2. 需求變更

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

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

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

對于產品經理來說，完成比完美更重要。

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

一旦確定變更納入到本次項目中，將變更記錄到文檔中，說明變更內容、變更原因、負責人等。

3. 提前同步項目風險

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

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

四、產品驗收、UI驗收、測試

1. bug收集

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

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