技術交流群有同學問了這樣一個問題：測試團隊的整體質量規劃如何設計？
又是一個看似很務虛但實際上很有必要的問題。特別是在當下這個大家都提倡降本增效的時候，好的質量規劃設計的重要性就更明顯。
結合我自己的實踐經驗以及給一些公司做技術規劃的案例，這篇文章分享一些質量規劃的思路和方法。
如問題所述的質量規劃，其實簡單理解就是測試團隊整體的工作方向和目標。如果僅是簡單一次性的工作，那耗費時間進行規劃就大可不必。
但對於一個團隊來說，透過正確合理的規劃，為團隊指明未來的工作方向和目標以及重點，就很有必要，且這是每一個質量團隊管理者必須思考的問題。
首先，質量規劃的首要事情就是搞清楚當前現狀。其中主要包含如下幾個要素：
- 業務和版本迭代頻次；
- 團隊當前面臨的核心挑戰；
- IT 部門的整體目標和方向；
其中，如果業務迭代趨於穩定，那質量團隊的工作側重點就要適當向提升效率傾斜；如果業務處於快速擴充套件階段，版本迭代和獨立專案並行，那工作重點更應該集中於線上質量和需求吞吐速率。
團隊當前面臨的核心挑戰很好理解，比如測試過程效率偏低，比如基礎技術建設薄弱，比如線上質量問題頻發，比如研發過程質量較差，都是很典型的挑戰。當然，這些挑戰背後有各種各樣的原因，需要在質量規劃中針對性的採取方案來進行治理。
IT部門的整體目標和方向也容易理解。如當前很多公司在搞降本增效，這個時候你打算投入很多時間和資源去做大而全且週期比較長的技術專案，那就與部分的大方向背離了。
在進行質量規劃設計時，大的目標和方向一定要和整個技術團隊相匹配，即我們所述的向上對齊目標。而質量規劃設計和落地，就是向下的拆解任務和執行。
至於如何搞清當前現狀，我更建議管理者親自去和各個協作團隊的負責人和核心員工訪談，瞭解他們的痛點和訴求。至於問題調查表或者列覺問題投票的方式，我個人認為沒什麼必要，且容易走偏方向。
其次，質量規劃的重點在於瞄準重點目標和挑戰，制定合理可行的計劃。
在前期調研現狀過程中，可能會遇到很多問題，不同的聲音會讓你誤以為每個問題都很重要。但資源有限，在質量規劃設計時，重點是解決優先順序最高的幾個問題，抓大放小。
當然，在排列優先順序時，需要抽象總結共性，很多問題背後的根因其實是一致的。解決更底層的一個問題，往往就可以解決表層的很多問題。
在制定質量規劃的落地方案時，我個人的經驗是可以透過長中短三個階段來制定。其中短期解決痛點問題為主，中期以能落地實踐專案為主，長期則是以關鍵目標為主。
短期的痛點可能有漏測、線上問題頻發，中期的落地實踐如測試環境治理、測試資料治理，長期來說則是以體系建設、過程提效、線上穩定性為主。
如果需要簡短概括質量規劃，那可以參考這個思路：當前現狀如何？領導想要什麼？如何達成團隊整體目的？有哪些具體的目標？
評估的指標如何確定？分幾個階段和哪些手段達成？每個階段的落地方法和關鍵節點是什麼？對應的標誌性產出物是什麼？需要哪些資源？
核心就是十六個字：短期痛點，中期落地，長期設計，瞄準目標。
最後，聊一些務虛的話題。很多同學會認為規劃無用，執行過程會遇到很多其他問題，最終導致結果達不到預期，這是很現實的事情，但絕不是不做規劃的理由。
凡事預則立，不預則廢。規劃本身更注重的是整體目標的達成，關鍵問題是否得到解決。
最終取得的成果也許不達預期，也許會超過預期，但相比於埋頭苦幹和毫無計劃的各行其是，整體規劃的效果還是好於各行其是的區域性效應。
還有一點很重要的是，規劃本身也是一個向上管理向下溝通的手段，能不能拿到預期的結果是未來的事情，但在遇到問題時，技術團隊管理者一定要有規劃設計來解決問題。
求上得中，求中得下，規劃有時候也是一個面子問題，如果面子都過不去，那裡子的執行，就更無法落地。