產品經理與項目管理

、

互聯網產品研發中，談及項目管理會落地在2個職位上。一個是項目經理，另一個則是產品經理。

首先在小、中、大型產品研發團隊，項目管理的帶來的效率是不一樣的。但終究核心目的是爲了保證資源充分，讓項目按時上線減小推遲的可能。

在小團隊

由於團隊需求明確，作什麼均可以直接在附近溝通或電話直接溝通。項目管理反而讓整個開發節奏變得臃腫，每一個人的資源都是80%以上的利用率可能。項目的負責人很明確咱們何時能夠上線，如今有什麼問題，能夠準備下個功能開發。

在中、大型團隊

項目管理的做用，第一是保證上面的內容。其次是能夠保證要在5分鐘內可以將全局和重點展示出來。項目生命週期統計表和項目當週紅綠燈等，

項目管理的節點設置

項目管理其實就是管理團隊項目研發狀態，圍繞產品的研發流程。咱們有需求環節、設計環節、開發環節、測試環節、上線環節。

開發環節又能夠拆出：

前端開發、客戶端開發、後臺開發、AI

設計環節也能夠拆出：

交互、UI

所在的團隊規模與氛圍不一樣，上面的環節會有一些差別。但大致的研發流程都會這樣從左到右。因此咱們以每一個節點的時間、負責人、計劃結束時間。一個完整的項目管理表就能夠整理出來。

這裏借鑑網上朋友的一個案例以下圖，將整個環節以項目管理方式在excel整理出。

上圖只是整理了一個各節點環節時間。但就項目管理中的數據統計還未涉及，所以咱們不能經過這個圖直觀看到項目中的問題、以及項目任務進度。

項目的進度記錄

首先調研下，項目管理你選擇什麼工具使用？什麼樣的工具你會選擇來作項目的進度記錄？

我我的的習慣仍是選擇用excel來把控項目中的需求進度，teambition記錄溝通事宜爲主。

上圖是team bition中的溝通記錄。就每一個任務進行溝通記錄，而且加入該類溝通事項歸屬的進度流程。

但在excel中，能夠利用燃盡圖來表達項目的總體任務進度。從左到右隨着時間推移，任務逐漸減小。虛線表達原計劃工做佔比與時間消耗時間，高於虛線則表示超過原來安排工做量，低於虛線則相反。

綠色表示任務的剩餘狀態，紫色表示資源的使用狀況。資源指的是上面各個環節所涉及的點。最終右邊綠色的截止點若高於虛線，則代表項目延期。反之，則提速。

產品版本的問題

項目管理後，會上線一個版本。這就涉及到另一個問題，如何作版本管理。版本管理表示產品當前的功能、需求完成度，告知團隊與外部用戶咱們解決了什麼問題、新增了什麼功能？

好比版本號中的1.0、1.一、2.0、3.0，咱們如何定義這不一樣的版本號。

一般個人作法是：

1.0:表達大的版本，相似重構

1.1：在老功能下，進行優化某個功能甚至是迭代

2.0:新的功能上線或重構

2.01:某個BUG或小問題解決或修復

而後經過下圖的版本管理將版本對應的需求加上，這樣清晰知道每一個版本上線時間、包含的功能。

版本管理後，產品經理才能正確的寫產品驗收報告。避免將來的一些鍋和坑

固然，產品經理與項目經理的區別在小團隊中實際上是沒有區別的。產品經理來負責項目的進度。不得不說，產品經理對項目管控能力仍是要在於表格與資源時間溝通銜接上。

好啦，今天的原創就在這裏，我會每週更新兩篇產品工做的案例

推薦閱讀：

堅持一年，招募100個產品經理

個人第一本書，給大家

個人原創課程，產品經理8次訓練