前言
- 最近碰到了團隊研發質量一直提升不上去，執行比較乏力等問題進行了總結，以研發考覈積分的方式進行引導和樹正團隊氛圍風氣，僅供團隊參考。
考覈引導
- 規範研發產出物，結合CMMI和敏捷開發特性確保研發過程中里程碑節點可控，以70%規則和30%權責方式進行研發積分績效考覈，從而實現團隊正序引導。
![研發過程里程碑節點]( "研發過程里程碑節點")
通過對里程碑節點研發產出物的管控實現一定程度上的質量保障
- 研發考覈積分具體執行規則項
- 有效非重複歷史問題 0.5分 - 測試組長評定分數
- 不耽誤當前工作前提下修復歷史問題 1-5分 - 研發組長評定分數
- 項目迭代里程碑 - 關鍵時間節點
- 需求評審階段 - 會議既要爲準
- 變更清單 扣 1分 - 清晰描述業務變更情況
- 有效風險預警 加1分
- 有效需求評審建議 加1分
- 設計階段 - 評審需2人進行展開 wiki 留存依據爲準 包含方案、評審內容 C級項目(研發週期3周以上)需相關人員以會議形式參與評審
- 子功能拆分 扣 1分
- 接口文檔未及時輸出 扣2分 - 接口文檔必須優先輸出且及時同步干係人員
- 模型設計未評審 扣2分 - 根據實際項目需要 研發組長評定
- 實現邏輯未評審 扣2分 - 存在複雜邏輯，邏輯流程圖經過評審人評定可適當簡化或省略
- 集成方案未評審 扣2分 - 根據實際項目需要 研發組長評定
- 上述文檔未留存wiki 扣1分
- 開發階段
- 當天 bug修復代碼未推送及時 扣1分
- 提測被打回 扣5分
- 邏輯嵌套超4層 扣2分
- 代碼評審-代碼質量可靠 編寫有抽象思維 邏輯清晰明瞭 編碼、註釋規範 可申請加2分 - 以評審人評定郵件爲準
- 有單元測試自測 可申請加3分
- 測試人員
- 測試用例評審被打回 扣5分
- 測試用例功能覆蓋不全 扣1分
- 每次迭代自動化覆蓋測試用例佔比超過30% 加2分
- 測試用例複用率超過30% 加2分
- 測試描述bug不清晰，復現步驟模糊 扣1分
- 驗收階段
- 因個人原因導致版本封板延遲 團隊扣1分 個人扣3分
- 因個人原因導致版本無法上線者 團隊扣2分 個人扣5分
- 在發佈前仍在頻繁修改 相關研發人員 扣2分
- 驗收階段發現新bug 相關測試人員扣1分
- 上線階段
- 不停機更新時操作部署不當導致服務宕機 根據影響範圍扣5-10分
- 上線之後
- 由於健康監控預警不及時導致服務宕機 根據影響範圍扣 5-10 分
- 由於人爲操作導致服務宕機 扣 20 分
- 非運維人員操作導致的服務宕機 相關人員 扣 20分 並對造成的客戶經濟損失根據實際情況承擔相應責任
- 線上bug 第一時間響應人員加2分(以發佈溝通羣響應爲準)，第一時間響應人員需後續推進和跟蹤此bug狀態直至修復，所有相關修復干係人員加2分，此功能實現人員扣2分，功能測試人員扣 3 分
