項目管理中你應該知道的注意事項

8 評論 18767 瀏覽 77 收藏 8 分鐘

項目管理本質上是在管理信息和人,如何將正確的信息在正確的時間點傳達到正確的人,是一門學問。本文將從項目管理的5個環節入手,分別介紹每個環節要注意的事項。

一、需求文檔

1. 異常狀態

比如:異常流程、頁面的缺省狀態、數據的溢出空值狀態等。這些異常狀態,如果在開發階段才被發現,你就不得不向開發做需求澄清,向設計師要求補充UI,他們可能臉上笑嘻嘻,心里MMP,項目進度也很有可能受到影響。

以前看過一句話,產品經理腦海中的需求變更,才是成本最小的需求變更。因此,及時在需求文檔階段標明異常狀態。個人認為,需求文檔寫得最理想的狀態是,任何人但凡有任何需求上的疑惑,你就把需求文檔甩給他看,他就懂了。

2. 動態數據

產品界面上的數據分靜態和動態2種,靜態數據一般是客戶端寫死,動態數據一般是接口傳的。對于界面的動態數據,可以單獨列一個表格,標明數據名稱、數據格式以及數據的溢出空值狀態。

如果是比較大的項目,可以用Xmind列出產品的總體信息結構,也就是產品涉及到的全部字段。服務端開發可以通過參考你的字段表,很便捷地創建數據結構,開發接口,從而加快項目進度。

3. 數據指標、埋點需求

臨到項目上線才想起要數據埋點,而具體埋什么數據不知道,導致數據埋點不準確或不全面,效果評估大打折扣,對于一個項目來說是比較打擊士氣的。這其實是缺乏數據意識的體現,為了需求而需求,不知道需求要達成什么目的,也就不知道衡量目的的數據指標,也就不知道生成數據指標的數據埋點該怎么做。

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

通過集成的第三方數據統計工具就可以,那就確保統計工具可用。通過數據庫保存的字段就可以,那就注意第2項中的動態數據。如果必須通過數據埋點才行,那就將埋點需求納入需求文檔,作為需求的一部分提給開發。

二、技術評審、排期

1. 技術難點

一旦技術難點在開發階段才被發現,?那將極大加劇項目延期的風險。都說產品經理要懂點技術,這里就可以派上用場。評審前,提前預估技術難點,評審中遇到技術難點,停下來,讓負責的開發注意一下。能在會上評估就在會上評估掉,如果真的比較復雜,會后讓開發做一下技術調研,再排期。這樣給出的排期在項目進度上相對可控。

如果評估出來發現技術難點的開發量遠超預期,那就要考慮下需求的性價比,是否有替代方案,是否轉為迭代需求等?

如果整個項目的開發量遠超預期,那就考慮根據需求的優先級,將項目劃分成多期開發。

2. 環節進度可交叉

設計—>服務端開發—>客戶端開發,它們不是一條流水線,一個環節完成才能進入下一個環節,環節進度是可以相互交叉的。這樣做的好處是,盡可能在一段時間內,充分利用資源。簡單來講就是,誰都別閑著。

舉2個例子:

  • 例1:設計師可以先設計出整體的UI框架,把界面上元素的位置、尺寸定好,就能給到客戶端開發了,然后再設計icon、banner等相對耗時的元素,客戶端到時候替換一下即可。
  • 例2:服務端開發有了需求文檔,也可以著手開發數據庫、接口和管理后臺。數據庫和接口可以先開發,讓客戶端先接起來,有問題能及時暴露。接口很多,則可以按照產品模塊分批給。至于管理后臺的功能,開發通過底層數據庫也能實現,因此優先級可以往后,放到數據庫和接口穩定后再開發。

三、開發

1. 項目例會

在一個中大型項目中,項目例會很有必要,多方可以及時同步信息,暴露問題。項目例會的頻率,可以根據項目周期、干系人多少,靈活調整。如果項目到達一個里程碑,很有必要在項目例會上向大家宣告目前已經拿下的戰果,鼓舞士氣。

2. 需求變更

遇到變更,首先考慮必要性。如果影響到主流程,不改不行,果斷同步給相關開發,說明變更原因,評估變更額外增加的開發量以及對項目進度的影響。如果是體驗上的優化,考慮移入迭代需求。

對于產品經理來說,完成比完美更重要。死摳細節,只會加劇項目風險,同時你在項目成員心目中的靠譜值也會被蠶食殆盡。

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

3. 提前同步項目風險

遇到項目中可能的延期,提前向項目干系人同步項目風險,說明延期原因。等到已成既定事實再同步,產品可能不自覺就成背鍋俠了。

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

1. bug收集

產品驗收主流程就行,細節交給測試。將驗收過程中發現的問題匯總再交給開發,集中處理bug效率更高。如果bug一個個提,他們肯定煩。

2. UI驗收的優先級

驗收和測試時間充裕的話,UI驗收可以和產品驗收同時進行。如果時間緊張,UI可放到最后驗收,先把流程和邏輯測好。完成比完美更重要,你懂的。

五、上線

1. 上線通報

及時同步上線信息給項目干系人,并感謝項目成員的辛苦付出,這既是一個交代,也是對他們付出的肯定。

2. 成果通報

項目有實質性成果,及時通報,成員的士氣會得到極大提振,你在項目成員心目中的靠譜值會上升一點點。如果成果顯著,向上級申請項目獎金,請項目成員出去搓一頓,你的靠譜值會飆升。

 

本文由 @?產品微醺 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖作者提供

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 有公司有專門的項目管理崗,也有很多公司項目管理工作由產品經理兼任,兩者最終目的一致,但處理項目中的一些問題時,往往立場迥異,導致矛盾重重;一個好的產品經理或者項目經理一定要知道在進行項目管理工作時,在保證不犧牲產品質量的前提下,在時間成本、人類物力財力、項目范圍三個方面取得平衡;即達到了項目擬定的商業目標,又按時完成了項目任務。

    來自山東 回復
    1. 你說的很對!

      來自浙江 回復
  2. 項目管理很重要,每個人的人生其實就是一個大項目。

    來自江蘇 回復
    1. 是的

      來自浙江 回復
  3. 在產品設計面前,完美更重要
    在項目管理面前,完成更重要

    來自廣東 回復
    1. 在老板財務面前,盈利更重要!

      來自江蘇 回復
    2. 恩,需要權衡

      來自浙江 回復