Danh sách kiểm tra Scrum là một công cụ đơn giản để giúp bạn làm quen với Scrum, hoặc đánh giá việc triển khai Scrum của bạn hiện tại. Lưu ý rằng chúng không phải là các quy tắc. Chúng là các chỉ dẫn.
Điểm mấu chốt Cốt lõi Scrum Nếu bạn đạt thứ bạn bỏ qua phần lại kiểm tra Quy trình bạn tốt Đây điều yếu Scrum Nếu không thực điều bạn không nên gọi Scrum Chuyển giao phần mềm chạy tốt, kiểm thử sau tuần Chuyển giao cần thiết mặt nghiệp vụ Quy trình cải tiến liên tục Một số đề xuất thực triển khai PO có product backlog (PBL) Các hạng mục hàng đầu ưu tiên hóa theo giá trị nghiệp vụ PO am hiểu ưu tiên hóa Các hạng mục hàng đầu ước tính PO trực tiếp liên lạc với Team Các ước tính Team tiến hành PO trực tiếp làm việc với bên liên quan Các hạng mục hàng đầu PBL đủ nhỏ để phù hợp với sprint PO thống phát ngôn (trong trường hợp có nhóm PO) PO hiểu rõ mục đích tất hạng mục backlog Khả diện cao Được cập nhật ngày Được sở hữu riêng Team Tiến hành Scrum Hằng ngày Toàn Team tham dự Các vấn đề & trở ngại xác định rõ Phiên Rà soát tiến hành sau Sprint Trình diễn phần mềm chạy tốt, kiểm thử Nhân phản hồi từ PO bên liên quan Có Định nghĩa Hoàn thành (DoD) Có khả đạt DoD sprint Henrik Kniberg Kết đề xuất cải tiến cụ thể PO trao quyền để tối ưu hóa Team có sprint backlog Danh sách kiểm tra Scrum Tiến hành phiên Cải tiến cuối sprint Toàn Team + PO tham gia phiên Hiểu rõ mà PO đưa phi quy Có phiên Lập kế hoạch Sprint PO tham dự phiên PO mang đến PBL cập nhật Toàn Team tham dự Kết kế hoạch sprint Toàn Team tin đạt kế hoạch Phần khuyến nghị không luôn cần thiết Hầu hết mục thường cần thiết lúc tất Hãy thực nghiệm! Team có đầy đủ kỹ cần thiết để Hoàn thành hạng mục backlog Các hạng mục PBL tách thành tác vụ (hạng mục - task) sprint Các thành viên Team không bị gắn với vai trò cụ thể Các tác vụ Sprint ước tính Kết thúc sớm phân đoạn (iteration) bị coi thất bại Ước tính cho tác vụ làm cập nhật ngày PO có tầm nhìn sản phẩm (product vision) thống với PBL Tốc độ (velocity) đo lường PBL tầm nhìn sản phẩm diện Các hạng mục lập kế hoạch Sprint ước tính Tất thành viên tham gia vào trình ước tính PO sử dụng tốc độ để lập kế hoạch phát hành PO sẵn sàng nhóm tiến hành ước tính Tốc độ xác định hạng mục hoàn thành Ước tính kích thước tương đối (story point – điểm) ước tính thời gian Toàn Team nắm 1-3 trở ngại hàng đầu Team có biểu đồ sprint burndown Khả diện cao SM có chiến lược để xử lý trở ngại hàng đầu Được cập nhật ngày SM tập trung vào tháo gỡ trở ngại Scrum Hằng ngày thực tất ngày, thời gian & địa điểm Cầu viện tới cấp quản lý nhóm khả giải Mỗi Nhóm Scrum có SM PO tham dự vài phiên tuần Diễn tối đa 15 phút PO hài lòng với ưu tiên SM ngồi với Team Các phân đoạn đóng khung thời gian Mỗi phân đoạn kéo dài tuần Luôn kết thúc thời hạn Team không bị gián đoạn điều khiển từ bên Team thường chuyển giao mà họ cam kết Thành viên Team ngồi Mỗi thành viên nắm công việc thành viên khác Mở rộng quy mô Scrum Các số tích cực Đây điều dành cho nỗ lực mở rộng Scrum Những số hàng đầu cho thấy việc triển khai tốt Scrum Bạn có Giám đốc PO (nếu có nhiều PO) Vui vẻ! Tràn đầy lượng Các Team phụ thuộc triển khai Scrum of Scrums (Scrum Scrum) Hiếm làm (overtime) làm việc cách tình nguyện Các Team phụ thuộc tiến hành tích hợp sprint Thảo luận, phê bình trải nghiệm với quy trình PO = Product Owner SM = Scrum Master Team = Development Team PBL = Product Backlog DoD = Definition of Done Team tôn trọng DoD Team gồm tối đa thành viên http://www.crisp.se/scrum/checklist | Phiên 2.2 (04/10/2010) Dịch: Học viện Agile – hocvienagile.com Henrik Kniberg Danh sách kiểm tra Scrum www.crisp.se/scrum/checklist Tài liệu gì? Ai dùng tài liệu này? Danh sách kiểm tra Scrum công cụ đơn giản để giúp bạn làm quen với Scrum, đánh giá việc triển khai Scrum bạn Lưu ý chúng quy tắc Chúng dẫn Một nhóm hai người định bỏ qua Scrumn Hằng ngày, họ lập trình cặp (pair programming) ngày không cần phiên họp riêng để đồng hóa công việc Tốt Khi họ chủ đích bỏ qua thực hành Scrum chắn mục đích thực hành Scrum diễn theo cách khác Đó điều quan trọng! Nếu bạn triển khai Scrum, danh sách thú vị để nhóm xem xét phiên Cải tiến (retrospective) Danh sách coi công cụ để thảo luận công cụ để đánh giá • Joe: ”Có lẽ khái niệm giống ’Định nghĩa Hoàn thành’ (DoD) giúp đưa thứ nhỏ vào sprint có thứ có khả phát hành thường xuyên chăng?’ • Lisa: ”Ý tưởng tốt đấy, thử nó.” KHÔNG nên sử dụng nào? • Big Boss: "OK team, lúc để xem bạn tuân thủ Scrum Hãy điền vào danh sách kiểm tra này.” • Joe: ”Thưa Sếp, em thông báo với anh tin vui làm thứ Vâng, thứ ngoại trừ biểu đồ Sprint burndown” • Big Boss: ”Tệ quá, nhóm tồi! Danh sách kiểm tra nói cậu phải làm đốt Sprint ! Tôi muốn có nó!" • Lisa: ”Nhưng làm sprint 2-tuần kiểm soát Sử dụng nào? cam kết chuyển giao, khách hàng • Joe: ”Ở phiên Cải tiến này, mang tới danh sách nhỏ vui vẻ Biểu đồ Sprint burndown không đem lại giá trị giai hữu ích Các bạn xem có thứ số mà đoạn này.” chưa làm không?" • Big Boss: ”Tốt rồi, danh sách kiểm tra nói cậu cần • Lisa: "Hừm, để xem xem Đây rồi, chắn thiếu làm biểu đồ này, đừng để bắt cậu gian dối DoD, không đo Vận tốc." lần nữa, gọi cho Cảnh sát Scrum!” • Joe: ”OK, 'DoD’ liệt kê phần ’Cốt lõi Scrum’ nên quan trọng! Tốc độ thuộc phần ’khuyến nghị’ Đây có phải danh sách kiểm tra quy? Không Danh sách phản ánh ý kiến cá nhân chủ quan nên tạm gác lại bắt đầu với thứ cốt lõi • Lisa: ”Xem này, thiếu ’Chuyển giao phần mềm thực vấn đề với Scrum Tôi dành nhiều chạy tốt, kiểm thử sau tuần hơn' Nội dung năm để giúp công ty triển khai Scrum gặp hàng trăm thuộc phần ’Điểm mấu chốt'! Điều có giá trị đấy, học viên khác nhau, giảng viên, huấn luyện viên; nhận thấy danh sách kiểm tra hữu ích, phận marketing phàn nàn nó!” sử dụng cách xác