如何衡量工程質量？這是每個前端團隊都要面臨的問題。它反映了團隊的研發效能和交付水平，是前端能力與價值的體現。 但這也是一個不太容易講清楚的問題。如何選擇衡量指標？如何量化？需要結合研發體系的具體情況去深入思考。 本文介紹了我們在這方面的方法論和實戰經驗，並給出了一個可以落地的系統化解決方案。
背景
前端領域的語言標準、開發框架和工具鏈已逐漸成熟，研發提效成爲了團隊的重要目標之一，修煉內功的時代到來了。我們正是在這個時間節點上開始思考：一個前端工程從開發到部署，有哪些環節還存在優化空間？如何衡量這些關鍵環節做得好與不好？
經過分析，我們發現了一些存在的問題：
- 技術選型碎片化：雖然我們的技術棧是統一的，但具體技術選型五花八門。當團隊負責的工程數量達到一定規模時，選型的碎片化無疑會讓維護成本陡增，也不利於確定統一的衡量標準。
- 研發環節缺乏量化評估：當我們尋找可以量化的研發指標時，只有測試部門提供的 Bug 率和運維部門提供的服務穩定性，而對研發環節缺乏有效的量化評估手段。比如，當我們在團隊中講“提升代碼的可維護性”時，我們到底在講什麼呢？也許每個人都有自己的理解。
基於以上問題，我們決定建立一個前端工程質量評估模型，並將其平臺化，以便能夠清楚地瞭解每一個工程哪裏做得好？好到什麼程度？哪裏做得不夠好？應該如何改進？
原文鏈接:【https://www.infoq.cn/article/FGrQeAw5mNKjWkxGV12U】。未經作者許可，禁止轉載。