[Scrum Framework] Sprint Planning là gì?

Sprint Planning là một sự kiện trong Scrum, cuộc họp này bao gồm Scrum Team. Trong cuộc họp, Scrum team xem xét, dự đoán sẽ làm gì trong Sprint tiếp theo và làm như thế nào để hoàn thành và phát hành sản phẩm thoả với Definition of Done.

Sprint Planning

Time-box của Sprint Planning là 8 tiếng cho Sprint có độ dài một tháng. Có thể ngắn hơn nếu độ dài Sprint ngắn hơn.

Sprint Planning giúp Scrum team trả lời được ba câu hỏi chính, được chia thành ba chủ đề riêng biệt:

• Why: Tại sao Sprint này có thể mang lại giá trị cho sản phẩm, giá trị đó là gì? Product Goal của sản phẩm là gì? Có gì thay đổi trên thị trường không? Nó có liên hệ gì tới mục tiêu của Sprint tiếp theo? Người trả lời câu hỏi này thường là Product Owner.
• What: Scrum Team xác định những việc sẽ có thể hoàn thành trong Sprint tiếp theo để đạt được mục tiêu của sản phẩm ở chủ đề đầu tiên? Out-put của câu hỏi này sẽ là Sprint Goal. Đây sẽ làm kim chỉ nam cho Scrum Team. Product Owner sẽ là người chia sẻ về nhu cầu của sản phẩm hiện tại (Business need - Thường được thể hiện qua những Product Backlog Items (PBIs) được sắp xếp thứ tự trên top của Product Backlog) - Dựa trên đây, Developer có thể dự đoán được Product Backlog Items nào là cần được thực hiện trong Sprint tiếp theo. (Những nhân tố khác cũng cần được xem xét như: DoD, Capacity của Developer và Action Item của Sprint Retrospective). Qua đó Scrum Team có thể cùng nhau thảo luận tạo ra Sprint Goal.​ 
• How: Làm thế nào để đạt được Sprint Goal? Sprint Backlog sẽ là Out-put của câu hỏi này. Những PBIs được Developer dự đoán/ chọn để làm trong Sprint tiếp theo sẽ được đưa vào Sprint Backlog. Dựa vào Sprint Goal, Developer có thể dự đoán và chia nhỏ những công việc cần làm, lập kế hoạch để hoàn thành những Product Backlog Items được chọn cho Sprint đó để đạt được Sprint Goal vào cuối Sprint. 

Tất cả thành viên của Scrum Team đều (nên) tham dự Sprint Planning.

Scrum Master có thể hỗ trợ và tạo điều kiện cho Sprint Planning diễn ra tốt nhất. Các thành viên khác có thể hỗ trợ và tạo điều kiện cho Sprint Planning nếu cần.

Product Owner có trách nhiệm trả lời câu hỏi của Team về Product Backlog Items nếu có.

Developer có thể mời những người giỏi về một lĩnh vực nào đó mà họ cần tư vấn liên quan đến công việc của Sprint tiếp theo để được hỗ trợ, tư vấn. Nhưng quyết định làm thế nào cuối cùng vẫn là của Developer.

Nên nhớ công việc được Developer chọn làm trong Sprint đó là "dự đoán" không phải là một "cam kết".

PS: Có rất nhiều kiểu tiếp cận để có được một Sprint Planning hiệu quả, Liberating Structure là một bộ 33 phương thức có thể hỗ trợ cho Sprint Planning trở nên hiệu quả hơn.

​Xem thêm: 
Scrum Framework

NOTE: Scrum guide 2020, đã được phát hành, trong phiên bản này có nhiều thay đổi, trong số đó là Development team bây giờ sẽ là Developer, những chủ đề trong Sprint planning, vì vậy bài viết trên đã được thay đổi và update ngày 18 tháng 11 năm 2020 để phù hợp với Scrum guide mới.

 

---

Những bài viết khác có thể bạn sẽ quan tâm