Bạn có bao nhiêu lỗi còn tồn đọng trong hồ sơ tồn đọng của mình? 100? 1000?
Họ nằm đó bao lâu? Một tuần? Tháng? Năm?
Lý do tại sao điều này xảy ra? Không có thời gian? Bạn có cần thực hiện những nhiệm vụ ưu tiên hơn không? “Bây giờ chúng tôi sẽ triển khai tất cả các tính năng khẩn cấp và sau đó chắc chắn chúng tôi sẽ có thời gian để giải quyết các lỗi”?
... Một số sử dụng Chính sách không có lỗi, một số có văn hóa làm việc với lỗi phát triển tốt (họ cập nhật kịp thời các tồn đọng, sửa lỗi khi chức năng thay đổi, v.v.) và một số trau dồi các thuật sĩ viết mà không có lỗi nào cả (không chắc, nhưng có thể điều này sẽ xảy ra).
Hôm nay tôi sẽ cho bạn biết về giải pháp của chúng tôi để giải quyết lỗi tồn đọng - dự án Bagodelnya.
Làm thế nào mà tất cả bắt đầu?
Một lần nữa xem xét lượng tồn đọng ngày càng tăng của các lỗi mở, chúng tôi đã đạt đến điểm sôi sục. Không thể sống như thế này được nữa, họ quyết định cắt bỏ nó bằng mọi giá. Ý tưởng là hiển nhiên, nhưng làm thế nào để thực hiện nó? Chúng tôi đồng ý rằng cách hiệu quả nhất sẽ là một sự kiện tương tự như hackathon: đưa các nhóm ra khỏi công việc hàng ngày và phân bổ 1 ngày làm việc để chỉ xử lý các lỗi.
Họ viết ra các quy định, gọi điện và bắt đầu chờ đợi. Có lo ngại rằng sẽ có ít người đăng ký, rất ít, nhưng kết quả vượt quá sự mong đợi của chúng tôi - có tới 8 đội đã đăng ký (tuy nhiên, vào giây phút cuối cùng đã có 3 đội hợp nhất). Chúng tôi dành cả ngày làm việc vào thứ Sáu cho sự kiện và đặt một phòng họp lớn. Bữa trưa được tổ chức tại căng tin văn phòng và thêm bánh quy vào bữa ăn nhẹ.
Thực hiện
Vào buổi sáng ngày X, mọi người tập trung tại phòng họp và tổ chức một cuộc họp ngắn.
Quy tắc cơ bản:
- một đội gồm từ 2 đến 5 người, ít nhất một người trong số họ là QA;
- lỗi phải được thành viên trong nhóm đóng theo tất cả các tiêu chuẩn sản xuất nội bộ;
- Mỗi đội phải có ít nhất một lỗi đã đóng cần sửa trong mã;
- Bạn chỉ có thể sửa các lỗi cũ (ngày tạo lỗi < ngày bắt đầu của bug house - 1 tháng);
- đối với các lỗi đã sửa, điểm (từ 3 đến 10) được trao tùy theo mức độ nghiêm trọng (để tránh gian lận, mức độ nghiêm trọng không thể thay đổi sau ngày Ngày lỗi được công bố);
- để đóng các lỗi không liên quan, không thể khắc phục được sẽ được thưởng 1 điểm;
- Việc tuân thủ tất cả các quy tắc được giám sát bởi nhóm kiểm toán, nhóm này sẽ hủy điểm đối với các lỗi được phát hiện lại.
Những chi tiết khác
- Chúng tôi không giới hạn bất kỳ ai trong việc lựa chọn địa điểm: họ có thể ở lại nơi làm việc của mình hoặc ngồi với mọi người trong một cuộc họp mà các chàng trai không bị phân tâm và có thể cảm nhận được niềm đam mê.
- Để duy trì tinh thần cạnh tranh, một bảng xếp hạng được hiển thị trên màn hình lớn và chương trình phát sóng văn bản về trận chiến liên tục được phát trên kênh chùng. Để tính điểm, chúng tôi đã sử dụng bảng xếp hạng được cập nhật qua webhook.
bảng xếp hạng
- Việc tuân thủ tất cả các quy tắc đã được nhóm kiểm toán giám sát (theo kinh nghiệm, 1-2 người là đủ cho việc này).
- Một giờ sau khi Bagodelny kết thúc, kết quả kiểm tra lại được công bố.
Những người chiến thắng đã nhận được một phiếu quà tặng đến quán bar và tất cả những người tham gia đều nhận được một món quà lưu niệm (móc khóa có hình "con bọ").
Những phát hiện
Trong sáu tháng qua, chúng tôi đã tổ chức được ba Nhà từ thiện. Chúng ta đã kết thúc với cái gì?
- Số đội trung bình là 5.
- Số lỗi trung bình được xử lý là 103.
- Số lượng lỗi trung bình không liên quan/không thể tái tạo là 57% (và thứ rác rưởi này liên tục gây chướng mắt và sợ hãi với số lượng của nó).
Giây phút công bố kết quả
Và bây giờ là câu trả lời cho câu hỏi khó nhất mà mọi người đều thích hỏi: “Bạn đã tìm thấy bao nhiêu lỗi mới?”
Trả lời: không quá 2% trong tổng số được xử lý.
Nhận xét
Sau Bagodelen, chúng tôi đã thu thập phản hồi từ những người tham gia. Dưới đây là câu trả lời cho câu hỏi “Bạn thích điều gì nhất trong quá trình tham gia?”:
- Thật tuyệt vời khi giải quyết được những hồ sơ tồn đọng với động lực như vậy! Thông thường đây là một quá trình rất buồn tẻ, nó phải được thực hiện định kỳ).
- Sự phấn khích, bánh quy.
- Đây là cơ hội được chờ đợi từ lâu để sửa chữa những điều nhỏ nhặt không quan trọng nhưng bạn muốn sửa.
- Tôi thích rằng cuối cùng bạn cũng có thể sửa các lỗi cũ, khó chịu ngoài vòng chạy nước rút; sẽ không bao giờ có thời gian cho những việc này vì sẽ luôn có những nhiệm vụ có mức độ ưu tiên cao hơn. Chúng tôi đã cố gắng tập hợp tất cả những người cần thiết vào một nơi (ví dụ: nhóm của chúng tôi có một dba) và thảo luận chung về mức độ liên quan của các lỗi và khả năng kỹ thuật để sửa chúng.
Kết luận
Cửa hàng lỗi không phải là thuốc chữa bách bệnh, nhưng nó là một lựa chọn khả thi để giảm lượng lỗi tồn đọng (ở các nhóm khác nhau từ 10 xuống 50%) chỉ trong một ngày. Đối với chúng tôi, sự kiện này thành công chỉ nhờ những người có động lực, ủng hộ sản phẩm và quan tâm đến hạnh phúc của người dùng.
Tất cả các lỗi tốt nhất và ít hơn!
Nguồn: www.habr.com