工具
工具是高效工作的必需品，IM和電子郵箱肯定少不了。除此之外，可以輔助項目過程管理的工具還有這些：
- 在線文檔系統（ODS），需要支持分項目和目錄。代表工具：Confluence、石墨文檔
- 版本控制系統（VCS），不僅用來管理代碼，ODS支持不了的項目文件也可以放進來。代表工具：Git、SVN。
- 問題跟蹤系統。代表工具：Jira、禪道、mantis、Bugzilla等等。
- 項目進度板，最簡單地用白板/黑板就能做到，甚至可以利用IM的羣公告欄。。更高級的代表工具有：Jira、禪道、阿里雲效、騰訊TAPD、Teambition、Redmine、Worktile。這些工具全都集成了問題跟蹤模塊。如果執行快速迭代，項目週期短，那也未必需要隨時知道每個人在做什麼，所以未必一定要用高級工具。
問題（Issue）跟蹤系統除了記錄bug，還可以記錄優化建議等待辦事項。
版本迭代流程
（可點擊鏈接查看具體規則）
- 產品經理在文檔系統建立版本目錄。新項目就先建新空間。所有文檔按照文檔組織規範來存放
- 產品經理收集各方（運營、客服等）需求後撰寫需求總表，包含需求概述（一到兩句話）和優先級。
- 需求文檔：按照需求總表的順序出，每個需求的細緻程度和優先級一致。寫需求期間設計師同步做設計初稿。
- 負責人評審：由研發、測試的主管評審可行性和資源可用性（人力、服務器等）。簡單的需求不一定需要開會。
- 設計師初稿：有客戶端或前端參與的需求，初稿要在全體評審前要做出來。期間設計師有機會先提出產品文檔缺陷
- 全體評審：所有實際參與項目的同學參加。儘可能提前發現缺陷
- 工作量評估：各職能給出時間長度和依賴關係，彙總給項目經理排期。
- 排期，立項：項目經理髮出郵件，包含所有的信息
- 設計師標註切圖
- 開發設計評審（一般小於10個工作日的需求不需要，具體由研發主管判斷）
- 測試用例評審（一般小於10個工作日的需求不需要，具體由測試主管判斷）
- 開發
- 提測
- 測試：先準備好冒煙測試案例給開發。每輪測試撰寫測試報告。所有人都可以去報bug
- 延期和需求變更
- 項目經理每週發週報
- 加班
- 驗收、上線：發佈後運營和測試再做一輪冒煙測試或持續監控，達到放量的標準才叫完成上線。
- 結項：數據分析、覆盤，項目經理彙總後發郵件
- 線上故障
專項流程
不跟隨版本迭代的需求，可視爲專項。在項目空間的根目錄建一個文件夾。確定搭車哪個版本上線後，可以把所有文檔轉移到那個版本的目錄下。
具體流程暫不做規範，可以的話儘量和版本迭代流程一致。
本系列文章的目錄：https://hursing.blog.csdn.net/article/details/88025790