Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Squad Rituals & Operating Rhythm

Delivery

Thiết kế refinement, planning, review, retro, launch readiness và department operating rhythm với input/output/owner rõ ràng.

Bạn đang ở đâu với kỹ năng này?

Làm bài Đánh giá Kỹ năng Delivery cho PM/PO — Một lần làm chấm điểm cho tất cả kỹ năng trong nhóm Delivery, không chỉ kỹ năng này.

Làm bài đánh giá

Kỹ năng này cho bạn điều gì

Bắt đầu từ đây

Hiểu nhịp làm việc tồn tại để tạo những thời điểm đồng bộ biết trước, nhờ đó phần thời gian còn lại được yên — một nhịp tốt làm giảm số cuộc họp. Biết bốn nhịp trả lời bốn câu hỏi khác nhau.

Khi đã làm được

Chạy được buổi hằng ngày đi theo bảng công việc thay vì theo người, giữ được buổi nhìn lại cách làm tách khỏi buổi xem sản phẩm và chốt đúng một thay đổi mỗi kỳ, và điều chỉnh được nhịp cho đội từ xa, đội mới lập hay đội đang xử lý sự cố.

Roadmap — Cách học và đạt kỹ năng

Đã đọc 0/9 mục · còn khoảng 6 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Nhịp làm việc là gì, và vì sao đội nào cũng cần một nhịp rõ ràng

Nhịp làm việc là tập hợp các buổi lặp lại của đội — mỗi buổi trả lời một câu hỏi khác nhau, ở một khoảng thời gian khác nhau.

Đội không có nhịp rõ ràng không phải là đội tự do — đó là đội mà mọi thứ đều trở thành gián đoạn. Không có chỗ cố định để nêu vấn đề thì vấn đề được nêu bất cứ lúc nào, cho bất cứ ai, thường là qua tin nhắn riêng.

Mục đích thật của nhịp: tạo ra những thời điểm biết trước để đồng bộ, nhờ đó phần thời gian còn lại được yên. Một nhịp tốt làm giảm số cuộc họp, không phải tăng.

Bốn nhịp, bốn câu hỏi — đừng trộn lẫn

NhịpCâu hỏiKéo dàiAi dựKết quả
Hằng ngàyHôm nay có gì chặn ai không?10–15 phútĐội làm việcDanh sách cản trở có người nhận
Giữa sprintViệc sắp tới đã đủ rõ để làm chưa?45–60 phútĐội + POViệc đã được làm rõ và ước lượng
Cuối sprint — xem lại sản phẩmChúng ta đã làm ra cái gì, phản hồi thế nào?45 phútĐội + stakeholderPhản hồi thật, điều chỉnh hướng đi
Cuối sprint — nhìn lại cách làmCách làm việc của đội cần đổi gì?60 phútChỉ độiMột tới hai thay đổi cụ thể có người nhận

Hai buổi cuối sprint phải tách riêng, và đây là lỗi phổ biến nhất khi gộp. Buổi xem lại sản phẩm có người ngoài đội; buổi nhìn lại cách làm cần sự an toàn để nói thật. Gộp chung thì buổi thứ hai biến mất — không ai nói thật trước mặt khách.

Buổi hằng ngày — cách làm cho nó không thành báo cáo

Buổi hằng ngày hỏng theo một cách rất dễ nhận ra: từng người lần lượt báo cáo cho quản lý, và những người khác ngồi chờ tới lượt mình.

Cách hỏngDấu hiệuCách sửa
Báo cáo cho sếpMọi người nhìn về phía quản lý khi nóiQuản lý đứng ngoài vòng hoặc không dự; đội nói với nhau
Kể việc đã làm"Hôm qua em làm X, hôm nay em làm Y"Đi theo BẢNG CÔNG VIỆC từ phải sang trái, không đi theo người
Kéo dài 30 phútBàn giải pháp ngay tại chỗ"Hai bạn ở lại sau buổi nhé" — ghi ra một chỗ, bàn sau
Không ai nêu cản trởSợ trông như yếu kémNgười dẫn nêu cản trở của chính mình trước, đều đặn

Kỹ thuật đổi được nhiều nhất chỉ bằng một thay đổi: đi theo bảng công việc từ phải sang trái (từ việc gần xong nhất tới việc mới bắt đầu), thay vì đi theo từng người. Nó chuyển sự chú ý từ "ai đang bận" sang "việc gì sắp xong" — và việc sắp xong mới là thứ tạo ra giá trị.

