2KHÁI LƯỢC SCRUM
KHUNG LÀM VIỆC SCRUM
Khung làm việc Scrum gồm các vai trị của Nhóm Scrum, các Tạo tác (Artifact) được làm ra, các Sự kiện Scrum, cùng với các quy tắc ràng buộc cách thức làm việc. Tất cả chúng được xây dựng dựa trên một hệ giá trị nhất quán với các giá trị Agile và các giá trị cốt lõi của Scrum.
Vai trò
Định ra trách nhiệm của từng thành viên trong nhóm Scrum tự tổ chức
• Product Owner • ScrumMaster • Nhóm Phát triển
Tạo tác
Các cơng cụ hoặc sản phẩm do nhóm Scrum làm ra • Gói tăng trưởng
• Product Backlog • Sprint Backlog
Sự kiện
Các cuộc họp và cơ chế cộng tác có cấu trúc để cộng tác hiệu quả hướng đến mục tiêu chung
• Sprint
• Lập kế hoạch Sprint • Scrum Hằng ngày • Sơ kết Sprint • Cải tiến Sprint
Ba trụ cột: Thanh tra – Minh bạch - Thích nghi
Năm giá trị: Dũng cảm, Tập trung, Cam kết, Cởi mở, Tôn trọng SCRUM - Một mô tả tổng quát
Giả sử bạn đang là thành viên của một nhóm Scrum. Sáng thứ Hai, bạn sẽ cùng nhóm làm việc ngồi với nhau, họp lập kế hoạch để
quyết định cả đội sẽ làm gì trong tuần và làm như thế nào. Sau đó các cơng việc được chia nhỏ ra thành công việc cụ thể mà ai cũng hiểu được, dán lên bảng công việc chung. Hằng ngày từ thứ Ba đến thứ Năm, bạn sẽ tự lựa chọn việc làm phù hợp rồi bắt tay thực hiện. Vào đầu giờ sáng, trước khi làm việc, bạn cùng cả nhóm đứng
trước bảng cơng việc chung, rà sốt lại tiến độ của từng người, thông báo về một số khó khăn gặp phải trong khi làm việc. Cuộc họp đứng đó diễn ra hằng ngày, trong vịng 15 phút. Cuối mỗi ngày, bạn cố gắng hoàn thành thật tốt những việc đã lựa chọn. Vào chiều thứ 6, cả đội ngồi rà sốt lại cơng việc xem kế hoạch đề ra từ đầu tuần có được hồn tất khơng. Ngay sau đó, cả đội ngồi với nhau để đề ra cải tiến cách làm việc cho tuần sau để hiệu quả và vui vẻ hơn. Tuần sau cả nhóm lặp lại nhịp làm việc như vậy, nhưng với lưu ý về một số cải tiến sẽ được mọi người tn thủ.
Đó là hình dung đơn giản về một nhịp làm việc của một nhóm Scrum nhỏ suốt một tuần. Trong mơ tả trên, Nhóm Scrum đóng khung hoạt động của mình trong vịng 1 tuần, Scrum gọi khung thời gian này là Sprint. Buổi họp kế hoạch đầu tuần được gọi là buổi Lập kế hoạch Sprint. Buổi rà sốt thành quả cơng việc vào thứ Sáu gọi là hoạt động Sơ kết Sprint. Hoạt động họp để tìm kiếm cách làm việc tốt hơn được gọi là họp Cải tiến Sprint. Buổi họp đứng kéo dài 15 phút mỗi ngày được gọi là Scrum Hằng ngày. Bảng công việc chứa những việc cần làm cho một tuần đó được gọi là Sprint Backlog.
Trong Nhóm Scrum kia cịn có các thành viên giữ các vai trị khác nhau: một Product Owner chịu trách nhiệm quản lí danh sách những yêu cầu công việc (được gọi là Product Backlog), một ScrumMaster chịu trách nhiệm tổ chức cách thức làm việc theo Scrum cho cả nhóm, và một Nhóm Phát triển gồm những người có đủ chuyên mơn để hồn thành mục tiêu mà cả nhóm đề ra.
Trên đây là cách chúng ta hình dung đơn giản hố về một nhóm làm việc theo Scrum trong vòng một tuần. Ở mức độ tổng quan, chúng ta thấy nhịp làm việc này rất gần gũi với cách làm việc của những nhóm làm việc gắn kết và chuyên nghiệp.
Nói theo cách của Scrum, chúng ta sẽ có một mơ tả khác về cách một nhóm Scrum làm việc như dưới đây.
Product Owner tạo ra Product Backlog chứa các yêu cầu của dự án với các hạng mục được sắp theo thứ tự ưu tiên. Đội sản xuất sẽ hiện thực hóa dần các yêu cầu của Product Owner với sự lặp đi lặp lại các giai đoạn nước rút từ 1 đến 4 tuần làm việc (gọi là Sprint) với đầu vào là các hạng mục trong Product Backlog, đầu ra là các gói phần mềm hồn chỉnh có thể chuyển giao được (Potentially
Shippable Product Increment). Trước khi cả nhóm cùng đua nước rút trong Sprint, đội sản xuất cùng họp với Product Owner để lập kế hoạch cho từng Sprint. Kết quả của buổi lập kế hoạch (theo cách làm của Scrum) là Sprint Backlog chứa các công việc cần làm trong suốt một Sprint. Trong q trình phát triển, nhóm sẽ phải cập nhật Sprint Backlog và họp hằng ngày (Daily Scrum) để chia sẻ tiến độ công việc, tái lập kế hoạch cũng như các vướng mắc trong q trình làm việc cùng nhau. Nhóm được trao quyền tự quản lí và tổ chức lấy cơng việc của mình để hồn thành cơng việc trong Sprint. Khi kết thúc Sprint, nhóm tạo ra gói phần mềm có chức năng hồn chỉnh, sẵn sàng chuyển giao (shippable) cho khách hàng. Buổi họp Sơ kết Sprint (Sprint Review) ở cuối Sprint sẽ giúp khách hàng thấy được nhóm đã có thể chuyển giao những gì, cịn những gì phải làm hoặc cịn gì phải thay đổi hay cải tiến. Sau khi kết thúc việc đánh giá Sprint, ScrumMaster và Nhóm Phát triển cùng tổ chức họp Cải tiến Sprint (Sprint Retro- spective) để tìm kiếm các cải tiến trước khi Sprint tiếp theo bắt đầu. Điều này sẽ giúp nhóm liên tục học hỏi và trưởng thành qua từng Sprint.
Các Sprint sẽ được lặp đi lặp lại cho tới khi nào các hạng mục trong Product Backlog đều được hồn tất hoặc khi Product Owner quyết định có thể dừng dự án căn cứ tình hình thực tế. Do sử dụng chiến thuật “có giá trị hơn làm trước” nên các hạng mục mang lại nhiều giá trị hơn cho chủ dự án ln được hồn tất trước. Vì vậy Scrum ln mang lại giá trị cao nhất cho người đầu tư cho dự án. Do quy trình ln ln được cải tiến, nhóm Scrum thường có năng suất lao động rất cao. Đây là hai lợi ích to lớn mà Scrum mang lại cho tổ chức.
21