產品團隊管理 - 如何制定、推行，優化工做流程

2014年進入現東家，從項目測試負責人到測試組長、測試專家、副總監、總監。

簡單分享下團隊管理的一些工做和反思。

跟大部分同行有區別的，是去年中由於部門調整的緣由，"管理"對象從軟件測試擴散到了產品研發團隊的"支持管理"。因此後續的團隊管理分享的內容也會有一些超出質量管理職能的內容。

 

 

對於管理的場景和指望，我我的的理解：

• 在有限的時間和資源下有效的實現統一的目標
• 在公司、部門、與我的之間不斷尋求共同點，創造雙贏

   

      萬物皆有理，"無規矩，不成方圓"，團隊的運做須要一套完備的規範、流程和環境，既能夠提高效率，又可使工做分工明確，很大程度的下降溝通成本，讓工做有法可依有章可循。而流程中間產生和積累的數據也能夠爲咱們後續的工做優化指明方向。

   

  制定工做流程規範

      如何制定流程？首先，要堅持一個原則："流程是解決問題的，不是製造問題的"。任何一個流程都是要通過制定和不斷調整的，要接受試錯（試點調研）。

      流程的制定必定要符合團隊自身業務的發展須要，同時對團隊有正向的驅動力，制定流程要考慮的因素：

• 工做流程要可以幫助團隊成員在工做中更加融洽，作到承上啓下，是員工間配合工做的潤滑劑。
• 工做流程應考慮在團隊目標達成不受損失的狀況下，盡力下降成本，提高效率。　　
• 工做流程的制定考慮團隊人員的分工和技術水平，在不一樣階段採起不一樣的工做流程。

   

  推動流程

   

      工做流程涉及多個部門和工種之間的協做，你們對於流程的執行受到各類因素制約。部門間的利益，已有規範和工做習慣，以及流程執行邊界模糊等諸多問題。

      在流程制定環節，必定要從根本上挖掘工做中各角色的痛點，真正爲你們解決這些痛點。同時，要讓各部門的Leader參與進來，讓你們對於痛點的方案達成一致，同時增長參與感，讓被推進者變成推進者。

   

      對於流程執行中的參與部門，要增強部門Leader層面的溝通，創建部門合做關係，關注大局觀，不侷限在單個部門利益範疇。

   

      流程的執行依賴團隊對於"變化"的響應意識和能力。IT行業飛速發展，要跟上時代的步伐，須要不斷審視本身，作出適應變化的改變。

   

      工做流程執行落地的初期，應增強跟進機制，能夠制定檢查點，採起流程跟進記錄的方式跟進流程的執行狀況。同時在流程執行過程當中，要記錄發生的問題，創建SQA表格（問題，責任人，如何解決），對於流程的重要節點產出要重點關注，考量流程的推行有沒有對團隊的 KPI/OKR 或團隊工做效率有所提高。若是同預期j結果存在出入，要根據數據分析緣由，找出下一步流程優化的方向。

  （雙贏，參與感，響應變化，QA，EPG）

   

  改進流程

  對流程優化，必定要作到"有理有據"，要在現有的流程中間進行數據收集，將收集的數據進行彙總分析，這些數據將爲流程優化指明方向。

      例：增長APP封板檢測流程
      選擇項目進行流程試點，收集執行和未執行流程的項目數據，包括：測試有效bug產出、版本數量、線上遺留bug、測試人力成本等幾個維度來進行對比，判斷團隊增長APP封板檢測流程是否有效。作到用數聽說話。

   

  研發團隊管理，一些建議實踐的點：

  (後面會慢慢分享，透露下：一篇關於管理的是研發環境的統一。)

1. 研發環境的統一。新員工的加入都會有開帳號，裝系統，配環境，跑代碼，這些過程花費的時間超出咱們的現象，完成能夠自動化處理。後續工做中由於產品研發環境不一致出現的問題更會讓人感到焦頭爛額。
2.  流程規範。測試流程，開發流程，軟件發佈流程，升級上線流程 ... 。責任明晰、高效對接、明確交付要求和標準、確保結果可評估。
3. 代碼管理。約定好研發版本管理規範及審覈機制，有效下降代碼風險，保證版本持續迭代。
4. 項目進度管理。按期Review，引入的是項目管理工具redmine，工時和看板功能能夠有效展現數據。
5. 研發階段的產品發佈流程和測試反饋。
6. 持續集成，持續發佈。自動構建，持續打包，持續部署，持續測試，持續代碼掃描。讓時間更多的保留在研發，經過持續集成快速發現錯誤，快速解決，將人工的成本放入到機器去自動化操做，不斷提效。
7.  知識共享。規範文件發佈，經驗沉澱，必定要支持快速查詢和檢索。
8. ...