產品經理技能樹之 項目管理

對項目的管理主要體如今三個方面：文檔管理、進度管理、測試管理

 

1、文檔管理

文檔在項目進行的過程當中不斷進行修改是一個不可避免的狀況。保證整個團隊在整個項目中都能使用正確的文檔並非件容易的事情。

文檔管理有兩個關鍵需求：一是版本記錄，二是協做體系。在版本記錄方面，主要是要作到當有新版本產生的時候，整個團隊相關人員都要能收到更新提醒。同時，新版本與舊版本之間的區別也須要能很是明顯得展示出來。在協做體系方面，主要是要能知足對文檔內容的修改、討論的需求。固然，對於文檔的修改、討論能夠經過頻繁得開會來解決，但這無疑是一個很是低效率的方法。同時，相對於開會這種方式，自動化協做體系有一個很大的有點就是能將全部的修改與討論所有記錄下來，這就至關於將集體智慧沉澱了下來，爲以後的彙總經驗提供了很是大的好處。

供團隊使用的文檔管理工具在選擇上仍是比較多樣的。國外的有Google Doc、Quip，國內的有有道雲協做、石墨文檔。這些工具基本都能知足版本記錄、協做體系兩方面的需求。而究竟選擇哪種則取決於整個團隊的接受程度。

 

2、進度管理

進度管理是項目管理中最重要的部分。要作好這部分的工做既須要有工具的幫助，也須要有項目經驗的積累。

進度管理的工具數量至關多，其中大型工具中比較著名的有微軟的Project。這類的大型工具功能全面，對諸如製做甘特圖、與Outlook進行配合之類的支持作得比較好，但同時帶來的代價是部署困難，學習曲線也相對陡峭。總的來講，這類大型工具只適合那些項目規模比較龐大同時流程已經很是清晰的團隊。除了以上所說這類大型工具以外，還有不少小型工具能夠供產品經理選擇。小型工具中比較著名的有tower、teambition等。這類小型工具知足了大部分項目管理的基本需求，同時又簡單易學，且又不須要自行部署，很是適合在小型團隊中推廣使用。

進度管理管理工具不論大型仍是小型，帶給產品經理的幫助主要體如今兩個方面，一是幫助產品經理明確責任劃分，二是幫助產品經理高效調度資源。

經過管理工具，產品經理能夠爲每項任務明確指定負責人以及截止時間。經過明確的責任劃分，發生任務延期狀況的時候，產品經理能夠第一時間找到相關負責人商討解決辦法，從新調整進度。當全部的任務都指定了負責人和截止時間以後，產品經理就能夠經過工具提供的彙總功能看到團隊中各種資源的調度狀況。在項目的具體實施過程當中，可能團隊各個部分的進度有快有慢，這時產品經理就能夠經過彙總功能快速調整各種資源的調度狀況，以保證項目的高速運轉。

固然，工具並不能解決進度管理中的全部問題。管理的過程當中，還有許多部分會要求產品經理擁有豐富的項目經驗才能妥善處理。任務組織就是一個典型的例子。組織水平高的產品經理能讓被指派任務的人員可以在第一時間就理解任務的劃分邏輯。

對於設計類的任務來講，最好是以頁面爲組織單位，創建一套命名體系將各個獨立的頁面以及每一個頁面的各個狀態區分開來。經過這樣的方式，設計的產出就可以與後期的頁面開發無縫鏈接，而不會出現設計與開發人員之間反覆溝通的狀況。於此同時，還應該將與產品邏輯相關的頁面再獨立得羅列出來，這樣整個團隊就都可以以此爲基礎快速理解項目的關鍵點。

對於開發類的任務來講，最好是以功能爲組織單位。一樣是創建一套命名體系將各個功能區分開來。這樣的組織方式保證了IOS與Android兩個客戶端的開發都是基於一樣的功能邏輯。同時，依靠共享的功能邏輯，服務端就可以給兩個客戶端製做統一的數據接口。總之，以功能爲組織單位可以爲開發團隊之間的高效率溝通提供堅實的基礎。

 

3、測試管理

測試的種類很是多，單元測試、集成測試、白盒測試、黑盒測試等等不一而足。就個人見解而言，產品經理沒必要把過多的注意力放在保證代碼健壯性的單元測試上（這些交個開發團隊內部自行處理便可），而要保證對每一個項目節點產生的階段性產出進行有質量的集成測試。也能夠說，產品經理沒必要過度關注與代碼運行過程相關的白盒測試，而是要去關注那些忽略運行過程，聚焦在觸發條件與觸發結果的黑盒測試。

產品經理關注的測試通常分爲界面測試、功能測試兩個大的方面。界面測試通常聚焦在App在不一樣屏幕、不一樣型號的手機是否可以保證呈現出理想的效果，同時，在空狀態、無網絡等狀態下，各個界面可否可以作出正確的顯示。功能測試則聚焦在客戶端是否可以在各類極限條件下都保證功能邏輯的正確；同時，服務端是否能抗住必定程度的訪問壓力。

測試管理的工具不少，專業的有Jira等工具，同時還有不少小型的測試管理工具。雖然工具類型多樣，但我一直認爲產品經理測試管理的能力其實並不與工具直接相關，而是與任務組織能力息息相關。若是產品經理已經以頁面爲單位創建了一套體系來組織界面類的相關任務，那麼他就能很容易得在這個基礎上列出相關的測試用例，並進而將這些測試用例與相關的負責人員關聯起來，以保證測試出現問題時可以被在第一時間被解決。一樣得，若是產品經理已經以功能邏輯爲單位創建了一套體系來組織功能類的相關任務，那麼他也就能很容易得在這個基礎上列出相關的測試用例，並關聯到相關的負責人員。