Sprint Planning là gì ?
Sprint Planning là sự kiện diễn ra ở đầu mỗi Sprint để sẵn sàng chuẩn bị cho hàng loạt Sprint. Buổi Sprint Planning được chia làm 2 phần riêng không liên quan gì đến nhau với 2 mục tiêu khác nhau. Phần 1 nhằm mục đích vấn đáp thắc mắc : “ Chúng ta sẽ làm gì ? ”. Phần 2 nhằm mục đích vấn đáp thắc mắc : “ Chúng ta sẽ làm như thế nào ? ” .
Thành phần tham gia buổi Sprint Planning
- Scrum Master : Scrum Master là người bắt buộc phải tham gia buổi Sprint Planning để đưa ra tiềm năng và kế hoạch để hoàn thành xong những trách nhiệm có trong Sprint .
- Nhóm Phát triển : Nhóm Phát triển bắt buộc phải tham gia để chọn lượng việc làm sẽ làm trong Sprint dựa vào lượng việc làm đã hoàn thành xong trong những Sprint trước đó .
-
Product Owner
: Product Owner bắt buộc phải tham gia Phần 1 và hoàn toàn có thể vắng mặt ở Phần 2 nhưng phải bảo vệ sẵn sàng chuẩn bị vấn đáp những vướng mắc củaNhóm Phát triển.
- Trưởng bộ phận hoàn toàn có thể không tham gia hoặc xuất hiện để giám sát tiến trình của Sprint .
Thời gian : Đối với Sprint lê dài 1 tháng thì sự kiện này được đóng khung trong 8 giờ thao tác. Sprint ngắn hơn thì thường sự kiện này sẽ ngắn hơn, ví dụ : Sprint 2 tuần thì thường chỉ cần 4 giờ là đủ. Mỗi phần của sự kiện này được phân bổ khoảng chừng thời hạn bằng nhau .
Quy trình diễn ra buổi Sprint Planning
Phần 1 của buổi Sprint Planning
Đầu tiên, Product Owner trình diễn cho Nhóm Phát triển hiểu rõ tổng thể những hạng mục Product Backlog có năng lực được đưa vào sản xuất trong Sprint này. Thông thường, vì việc làm mịn những khuôn khổ Product Backlog đã được thực thi liên tục trước đó cho nên vì thế lúc này Product Owner chỉ cần làm rõ một số ít hạng mục còn lại và vấn đáp những vướng mắc nếu có của Nhóm Phát triển .Tiếp theo, Nhóm Phát triển lựa chọn những hạng mục Product Backlog để tăng trưởng trong Sprint này. Số lượng khuôn khổ được lựa chọn trọn vẹn phụ thuộc vào vào Nhóm Phát triển, hoàn toàn có thể dựa vào vận tốc sản xuất của nhóm trong quá khứ để ước đạt .Kết thúc phần 1, Product Owner và Nhóm Phát triển đưa ra một Mục tiêu Sprint, Nhóm Phát triển cũng đã biết được tổng quan về việc làm mà mình sẽ thực thi trong Sprint này .
Phần 2 của buổi Sprint Planning
Sang phần 2, Nhóm Phát triển khởi đầu bằng việc phân tách những hạng mục Product Backlog thành list những việc làm đơn cử. Nhóm Phát triển cũng ước tính lượng nỗ lực cần bỏ ra để hoàn thành xong từng việc làm .Sau khi đã nghiên cứu và phân tích chi tiết cụ thể, nếu Nhóm Phát triển thấy cần kiểm soát và điều chỉnh ( ví dụ, loại bớt một vài hạng mục Product Backlog đã chọn ) thì hoàn toàn có thể trao đổi với Product Owner để thực thi đổi khác list những khuôn khổ Product Backlog đã chọn .Kết thúc phiên này, Nhóm Phát triển có được Sprint Backlog .Kết thúc buổi Lập kế hoạch Sprint, Nhóm Phát triển đã biết Mục tiêu Sprint và kế hoạch việc làm để đạt được tiềm năng đó. Các thành viên hoàn toàn có thể bắt tay ngay vào công tác làm việc sản xuất .
Các quan tâm để tiến hành Sprint Planning hiệu suất cao
1. Xác định khuôn khổ tăng trưởng
- Product Owner ( PO ) đưa ra những User story ( US ) có độ ưu tiên cao nhất theo nhìn nhận của PO. Tiếp theo đó PO lý giải chúng cho nhóm tăng trưởng .
- Nhóm tăng trưởng sẽ làm rõ nhu yếu của PO so với những US, phần này cần hạn chế thời hạn để dành thơi gian cho việc lập kế hoạch .
- Nếu mất nhiều thời hạn cho phần này thì cần 1 buổi làm mịn Product Backlog .
2. Xác định thời hạn nhóm có trong Sprint
Một ngày thao tác có 8 h nhưng thực ra thời hạn tập trung chuyên sâu vào việc làm mỗi người cao nhất khoảng chừng 6.4 h ( 80 % ). Vì còn nhiều việc làm như họp hành đột xuất, vấn đáp email, cafe, …Mỗi thành viên sẽ đưa ra thời hạn mình hoàn toàn có thể dành cho việc làm tăng trưởng trong sprint tới như sau :
- Thông báo số ngày nghỉ trong sprint tới
- Tính số giờ có trong sprint = số ngày đi làm * 6.4
Sau khi có thời gian mỗi thành viên thì cộng tất cả lại sẽ được tổng thời gian nhóm có trong sprint tới
3. Phân tách từng nhu yếu thành những việc làm đủ nhỏ
Khi phân tách những nhu yếu thành những việc làm nhỏ việc này giúp làm rõ nhu yếu được đưa ra từ PO và mẫu sản phẩm .Công việc chia nhỏ làm thế nào hoàn toàn có thể triển khai xong trong 1 ngày thao tác và đó là tổng thể việc làm cần làm để triển khai xong US .VD : Với tính năng “ Là người dùng tôi cần đăng nhập vào mạng lưới hệ thống để hoàn toàn có thể sử dụng tổng thể tính năng của mẫu sản phẩm ”. Thì cần liệt kê những việc làm ở cần phải làm để người dùng hoàn toàn có thể đăng nhập vào mạng lưới hệ thống .– FrontEnd : Dựng giao diện “ Đăng nhập ”– FrontEnd : Thiết kế những validation cho việc đăng nhập– FrontEnd : Ghép API “ Đăng nhập ”– Back end : Thiết kế CSDL– Back end : Viết API tính năng Đăng nhập ( gồm có code và self test )– Back end : Kiểm tra SQL injection .Trong trường hợp cần thời hạn tìm hiểu và khám phá về tài liệu và kỹ thuật mới thì cũng cần có 1 đầu việc tương ứng .
4. Ước lượng việc làm với Planning Poker
Lập kế hoạch cho 1 US ( User story ) với Planning poker gồm những bước sau
Bước 1: Xác định công việc cần ước lượng (Chi tiết xem phần 3).
Từ những US, nhóm liệt kê tổng thể việc làm cần làm để hoàn thành xong được US đó .
Bước 2: Xác định thời gian cần thiết để hoàn thành công việc đã chọn.
Ở mỗi đầu việc, mỗi thành viên xác lập thời hạn mình hoàn toàn có thể triển khai xong đầu việc đó trải qua việc chọn 1 lá bài poker tương ứng. Lá bài đó sẽ úp xuống trước mặt. Việc xác lập thời hạn này cần dựa trên 1 tính năng cơ bản ( tính năng mà theo nhóm nhìn nhận là cần ít thời hạn nhất để hoàn thành xong ) .
Bước 3: Thống nhất thời gian hoàn thành công việc. Tất cả thành viên trong nhóm cùng lật lá bài đã chọn.
- Nếu toàn bộ thành viên cùng chọn 1 lá bài ( cùng số giờ ) thì ước đạt thời hạn hoàn thành xong cho việc làm đó đã xong .
- Nếu có sự độc lạ thì những thành viên sẽ đưa ra quan điểm của bản thân tại sao lại lựa chọn lá bài đó. Thường chỉ có người đưa ra lá bài giá trị cao nhất và thấp nhất đưa ra quan điểm. Cần số lượng giới hạn thời hạn cho việc này ( Ví dụ : mỗi người 1 phút ). Sau khi đưa ra quan điểm xong thì quay trở lại Bước 2 .
Lưu ý: Với mỗi công việc chỉ nên giới hạn ước lượng trong 3 lần. Tới lần thứ 3 mà chưa đạt được sự đồng thuận thì nên lấy theo số đông hoặc chọn cách khác để không tốn quá nhiều thời gian. Mấu chốt ở đây là sự đồng thuận của nhóm trong công việc.
Sprint Planning nên là hoạt động giải trí tốn ít sức lực lao động và trong kế hoạch phải có một vài việc làm thuận tiện thực thi mà nhóm nghĩ họ hoàn toàn có thể thực thi ngay vào tuần tới. 15 – 30 phút là khoảng chừng thời hạn nỗ lực tối thiểu dành cho việc lập kế hoạch Sprint. Sau buổi Sprint Planning, cả nhóm sẽ cho ra Sprint Backlog tiếp theo chứa Danh sách những việc cần làm đã có thời hạn ước đạt .
Các công ty hàng đầu thế giới và Việt Nam đều đã và đang dịch chuyển sang mô hình Agile một cách rất hiệu quả. Học viện Agile tự hào đồng hành cùng các doanh nghiệp thành công trong việc chuyển đổi Agile. Một số khách hàng của chúng tôi có thể kể đến như Viettel, VinGroup, Samsung, MSB, Bộ truyền thông, FPT Software,…
Ở Học viện Agile, chúng tôi sẵn sàng cung cấp cho bạn những kiến thức về Scrum dưới góc nhìn, kinh nghiệm của các chuyên gia Scrum hàng đầu. Vì với kinh nghiệm nhiều năm đào tạo về Agile/Scrum, chúng tôi hiểu rằng Agile/Scrum học dễ nhưng khó tinh thông, người học rất dễ rơi vào trạng thái biết mà thực ra lại không biết. Bởi Scrum nếu áp dụng chuẩn, đúng thì sẽ vô cùng hiệu quả, còn nếu Scrum sai, Scrum không đúng, hay Scrum không bài bản thì có thể hậu quả để lại khá lớn.
Bạn có thể tìm hiểu mọi kiến thức về Agile/Scrum tại đây
Hình ảnh Học viện Agile giảng dạy tại Công ty Cổ phần Vua Nệm
