
Tại sao có bảng xếp hạng
- Điểm số theo nhóm — cả hai chỉ số đều được chuẩn hóa so với mức trung bình của nhóm, giúp điểm số có ý nghĩa trong ngữ cảnh thực tế
- Đánh giá cân bằng — chất lượng và tác động đóng góp ngang nhau (50/50), nên năng suất cao không thể che khuất chất lượng thấp
- So sánh công bằng — các refactor lớn được tính tỷ lệ cao hơn so với các thay đổi nhỏ
- Khuyến khích chất lượng — Điểm Chất lượng từ 1–10 biến code review thành vòng phản hồi tích cực
- Chẩn đoán, không chỉ xếp hạng — bảng xếp hạng lộ ra sự mất cân bằng về khối lượng công việc và xu hướng chất lượng mà số lượng PR đơn thuần không thể hiện
Điểm chất lượng
Mỗi PR nhận một Điểm Chất lượng trên thang 1–10. Điểm bắt đầu từ 10 và bị trừ theo số lượng và mức độ nghiêm trọng của các phát hiện — vấn đề nghiêm trọng bị trừ nhiều hơn vấn đề nhẹ. Điểm Chất lượng Nhóm hiển thị trên dashboard là trung bình cộng của tất cả lập trình viên.Công thức cốt lõi
- Normalized Quality Score = Điểm Chất lượng Trung bình của Tác giả / Điểm Chất lượng Nhóm
- Normalized Impact Score = Tổng Tác động của Tác giả / Tác động Trung bình Nhóm
Điểm chính xác 1.0 có nghĩa lập trình viên đang ở mức trung bình của nhóm.
Tính toán tác động
Điểm tác động của mỗi merge request đo mức độ phức tạp của thay đổi:
Công thức tác động được dẫn xuất từ phương pháp Oobeya GitWiser Coding Impact Score.
Ví dụ tính toán
Dữ liệu nhóm:
Trung bình nhóm:
- Điểm Chất lượng Nhóm = (8.5 + 7.2 + 9.0) / 3 = 8.23
- Tác động Trung bình Nhóm = (450 + 280 + 120) / 3 = 283.33
- Normalized Quality = 8.5 / 8.23 = 1.03
- Normalized Impact = 450 / 283.33 = 1.59
- Contribution Score = (1.03 + 1.59) / 2 = 1.31
Đọc hiểu bảng xếp hạng
Dùng tổ hợp điểm như một công cụ chẩn đoán sức khỏe kỹ thuật, không chỉ để xếp hạng:Liên quan
Skill matrix
Xem mức độ thành thạo của từng lập trình viên trên các lĩnh vực Security, Performance, Correctness, và Patterns
Code review analytics
Theo dõi xu hướng code review, hiệu suất lập trình viên, và sức khỏe nhóm theo thời gian