(1)客戶介紹

百姓網 (Baixing.com)是國內領先的分類信息生態服務商，也是中國互聯網輕資產模式的典范。一直致力于打造以分類信息業務為平臺、多條垂直業務線布局的生態圈，為用戶提供涵蓋招聘求職、生活服務、房屋租售、二手車買賣、二手交易、教育培訓、同城交友等本地生活解決方案。

(2)項目背景

在成立的前9年里，公司人數始終控制在百人以內，秉承著精簡高效去流程化的小團隊運作模式。 “讓交付的速度跟上思考的速度”，是最初這支“小而美”的產品技術團隊一貫堅持的原則。

隨著近兩年的業務戰略調整，公司在新三板掛牌上市，人數也逐漸擴張。產品技術團隊從原本的“小而美”到“中而美”，在不同的發展階段百姓網始終在思考如何為效率而生。 2017年我們引入并推廣了TAPD，有效解決了因業務擴張對團隊帶來的新挑戰。目前TAPD已經成為百姓網工作中不可或缺的一部分。

(3)解決方案

需求管理

BEFORE

項目迭代初始，百姓的業務和產品團隊會通過快速的需求溝通與研發團隊確認業務目標和實現方式，在細化需求文檔后與研發同事進行評審并確認時間點。早期百姓的需求文檔采用wordpress、tower等工具，起初團隊成員精簡，產品業務也相對敏捷和獨立，需求可以快速響應，快速上線。

 

 

AFTER

隨著產品與不同業務間的協作溝通越來越頻繁，以及多角色參與后的信息同步和流轉問題的出現，對需求和項目管理的要求不斷提升。產品需要通過平臺來撰寫需求并匯總給研發團隊，其中包括MRD、PRD、UI稿等資源。

 

需求迭代的管理

MRD環節： 先由業務需求方整理和書寫MRD，核心PM定期審核所有MRD并通過TAPD進行流轉評審，明確哪些MRD可以通過，流轉下個環節；

PRD環節： 通過審核的MRD會由不同的PM跟進并輸出對應的PRD；核心PM定期審核所有PRD并確保PRD方案的正確性和可實施性；

排期環節： PM leader、開發工程師leader、測試工程師leader以周為單位對通過評審的PRD進行優先級排期和開發、測試時間的確定；

測試和上線環節： 開發流程完成后進入測試流程，測試通過后通知各方周知，進入上線流程。

 

 

需求流轉

需求通常有以下幾個關鍵狀態流轉，相關方都可通過消息提醒實時了解自己參與的需求狀態變更：

產品制定初步規劃（ 規劃中 ）→ 產品描述具體需求（ 撰寫中 ）→ 產品流轉給產品決策委員會確認需求合理性（ 評審中 ）→ 確認需求（ 通過評審 ）→ 完成排期并納入迭代計劃（ 開發中 ）→ 開發提交測試（ 測試中 ）→ 測試確認（ 已測試 ）→產品確認需求完全上線和驗收（ 已上線 ）

 

 

需求變更

產品、設計、業務、開發實現、上線范圍等可通過需求變更歷史進行追溯，并可同步所有干系人，對于外部的依賴和可能存在的風險都可及時地做出相應的策略調整和周知，也能讓所有職能同事清晰地了解目前的需求定義和進展。

 

干系人管理

不同的項目區分板塊進行管理，不同的干系人也可通過需求狀態、迭代、甘特圖、報表等途徑了解自己所關心的業務情況，確保信息高效同步，并能定期發布以推動當前處理者及時解決。

 

 

研發管理

BEFORE

最初百姓網技術團隊追求效率的基因也是非常典型的，工程師在日常工作中會時時思考并實施提升研發、流程、協作效率的有效方式，更傾向于通過自動化的機制而不是僵化的流程制度來解決一些問題。對于小規模的增量業務，技術團隊一手負責產品的開發測試到部署上線一體化。

 

AFTER

隨著業務形態的變更，越來越多地中大型項目加入到日常迭代中來。百姓網產品需求從設計到上線有著較多的環節和流轉，其中有的能走完所有流程上線，有的可能會被否定，此外不同的環節也會有不同的負責人，需求狀態的管理是件復雜的事情，不同項目的流轉流程和環節會不一樣。因此環節的流轉需要強加控制，迭代的溝通成本較高。

 

引入TAPD之后，在項目中可以自定義流轉環節、默認處理人、權限，我們使用這一組功能很好的確保了項目流程的靈活性和可控性。

 

 

TAPD里有個“迭代”的tab，可以自定義迭代和分配不同的需求到不同迭代中；迭代中每個任務的優先級、狀態、處理人等信息可以直觀且清晰地看到。

 

 

測試管理

BEFORE

百姓網測試團隊以功能測試為主覆蓋App、Web和Wap端不同產品的測試，來響應小規模迭代開發，達到網頁平臺端快速發版上線的靈動。

 

測試用例管理

測試用例一般用ShareDOCs的方式來管理（包括Google docs和Office 365），結合思維導圖（Mindmap）的形式來覆蓋主要功能測試點。缺點在于無法有效追蹤測試進度和用例缺陷的關聯度。

 

缺陷管理

百姓使用開源缺陷跟蹤系統Redmine進行管理，涵蓋提交（New）、修復（Fix）、關閉（Close）等整個生命周期，有較強大的缺陷變更和跟蹤記錄。

 

 

測試報告

百姓的測試報告基于單個項目的測試報告和總結，一般是業務線的QA手工完成（包括Excel、redmine的篩選統計功能），綜合測試覆蓋率等數據郵件發給研發團隊。

 

AFTER

隨著業務的增量擴張，需要測試的模塊數量和復雜度上升，項目本身需要更為合理和統一的平臺來追蹤和呈現測試相關數據。TAPD很好解決了這一痛點，有效反饋產品質量現狀。

 

缺陷管理

 

 

缺陷創建模板

 

測試計劃&測試用例

百姓的測試通過測試計劃→ 測試用例→ 缺陷的狀態更新，直觀地同步項目組產品測試進度和質量現狀。

 

 

 

測試任務

通過在需求內通過創建任務的方式對測試進行管理，這對于只有簡單執行無需流轉的任務是比較便捷的方式。

 

(4)價值體現

百姓網產品技術團隊帶著追求效率的基因一直在不停地進化，而TAPD則是那關鍵時刻的催化劑，幫助團隊在未來一路前行得更快更遠。

 

最后附上百姓網技術產品團隊合照：