Hiểu rõ bốn cuộc họp agile cốt lõi là cách nhanh nhất để cải thiện hoạt động của một nhóm Scrum. Mỗi buổi họp có mục đích rõ ràng, khán giả khác nhau, và định nghĩa thành công khác nhau. Làm tốt chúng sẽ mang lại hiệu quả cộng hưởng. Làm kém, hoặc nhầm lẫn các cuộc họp với nhau, bạn sẽ thấy sự ma sát lặp đi lặp lại qua từng sprint.
Hướng dẫn này bao gồm Lập Kế Hoạch Sprint, Họp Đứng Hàng Ngày, Đánh Giá Sprint, và Nhóm Họp Retrospective Sprint: mục đích của từng cuộc họp, cách tổ chức hiệu quả, và những sai lầm thường gặp cần tránh.
Bốn loại cuộc họp agile
| Cuộc Họp | Khi nào | Thời lượng | Ai dẫn dắt |
|---|---|---|---|
| Lập Kế Hoạch Sprint | Bắt đầu mỗi sprint | 1–2 giờ | Scrum Master |
| Họp Đứng Hàng Ngày | Mỗi ngày | 15 phút | Đội (tự quản lý) |
| Đánh Giá Sprint | Cuối sprint | 1–2 giờ | Product Owner |
| Nhóm Họp Retrospective Sprint | Cuối sprint (sau Đánh Giá) | 1–2 giờ | Scrum Master |
1. Lập Kế Hoạch Sprint
Định nghĩa
Lập Kế Hoạch Sprint mở đầu cho mỗi sprint. Đội xem lại backlog sản phẩm với Product Owner, đồng ý với mục tiêu sprint, và chọn công việc sẽ thực hiện trong vòng một đến bốn tuần tới.
Mục tiêu sprint là kết quả quan trọng nhất. Danh sách các công việc không phải là mục tiêu sprint. Mục tiêu sprint giúp đội có điều gì để bám vào khi ưu tiên thay đổi giữa sprint.
Đặc điểm của một cuộc họp hiệu quả
- Mục tiêu sprint được đồng ý trước khi kết thúc cuộc họp; không phải "chúng ta sẽ tự tìm ra trong quá trình."
- Các mục trong backlog được tinh chỉnh tốt; đội không dành thời gian lập kế hoạch để giải mã ý nghĩa của một vé.
- Mỗi mục được chọn có định nghĩa hoàn thành chung và ước lượng hợp lý.
- Tải công việc theo đúng khả năng thực tế: ngày nghỉ, trách nhiệm trực, công việc chuyển từ sprint trước.
Sai lầm thường gặp
Cam kết quá mức. Các đội liên tục không đạt mục tiêu sprint thường cố gắng làm quá nhiều, không phải làm quá chậm. Nên sử dụng dữ liệu vận tốc và lên kế hoạch khả năng một cách trung thực thay vì lạc quan.
Bỏ qua tinh chỉnh. Nếu Lập Kế Hoạch Sprint thường xuyên kéo dài, vấn đề thường là các mục trong backlog chưa được tinh chỉnh đủ. Quá nhiều ẩn số trong phòng làm chậm mọi thứ.
Không có mục tiêu sprint. Không có mục tiêu chung, đội tối ưu cho các vé cá nhân hơn là kết quả tập thể. Khi có gì đó bất ngờ xảy ra giữa sprint, không có sao Bắc Đẩu để quyết định ưu tiên.
2. Họp đứng hàng ngày
Định nghĩa
Họp Đứng Hàng Ngày là cuộc họp đồng bộ hàng ngày kéo dài 15 phút để phối hợp công việc của đội và làm rõ các trở ngại. Đây không phải là báo cáo trạng thái cho Scrum Master; nó là cuộc trò chuyện giữa các thành viên đội.
Ba câu hỏi cổ điển:
- Hôm qua tôi đã làm gì?
- Hôm nay tôi sẽ làm gì?
- Có gì đang cản trở tôi không?
Đặc điểm của một cuộc họp hiệu quả
- Cuộc họp bắt đầu và kết thúc đúng giờ, mỗi ngày.
- Trở ngại được nêu rõ ràng, không bị vùi lấp. Một trở ngại không được giải quyết đến cuối ngày đắt đỏ hơn nhiều so với một phút lúng túng trong cuộc họp đứng.
- Đội nói chuyện với nhau, không phải với Scrum Master.
- Cuộc thảo luận sâu hơn được đưa ra ngoài ngay lập tức sau đó, không tiếp tục trong thời gian thực.
Sai lầm thường gặp
Biến thành báo cáo trạng thái. Nếu Scrum Master đang hỏi các câu hỏi và các thành viên trong đội đang trả lời cho họ, cuộc họp đã trở thành buổi báo cáo hơn là công cụ phối hợp.
Kéo dài hơn 15 phút. Nếu các cuộc họp đứng thường xuyên kéo dài, vấn đề thường là các thông tin cập nhật cần có trong một cuộc họp khác. Áp dụng nguyên tắc "đưa ra ngoài" một cách nghiêm túc.
Xem nhẹ các trở ngại. Các đội liên tục nói "không có trở ngại" khi rõ ràng có trở ngại, đó là vấn đề an toàn tâm lý, không phải vấn đề cuộc họp đứng. Giải quyết nó trong retrospective.
3. Đánh giá Sprint
Định nghĩa
Đánh Giá Sprint diễn ra vào cuối sprint. Đội trình bày công việc đã hoàn thành cho các bên liên quan và Product Owner, và backlog được điều chỉnh dựa trên những gì đã xây dựng và phản hồi nhận được.
Đánh Giá Sprint là vòng phản hồi giữa đội và doanh nghiệp. Không có nó, đội xây dựng trong không gian kín.
Đặc điểm của một cuộc họp hiệu quả
- Chỉ công việc đáp ứng định nghĩa hoàn thành mới được trình bày. Công việc chưa hoàn thành không được hiển thị.
- Các bên liên quan tích cực tham gia: đặt câu hỏi và đưa ra phản hồi, không chỉ xem trình bày.
- Product Owner điều chỉnh backlog dựa trên những gì họ thấy và nghe, không phải trong tuần sau khi khoảnh khắc qua đi.
- Cuộc thảo luận tập trung vào sản phẩm, không phải quá trình của đội (đó là công việc của retrospective).
Sai lầm thường gặp
Trình bày công việc chưa hoàn thành. Điều này làm xói mòn niềm tin vào định nghĩa hoàn thành và dạy các bên liên quan kỳ vọng đầu ra gần đúng hơn là đã được xác minh.
Trình bày một chiều. Nếu các bên liên quan là người quan sát thụ động, buổi đánh giá không hoạt động. Mục đích chính là nhận phản hồi thay đổi những gì đội xây dựng tiếp theo. Tạo điều kiện cho cuộc thảo luận.
Không có các bên liên quan tham dự. Một buổi Đánh Giá Sprint chỉ với đội phát triển là buổi diễn tập, không phải buổi đánh giá.
4. Nhóm họp Retrospective Sprint
Định nghĩa
Nhóm họp Retrospective Sprint là không gian của đội để xem xét cách họ đã làm việc, không phải những gì họ đã xây dựng. Nó diễn ra sau Đánh Giá Sprint và tập trung vào quá trình, cộng tác, và cải tiến liên tục.
Ba câu hỏi thường khung cho các retrospective:
- Điều gì đã làm tốt?
- Điều gì có thể cải thiện?
- Chúng ta sẽ làm gì khác đi ở sprint tiếp theo?
Câu hỏi thứ ba quan trọng nhất. Retrospective không có các mục hành động cụ thể chỉ là một cuộc trò chuyện.
Đặc điểm của một cuộc họp hiệu quả
- Các mục hành động từ cuộc họp retrospective trước được xem xét ngay từ đầu.
- Đội thành thật, điều này đòi hỏi an toàn tâm lý.
- Cuộc họp tạo ra hai hoặc ba hành động cụ thể, thuộc sở hữu, không phải một danh sách mong muốn mười điểm.
- Hình thức thay đổi theo từng sprint. Thay đổi hình thức retrospective giúp cuộc trò chuyện luôn tươi mới.
TeleRetro có 50+ định dạng và mẫu retrospective để phù hợp với các tâm trạng đội khác nhau và loại sprint. Retro Bot của TeleRetro có thể gợi ý một định dạng nếu bạn chưa chắc nơi bắt đầu.
Sai lầm thường gặp
Cùng một định dạng mỗi sprint. Quen thuộc sinh xem nhẹ. Thử luân phiên giữa Lean Coffee, Mad Sad Glad, hoặc Sailboat để thay đổi nội dung xuất hiện.
Các mục hành động không có người thực hiện. "Chúng tôi nên cải tiến đường ống CI" không phải là một hành động. "Priya sẽ điều tra việc song song hóa bộ kiểm tra trước thứ Năm tới" thì có.
Có sự hiện diện của các bên liên quan hoặc quản lý. Các cuộc họp retrospective là dành cho đội. Sự hiện diện từ bên ngoài thay đổi nội dung mọi người nói. Nên giới hạn sự tham gia cho đội và Scrum Master theo mặc định.
Cách bốn cuộc họp kết nối
Bốn buổi lễ hình thành một chu kỳ. Lập Kế Hoạch Sprint đặt ra hướng đi. Họp Đứng duy trì sự phối hợp. Đánh Giá Sprint kiểm tra đầu ra so với tầm nhìn sản phẩm. Retrospective cải thiện cách đội làm việc để chu kỳ tiếp theo tốt hơn chu kỳ trước.
Khi một buổi lễ yếu, nó gây áp lực lên các buổi lễ khác. Đội có Lập Kế Hoạch Sprint kém thường có các buổi Họp Đứng hỗn loạn. Đội không có retrospective hiệu quả lặp lại các vấn đề giống nhau sprint này qua sprint khác. Đối xử bốn cuộc họp như một hệ thống kết nối, thay vì bốn nghĩa vụ riêng biệt, giúp cho nhịp điệu agile hoạt động thực sự.
Câu hỏi thường gặp
Tất cả bốn cuộc họp có cần thiết trong agile?
Trong Scrum cụ thể, có: tất cả bốn buổi lễ được định nghĩa trong Scrum Guide. Trong Kanban hoặc các khuôn khổ khác, cấu trúc linh hoạt hơn. Nhiều đội Kanban thực hiện họp đứng hàng ngày và retrospective định kỳ nhưng bỏ qua Lập Kế Hoạch Sprint và Đánh Giá Sprint dưới hình thức truyền thống. Điều quan trọng là đáp ứng các mục đích cơ bản: phối hợp, phản hồi, và cải tiến liên tục.
Sự khác biệt giữa đánh giá sprint và retrospective sprint là gì?
Đánh giá sprint là về sản phẩm: những gì đã được xây dựng, liệu có đáp ứng định nghĩa hoàn thành hay không, và suy nghĩ của các bên liên quan. Retrospective là về đội: cách các bạn làm việc cùng nhau, điều gì làm chậm các bạn, và cần thay đổi những gì. Các cuộc họp khác nhau, người tham gia khác nhau, đầu ra khác nhau.
Ai nên tham dự từng cuộc họp?
- Lập Kế Hoạch Sprint: Đội phát triển, Scrum Master, và Product Owner.
- Họp Đứng Hàng Ngày: Đội phát triển. Scrum Master có thể tham dự nhưng không nên điều khiển.
- Đánh Giá Sprint: Đội phát triển, Scrum Master, Product Owner, và các bên liên quan được mời.
- Nhóm Họp Retrospective Sprint: Đội phát triển và Scrum Master. Product Owner có thể tham dự nếu đội mời họ, nhưng là tùy chọn và nên là sự lựa chọn của đội, không phải mặc định.
Mỗi cuộc họp nên kéo dài bao lâu?
Scrum Guide gắn liền thời lượng với độ dài sprint. Đối với sprint hai tuần: Lập Kế Hoạch Sprint kéo dài tối đa bốn giờ, Đánh Giá Sprint tối đa hai giờ, Nhóm Họp Retrospective tối đa 1.5 giờ. Trên thực tế, các đội có kinh nghiệm thực hiện ngắn hơn. Họp Đứng là 15 phút, bất kể độ dài sprint.
Cập nhật
Trải nghiệm hồi tưởng tốt hơn
Tạo hồi tưởng chỉ trong vài giây và thấy ngay kết quả.