Mẫu chương trình họp standup hàng ngày (mà kỹ sư thực sự dùng)

Vấn đề với hầu hết các mẫu standup

Phần lớn các mẫu standup được thiết kế cho những nhóm không thực sự chạy standup. Ba câu hỏi cho mỗi người, năm người, 15 phút sẽ biến thành một buổi họp lập kế hoạch nếu nhóm để nó lan man. Mẫu dưới đây được tối ưu cho một mục tiêu duy nhất: giữ standup dưới 10 phút trong khi vẫn đảm bảo thông tin đúng được đưa ra và ghi nhận. Các câu hỏi được thu hẹp một cách có chủ đích. Những phần sau lượt phát biểu sẽ xử lý mọi thứ còn lại.

Chương trình họp (sao chép và dán)

Thời lượng: tối đa 10 phút
Định dạng: Đồng bộ, mỗi người phát biểu một lần

Với mỗi thành viên trong nhóm (90 giây mỗi người):

Đã làm từ buổi standup trước — đã ship hoặc đã merge, không phải đang làm dở
Dự định hôm nay — thứ bạn định hoàn thành, không phải công việc sprint kiểu mơ ước
Vướng mắc — nêu rõ người phụ trách; "đang chờ review thiết kế" chỉ tính khi có ai đó chịu trách nhiệm tháo gỡ nó

Sau lượt phát biểu (thời gian còn lại):

Quyết định cần đưa ra — bất cứ điều gì cần quyết định ngay lúc này; nếu mất hơn 2 phút, hãy lên lịch một buổi họp riêng
Thông báo — mỗi mục một câu, không thảo luận trong standup

Danh sách gác lại: khi một chủ đề nảy ra giữa lượt phát biểu mà không cần đến cả nhóm, hãy ghi lại và xử lý sau hoặc bất đồng bộ. Cuộc thảo luận gác lại — thường là 2-3 người thay vì cả nhóm — thường hữu ích hơn cả bản thân buổi standup.

Điều mà hầu hết các mẫu standup bỏ sót

Những mẫu standup được xếp hạng cao nhất rơi vào hai kiểu thất bại.

Bộ khung tối giản ("Bạn đã làm gì? Bạn sẽ làm gì? Có vướng mắc gì không?") vẫn ổn cho đến khi nhóm bắt đầu coi vướng mắc là tùy chọn. Không ai ghi lại "đang chờ review bảo mật" vì chẳng có gì xảy ra khi họ làm vậy. Các phụ thuộc bị thất lạc, chỉ được tháo gỡ bởi ai đó tình cờ hỏi vào tuần sau.

Phiên bản phình to thêm 8-12 câu hỏi và một mục kiểm tra sức khỏe nhóm. Điều đó biến standup thành một buổi họp nhân sự. Kỹ sư ngừng chú ý sau hai người phát biểu đầu tiên.

Cả hai phiên bản đều chung một vấn đề cốt lõi: chúng định hình standup như một bài tập báo cáo. Standup là một bài tập đồng bộ hóa. Báo cáo tạo ra thông tin; đồng bộ hóa tạo ra hành động. Sự khác biệt đó quan trọng đối với cách bạn khống chế thời gian cho các câu hỏi và điều gì xảy ra sau khi lượt phát biểu kết thúc.

Điều thứ hai mà các mẫu bỏ qua là điều gì xảy ra với thông tin sau cuộc gọi. Ngay cả những buổi standup được điều hành tốt cũng sinh ra những vướng mắc không được theo dõi, những quyết định không ai ghi lại, và những đầu việc không có người phụ trách.

Vì sao các bản tóm tắt standup sụp đổ

Cách tiếp cận thư ký luân phiên vỡ trận chỉ trong vài tuần. Người đến lượt bị quá tải, bỏ qua chi tiết, và đăng thứ gì đó mơ hồ mà không ai đọc. Nhóm không còn tin vào ghi chú, rồi ngừng đọc chúng, rồi ghi chú không còn phục vụ mục đích gì nữa.

Standup ưu tiên bất đồng bộ — đăng bản cập nhật của bạn lên Slack trước cuộc gọi — giải quyết vấn đề điểm danh nhưng đánh mất tính trách nhiệm đến từ một lượt phát biểu trực tiếp. Mọi người vẫn hỏi "chúng ta đã quyết gì về X?" vào cuối ngày.

Chi phí ẩn tích lũy rất nhanh. Để xem việc mất ngữ cảnh standup khiến một nhóm tổn thất bao nhiêu trong một quý, hãy đọc Thuế họp hành.

Cách Pavleur xử lý bản tóm tắt

Hãy chạy standup theo chương trình họp này với Pavleur đang mở. Khi cuộc gọi kết thúc, báo cáo được tạo tự động — không cần thư ký, không mất 5 phút dọn dẹp sau standup. Bản tóm tắt ghi lại các điểm đã làm/dự định/vướng mắc của từng người, trích xuất những quyết định đã đưa ra, và liệt kê các đầu việc kèm người phụ trách đúng như đã nêu tên trong cuộc họp.

Phần mà các công cụ chỉ có âm thanh bỏ sót: nếu ai đó mở một bảng điều khiển PR, một board Jira, hay một biểu đồ triển khai giữa buổi standup, Pavleur ghi lại nó và đưa vào báo cáo kèm ngữ cảnh. Các công cụ như Otter hay Fireflies cho bạn lời nói; bản ghi hình ảnh về những gì hiển thị trên màn hình thì không tồn tại. Bất kỳ ai bỏ lỡ standup đều có thể đọc báo cáo đầy đủ mà không cần hỏi chuyện gì đã xảy ra. Nếu bạn đang so sánh các công cụ trên khía cạnh này, trang so sánh sẽ trình bày những khác biệt.

Thực thi giới hạn thời gian

Kỷ luật 90 giây mỗi người thường sụp đổ nhất khi EM bắt đầu trả lời câu hỏi giữa lượt phát biểu. Hãy rèn phản xạ nói "để việc đó sau" và ghi nó vào danh sách gác lại.

Nếu standup thường xuyên vượt quá 10 phút, nguyên nhân thường là một trong số: quá nhiều người (hãy tách standup ra), các mục chương trình họp lấn sang từ lập kế hoạch sprint, hoặc một chủ đề thảo luận lặp lại cần buổi họp định kỳ riêng. Hãy sửa nguyên nhân cấu trúc thay vì chỉ sửa triệu chứng.