2014年進入現東家，從專案測試負責人到測試組長、測試專家、副總監、總監。
簡單分享下團隊管理的一些工作和反思。
跟大部分同行有區別的，是去年中因為部門調整的原因，"管理"物件從軟體測試擴散到了產品研發團隊的"支援管理"。所以後續的團隊管理分享的內容也會有一些超出質量管理職能的內容。
對於管理的場景和期望，我個人的理解：
- 在有限的時間和資源下有效的實現統一的目標
- 在公司、部門、與個人之間不斷尋求共同點，創造共贏
萬物皆有理，"無規矩，不成方圓"，團隊的運作需要一套完備的規範、流程和環境，既可以提升效率，又可以使工作分工明確，很大程度的降低溝通成本，讓工作有法可依有章可循。而流程中間產生和積累的資料也可以為我們後續的工作優化指明方向。
制定工作流程規範
如何制定流程？首先，要堅持一個原則："流程是解決問題的，不是製造問題的"。任何一個流程都是要經過制定和不斷調整的，要接受試錯（試點調研）。
流程的制定一定要符合團隊自身業務的發展需要，同時對團隊有正向的驅動力，制定流程要考慮的因素：
- 工作流程要能夠幫助團隊成員在工作中更加融洽，做到承上啟下，是員工間配合工作的潤滑劑。
- 工作流程應考慮在團隊目標達成不受損失的情況下，盡力降低成本，提升效率。
- 工作流程的制定考慮團隊人員的分工和技術水平，在不同階段採取不同的工作流程。
推進流程
工作流程涉及多個部門和工種之間的協作，大家對於流程的執行受到各種因素制約。部門間的利益，已有規範和工作習慣，以及流程執行邊界模糊等諸多問題。
在流程制定環節，一定要從根本上挖掘工作中各角色的痛點，真正為大家解決這些痛點。同時，要讓各部門的Leader參與進來，讓大家對於痛點的方案達成一致，同時增加參與感，讓被推動者變成推動者。
對於流程執行中的參與部門，要加強部門Leader層面的溝通，建立部門合作關係，關注大局觀，不侷限在單個部門利益範疇。
流程的執行依賴團隊對於"變化"的響應意識和能力。IT行業飛速發展，要跟上時代的步伐，需要不斷審視自己，做出適應變化的改變。
工作流程執行落地的初期，應加強跟進機制，可以制定檢查點，採取流程跟進記錄的方式跟進流程的執行情況。同時在流程執行過程中，要記錄發生的問題，建立SQA表格（問題，責任人，如何解決），對於流程的重要節點產出要重點關注，考量流程的推行有沒有對團隊的 KPI/OKR 或團隊工作效率有所提升。如果同預期j結果存在出入，要根據資料分析原因，找出下一步流程優化的方向。
（共贏，參與感，響應變化，QA，EPG）
改進流程
對流程優化，一定要做到"有理有據"，要在現有的流程中間進行資料收集，將收集的資料進行彙總分析，這些資料將為流程優化指明方向。
例：增加APP封板檢測流程
選擇專案進行流程試點，收集執行和未執行流程的專案資料，包括：測試有效bug產出、版本數量、線上遺留bug、測試人力成本等幾個維度來進行對比，判斷團隊增加APP封板檢測流程是否有效。做到用資料說話。研發團隊管理，一些建議實踐的點：
(後面會慢慢分享，透露下：一篇關於管理的是研發環境的統一。)
- 研發環境的統一。新員工的加入都會有開賬號，裝系統，配環境，跑程式碼，這些過程花費的時間超出我們的現象，完成可以自動化處理。後續工作中因為產品研發環境不一致出現的問題更會讓人感到焦頭爛額。
- 流程規範。測試流程，開發流程，軟體釋出流程，升級上線流程 ... 。責任明晰、高效對接、明確交付要求和標準、確保結果可評估。
- 程式碼管理。約定好研發版本管理規範及稽核機制，有效降低程式碼風險，保證版本持續迭代。
- 專案進度管理。定期Review，引入的是專案管理工具redmine，工時和看板功能可以有效展示資料。
- 研發階段的產品釋出流程和測試反饋。
- 持續整合，持續釋出。自動構建，持續打包，持續部署，持續測試，持續程式碼掃描。讓時間更多的保留在研發，通過持續整合快速發現錯誤，快速解決，將人工的成本放入到機器去自動化操作，不斷提效。
- 知識共享。規範檔案釋出，經驗沉澱，一定要支援快速查詢和檢索。
- ...
