Quy định thưởng phạt

1. Mục đích

Quy trình này nhằm mục đích quy định rõ ràng các điều kiện để được thưởng hoặc bị phạt dựa trên hiệu suất công việc của các thành viên trong đội sản xuất (Dev, QC, PM). Toàn bộ các khoản thưởng/phạt sẽ được quản lý thông qua quỹ Pizza fundingarrow-up-right.

2. Phạm vi áp dụng

Áp dụng cho tất cả các thành viên trong đội sản xuất tại Naiscorp, bao gồm Developer (Dev), Quality Control (QC), và Project Manager (PM).

3. Các quy định sản xuất

3.1 Developer (Dev)

  • Tự kiểm tra (Self-test): Bắt buộc phải kiểm tra lại công việc sau khi hoàn thành.

  • Viết Unit Test: Mọi tính năng phải đi kèm với unit test đảm bảo tính chính xác.

  • Theo dõi exception: Liên tục theo dõi thông báo lỗi (exception) thông qua kênh Telegram.

  • Test lại trên production: Sau khi triển khai lên production, phải kiểm tra lại trước khi giao cho QC.

3.2 Quality Control (QC):

  • Viết tài liệu test cases: Phải có tài liệu test bao gồm các tiêu chí functional và non-functional.

  • Báo cáo hàng ngày: Báo cáo chi tiết số lượng bug mới, bug cũ và ai là người phụ trách.

  • Tự động hoá kiểm thử (Auto Test): Tăng cường triển khai các bài test tự động nhằm giảm thiểu công việc kiểm thử lặp lại.

  • Kiểm thử hồi quy (Regression Test): Thực hiện đầy đủ trước khi release cho khách hàng.

4. Quy định chung về thưởng

Các tiêu chí thưởng:

  • Hoàn thành sớm tiến độ: Mỗi ngày sớm so với kế hoạch sẽ được thưởng 5 điểm (n: số ngày sớm).

  • Release 1 tính năng cho QC không có bug: 10 điểm.

  • Release 1 tính năng cho QC với số bug từ 0 đến 3: 5 điểm.

  • Sáng kiến mang lại thay đổi đáng kể cho sản phẩm: 50 điểm (được chấp nhận bởi PM).

  • Tính năng có performance tốt: 5 điểm.

  • Đề xuất cải tiến quy trình hoặc công cụ hỗ trợ: 20 điểm (được chấp nhận bởi PM).

  • Hoàn thành tốt công việc mà không cần sự hỗ trợ: 15 điểm (được chấp nhận bởi PM).

  • Đóng góp tích cực vào việc review code: 10 điểm.

  • Giúp đỡ đồng nghiệp giải quyết vấn đề khó khăn: 10 điểm.

  • Tổ chức workshop được mọi người đánh giá cao: 50 điểm (>= 8/10 điểm).

Lưu ý: 1 điểm tương đương với 1.000 đồng.

5. Quy định về phạt

Các tiêu chí phạt:

  • Chậm tiến độ: Trễ mỗi ngày sẽ bị phạt 5 điểm (n: số ngày trễ).

  • Cập nhật code gây lỗi trên server dev: 5 điểm (lỗi 500).

  • Cập nhật code gây lỗi trên server production: 10 điểm (lỗi 500).

  • Release tính năng nhưng không test được: 5 điểm (lỗi 500, không thấy tính năng).

  • Bug lặp lại lần 1: 5 điểm.

  • Bug lặp lại nhiều lần: Áp dụng công thức Fibonacci, mỗi lần tiếp theo sẽ bị phạt theo mức Fibonacci(n).

  • Số lượng bug từ 4 đến 10 trên một tính năng: 5 điểm.

  • Số lượng bug > 10 trên một tính năng: 20 điểm.

  • QC release cho khách hàng nhưng không test được: 20 điểm.

  • QC release cho khách hàng với số lượng bug > 5 trên một tính năng: 20 điểm.

  • Không tuân thủ quy định tự kiểm tra và viết unit test: 10 điểm.

  • Không tham gia review code trước khi merge: 5 điểm.

  • Lỗi quá hiển nhiên mà QC có thể phát hiện ngay lập tức: 10 điểm.

  • Release cho QC báo đã hoàn thành nhưng QC test lại không thấy: 15 điểm.

  • Dev fix bug nhưng không kiểm tra lại, QC test vẫn còn lỗi: 10 điểm.

  • Lỗi quá hiển nhiên mà khách hàng có thể phát hiện ngay lập tức: 20 điểm.

  • Khách hàng không hài lòng vì lỗi quá nhiều: 30 điểm.

Lưu ý: 1 điểm tương đương với 1.000 đồng.

6. Biện pháp khuyến khích nâng cao kỹ năng

Thưởng cho các cá nhân tham gia các khóa học, chứng chỉ hoặc seminar nâng cao kỹ năng làm việc.

7. Mục tiêu và KPI cụ thể

Đặt ra các mục tiêu rõ ràng và KPI cho từng thành viên, đánh giá dựa trên các tiêu chí như:

  • Giảm số lượng bug

  • Thời gian fix bug

  • Số lượng tính năng không có bug

8. Cách thức thực hiện quy trình

  • Theo dõi và cập nhật điểm thưởng/phạt: Điểm thưởng/phạt sẽ được ghi nhận và cập nhật theo từng tuần, tháng.

  • Các số liệu cần minh bạch và do một thành viên có trách nhiệm quản lý.

  • Báo cáo: Các thành viên cần báo cáo tiến độ công việc và các lỗi phát sinh để quản lý có thể theo dõi và đánh giá chính xác.

9. Quy định xử lý vi phạm và khiếu nại

  • Nếu có khiếu nại về điểm thưởng hoặc phạt, thành viên có quyền đề xuất để PM và đội ngũ quản lý xem xét lại tình huống cụ thể.

  • Mọi quyết định cuối cùng sẽ do PM đưa ra.

10. Kết luận

Quy trình thưởng phạt nhằm thúc đẩy sự minh bạch và công bằng trong công việc, đồng thời khuyến khích tinh thần tự giác và trách nhiệm của các thành viên.

Last updated