Buổi nhìn lại cách làm — buổi hay bị bỏ nhất và đáng giữ nhất

Đây là buổi duy nhất mà đội cải thiện cách mình làm việc. Bỏ nó đi thì đội lặp lại cùng một vấn đề mãi mãi — và mọi người đều biết vấn đề đó là gì.

Cấu trúc 60 phút dùng được ngay:

  • 5 phút — Nhắc lại nguyên tắc: mọi người đã làm tốt nhất có thể với thông tin và nguồn lực lúc đó. Câu này nói ra thành lời mỗi lần, vì nó là thứ giữ cho buổi họp không thành buổi đổ lỗi.
  • 15 phút — Thu thập, viết im lặng: cái gì đã chạy tốt, cái gì vướng, cái gì khiến bạn bối rối. Viết trước khi nói, luôn luôn.
  • 15 phút — Gom nhóm và bỏ phiếu chọn 2–3 chủ đề đáng bàn nhất.
  • 20 phút — Đào sâu: với mỗi chủ đề, hỏi "vì sao" vài lần cho tới khi chạm nguyên nhân chứ không dừng ở triệu chứng.
  • 5 phút — Chốt MỘT thay đổi, có tên người và có cách biết là đã làm.

Vì sao chỉ một thay đổi: đội chốt năm thay đổi sẽ không làm cái nào. Đội chốt một thay đổi và làm được sẽ tin vào buổi họp này — và lần sau nói thật hơn.

Kiểm tra sức khoẻ của buổi này: mở lại biên bản ba buổi gần nhất. Nếu cùng một vấn đề xuất hiện cả ba lần mà chưa có thay đổi nào, buổi họp này đang chỉ là chỗ xả, không phải chỗ cải thiện.

Điều chỉnh nhịp theo hoàn cảnh đội

Hoàn cảnhĐiều chỉnhVì sao
Đội làm từ xa, lệch múi giờBuổi hằng ngày chuyển sang viết; giữ hai buổi cuối sprint gặp trực tiếp qua videoCản trở báo bằng chữ vẫn hiệu quả; nói thật thì cần nhìn thấy mặt nhau
Đội mới lậpTăng tần suất: nhìn lại cách làm mỗi tuầnĐội mới có nhiều thứ cần chỉnh, và cần nhanh chóng thấy việc nói ra là an toàn
Đội đã ổn định lâuGiảm buổi giữa sprint, giữ nguyên buổi nhìn lạiViệc làm rõ đã thành thói quen; buổi nhìn lại vẫn cần vì nó chống trì trệ
Đang xử lý sự cốTạm dừng nhịp, họp ngắn nhiều lần trong ngàyNhịp bình thường không hợp với tốc độ của khủng hoảng
Đội dưới 4 ngườiGộp buổi giữa sprint vào buổi hằng ngàyNhóm nhỏ không cần nhiều nghi thức; nhưng vẫn giữ buổi nhìn lại tách riêng

Hiccups thường gặp và cách xử lý

HiccupVì sao xảy raXử lý
Đội than "họp quá nhiều"Các buổi trùng mục đích hoặc không ra kết quảMỗi buổi phải trả lời một câu hỏi khác nhau; buổi nào không ra kết quả thì bỏ
Buổi nhìn lại bị cắt khi bậnBị coi là thứ xa xỉNó là buổi cuối cùng được cắt, không phải buổi đầu tiên — vì nó sửa nguyên nhân của sự bận
Buổi hằng ngày thành báo cáoĐi theo người thay vì theo việcĐi theo bảng công việc từ phải sang trái
Cùng vấn đề lặp lại mỗi kỳChốt quá nhiều thay đổi, không làm cái nàoMột thay đổi, có tên người, kiểm lại ở buổi sau
Stakeholder dự buổi nhìn lạiMời cho lịch sựTách hai buổi cuối sprint; buổi nhìn lại chỉ có đội
Buổi giữa sprint kéo dài lê thêViệc đưa vào chưa được chuẩn bịPO chuẩn bị trước; việc chưa rõ thì trả lại, không bàn tại chỗ

Ví dụ một nhịp thật — đội 7 người, sprint hai tuần

Nhịp dưới đây đang chạy thật ở một đội sản phẩm 7 người. Điểm đáng chú ý là tổng thời gian họp: khoảng 4 giờ cho hai tuần, tức dưới 3% thời gian làm việc.

