Có một cách tốt để giới thiệu đánh giá?
Có thể có một số cách tốt, tùy thuộc vào nhóm của bạn và lợi ích bạn hy vọng nhận được từ các đánh giá, nhưng bất kỳ cách tiếp cận nào cũng sẽ có một số tính năng phổ biến:
giải thích những gì bạn mong đợi: Đây là một quy trình mới cho nhóm của bạn hoặc ít nhất là thay đổi quy trình hiện có, vì vậy thật công bằng khi cho nhóm biết lý do tại sao bạn tạo ra thay đổi, cách bạn mong đợi nhóm sẽ có lợi và Làm thế nào bạn sẽ biết liệu nó hoạt động.
xác định quy trình: Đưa mọi người qua quy trình bạn muốn họ theo dõi để xem xét mã, thảo luận về các thay đổi, v.v., để mọi người trong nhóm biết cách tiến hành.
xác định tiêu chí: Đưa ra các loại thay đổi mà mọi người nên và không nên gọi là cần cải thiện. Ví dụ, các lỗi và cải tiến hiệu suất đáng kể là tốt để chỉ ra; các tiêu chuẩn mã hóa, khả năng đọc và khả năng bảo trì cần được lưu ý nhưng không được chú ý; vấn đề sở thích cá nhân hoặc phong cách nên được để lại một mình.
thảo luận về hành vi: Chỉ ra rằng mục tiêu là cải thiện mã và thúc đẩy sự hiểu biết chung sẽ giúp nhóm viết mã tốt hơn trên bảng, không làm xấu hổ bất cứ ai, giải quyết điểm số, v.v. Phê bình nên khách quan và mang tính xây dựng, không bao giờ mang tính cá nhân. Việc đặt ra một số quy tắc cơ bản có thể giúp giảm bớt rủi ro về việc xem lại mã.
Đặt bản thân bạn lên ghế nóng trước: Cho dù bạn có kế hoạch đánh giá cá nhân hay đánh giá nhóm, có lẽ nên trải qua một vài lần đầu tiên với tư cách là một nhóm. Đánh giá đầu tiên phải là mã của riêng bạn để các thành viên khác trong nhóm có thể thấy rằng quy trình không quá tệ và bạn sẵn sàng tự mình trải qua.
Bắt đầu bằng cách tổ chức một cuộc họp khởi động để giải thích tất cả những điều trên và giải quyết các mối quan tâm của các thành viên trong nhóm. Theo dõi với e-mail tài liệu quá trình.
Tôi cảm thấy một sự miễn cưỡng lớn từ đội, bởi vì đó chỉ là một việc nữa để làm và các cuộc trò chuyện có thể trở nên đau đớn.
Đó là hai mối quan tâm riêng biệt. Nếu bạn tin rằng đánh giá sẽ hữu ích, thì bạn cần xây dựng thời gian vào lịch trình để thực hiện chúng. Hãy chắc chắn rằng các thành viên trong nhóm hiểu rằng việc xem xét là công việc giống như bất kỳ nhiệm vụ nào khác, không phải là điều gì đó bổ sung mà họ phải làm trong khi tiếp tục hoàn thành các nhiệm vụ khác với cùng một tỷ lệ.
Các cuộc họp đánh giá nhóm nên được dẫn dắt bởi một người điều phối, người sẽ tiếp tục thảo luận, hạn chế thời lượng cuộc họp và giữ mọi thứ mang tính xây dựng. Điều đó sẽ đi một chặng đường dài để tránh các cuộc trò chuyện đau đớn. Vào thời điểm bạn sẵn sàng bắt đầu đánh giá cá nhân, nhóm sẽ hy vọng có những hành vi được áp dụng để giúp họ giữ mọi thứ mang tính xây dựng.
Bạn cũng nên xem lại quá trình xem xét theo thời gian. Kết hợp nhóm thường xuyên để thảo luận về quy trình: nó hoạt động tốt như thế nào, có thể cải thiện nó như thế nào, nên bỏ những thực hành nào, v.v. Hãy cho nhóm sở hữu quy trình và tự do thử những điều mới.