Phần trước, mình đã có một bài hướng dẫn lập kế hoạch cho Sprint. Hôm nay mình sẽ tiếp tục hướng dẫn mọi người triển khai sự kiện “Daily scrum” – sự kiện diễn ra với tần suất nhiều nhất trong Sprint.
Mục đích – Thời gian, địa điểm – Thành phần tham dự
Mục đích: Daily Scrum giúp nhóm phát triển cập nhật tiến độ công việc và hàng ngày với nhau.
Thời gian, địa điểm: Daily Scrum diễn ra hàng ngày với thời gian tối đa là 15 phút ở một địa điểm cố định.
Thành phần tham dự:
- Bắt buộc: nhóm phát triển
- Không bắt buộc: ScrumMaster (SM), Product Owner(PO) và trưởng bộ phận
Nội dung của Daily Scrum
Thành viên nhóm phát triển lần lượt trả lời ngắn gọn 3 câu hỏi không trình bày lan man:
- Tôi đã làm những gì ngày hôm trước?
- Tôi sẽ làm những gì ngày hôm nay?
- Những gì cản trở tôi hoàn thành mục tiêu của mình (rào cản, trở ngại, gặp 1 bug mà thời gian fix quá lâu v.v.)?
Khi mỗi thành viên đang báo cáo thì đồng thời cập nhật công việc người đó sẽ làm trong ngày hôm nay là gì trên bảng vật lý (nếu có). Trong khi đó, các thành viên còn lại cần nghiêm túc lắng để cập nhật tiến độ của nhóm xem nó đã tiến gần như thế nào đến mục tiêu của sprint.
Sau khi báo cáo xong thì thành viên đó chỉ người tiếp theo báo cáo. Nhóm tiếp tục lặp lại công việc đó đến khi tất cả các thành viên đều báo cáo xong.
Kết thúc cuộc họp một thành viên của nhóm sẽ cập nhật sprint burndown ( Sprint burndown là biểu đồ thể hiện ước lượng thời gian cần thiết để hoàn thành mục tiêu sprint), việc này SM có thể hoàn thành giúp nhóm phát triển.
Lưu ý
Những điều cần tránh trong cuộc họp hàng ngày:
- Thời gian tối đa 15 phút dù team của bạn có bao nhiêu thành viên vì đây là cuộc họp ngắn để cập nhật tình hình công việc, tránh nói lan man kéo dài mất thời gian
- Cuộc họp này không phải để các thành viên kéo công việc trên bảng vật lý bởi vì nếu những công việc đó. Hành vi này cho thấy những gì đang biểu diễn trên sprint burndown không phản ánh đúng và sát với thực tế các công việc mỗi thành viên đang tham gia thực hiện.
- Cuộc họp này không dùng để giải quyết vấn đề hay khó khăn nào. Nếu gặp vấn đề hoặc khó khăn thì sẽ được giải quyết ngay sau buổi họp này bởi những thành viên liên quan.
- Cuộc họp không phải là nơi PO hay quản lý kiểm soát công việc của nhóm. Và cũng không phải nơi SM cập nhật công việc của nhóm.
Author: Thái Thị Duyên
Xem thêm các tài liệu, bài hướng dẫn học lập trình khác tại đây.
0 Lời bình