Khi nàoBuổi gìBao lâuAi
Thứ Hai 9:15, mỗi ngàyĐồng bộ hằng ngày15 phútĐội
Thứ Tư tuần 1, 14:00Làm rõ việc sắp tới60 phútĐội + PO
Thứ Năm tuần 2, 10:00Xem lại sản phẩm45 phútĐội + stakeholder
Thứ Năm tuần 2, 14:00Nhìn lại cách làm60 phútChỉ đội
Thứ Sáu tuần 2, 9:00Lập kế hoạch sprint mới60 phútĐội + PO

Ba chi tiết cố ý trong lịch này:

  • Hai buổi thứ Năm cách nhau 4 tiếng, không liền nhau. Đội cần khoảng nghỉ giữa việc nghe phản hồi từ người ngoài và việc nói thật với nhau. Xếp liền nhau thì buổi thứ hai luôn bị cuốn theo cảm xúc của buổi thứ nhất.
  • Buổi làm rõ việc đặt giữa sprint, không đặt cuối. Đặt cuối thì nó bị dồn vào lúc ai cũng đang vội hoàn thành sprint hiện tại.
  • Đồng bộ hằng ngày lúc 9:15, không phải 9:00. Cho người đi làm muộn 15 phút thì buổi họp bắt đầu đúng giờ — chi tiết nhỏ nhưng loại bỏ được việc chờ đợi mỗi ngày.

Buổi nhìn lại tuần trước đã cho ra thay đổi gì: đội phát hiện việc bị trả lại từ QA ba lần trong sprint vì thiếu mô tả ca kiểm thử. Thay đổi được chốt: mỗi việc phải có ít nhất một ca kiểm thử viết sẵn trước khi chuyển sang trạng thái đang làm. Người nhận: anh Đức. Cách kiểm: đếm số việc bị trả lại ở sprint sau. Một thay đổi, một người, một cách đo.

Vì sao vai trò của bạn cần cái này

Vai tròBạn dùng nó để
Scrum MasterNhịp là sản phẩm của bạn; giữ cho mỗi buổi đúng mục đích là công việc chính
Product OwnerBuổi giữa sprint và buổi xem lại sản phẩm là hai điểm bạn lái hướng đi
Team LeadDanh sách cản trở từ buổi hằng ngày là danh sách việc của bạn
Engineer / DesignerNhịp rõ ràng là thứ bảo vệ thời gian tập trung của bạn khỏi bị cắt vụn
Quản lý cấp trênHiểu vì sao bạn KHÔNG nên dự buổi hằng ngày và buổi nhìn lại

Definition of done

  • Mỗi buổi lặp lại trả lời đúng một câu hỏi, không trùng với buổi khác.
  • Hai buổi cuối sprint tách riêng; buổi nhìn lại chỉ có đội.
  • Buổi hằng ngày đi theo bảng công việc, dưới 15 phút.
  • Mỗi buổi nhìn lại chốt đúng một thay đổi, có tên người và cách kiểm.
  • Ba biên bản gần nhất không lặp lại cùng một vấn đề chưa xử lý.
  • Nhịp đã được điều chỉnh cho hoàn cảnh thật của đội, không sao chép nguyên mẫu.

Tự kiểm 3 câu

Đọc xong rồi thì thử xem — đúng cả ba là đạt.
1. Đội đề nghị gộp buổi xem lại sản phẩm (có stakeholder) với buổi nhìn lại cách làm để tiết kiệm thời gian. Nên trả lời thế nào?
2. Buổi họp hằng ngày đã thành từng người lần lượt báo cáo cho quản lý. Thay đổi đơn giản nào giúp nhiều nhất?
3. Buổi nhìn lại cách làm tìm ra năm vấn đề. Nên chốt bao nhiêu thay đổi?

Khóa học liên quan (1)

Thảo luận & tài liệu thêm 0

Chia sẻ kinh nghiệm, đặt câu hỏi, hoặc đính kèm tài liệu/YouTube giúp người khác học kỹ năng này.

Hãy là người đầu tiên chia sẻ kinh nghiệm cho kỹ năng này.

Kiểm tra kỹ năng này

Bài kiểm tra của các khóa dạy kỹ năng này
1 Quiz

Ops Management Quiz

Bài kiểm tra của một khóa dạy kỹ năng này.

chưa ai làm
Làm bài này

Học kỹ năng này ở đâu?

Có 1 khóa dạy đúng phần này, miễn phí và bằng tiếng Việt.

Bắt đầu học