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