Mẫu retrospective: định dạng, ví dụ — và cách để các action item sống sót đến buổi retro tiếp theo (2026)

Retrospective là cuộc họp để một nhóm nhìn lại cách mình đã làm việc — trong một sprint, một bản phát hành, một tháng — và quyết định thay đổi điều gì. Không phải nhóm đã làm ra gì, việc đó thuộc về buổi review. Mà là làm ra bằng cách nào: điều gì làm công việc chậm lại, điều gì giúp công việc trôi chảy, và một hay hai điều nhóm sẽ làm khác đi vào lần sau. Mẫu retrospective là một trang giữ cuộc trò chuyện ấy theo một thứ tự cố định, để cuộc họp tạo ra một quyết định thay vì một danh sách than phiền.

Hướng dẫn này đi từ nghề trước — định dạng, một mẫu sprint retrospective bạn có thể sao chép, một ví dụ đã điền sẵn, bốn bộ câu hỏi gợi ý mà hầu hết các nhóm luân phiên sử dụng — rồi đến cơ chế: buổi retro nằm ở đâu trong các công cụ nhóm bạn đang dùng, và các action của nó ra sao sau cuộc gọi. Bởi phép thử thật sự của một buổi retrospective không phải là cái bảng cuối giờ. Mà là năm phút đầu của buổi kế tiếp, khi có người hỏi liệu hai thay đổi mọi người đã đồng ý có thật sự diễn ra hay không.

Retrospective là gì — và không phải là gì

Có bốn cuộc họp nằm gần retrospective, và các nhóm thường gộp chúng lại với cái giá phải trả:

Retrospective là cuộc họp duy nhất trong bốn cuộc nói về chính nhóm, với sự có mặt của nhóm, và do nhóm quyết định. Vì thế đầu ra của nó nhỏ — một nhóm mỗi chu kỳ chỉ đổi được một hai thói quen, không phải mười — và vì thế một buổi retro có danh sách dài thường đã biến thành review hoặc incident review mang nhầm tên. Chương trình họp sprint review và chương trình họp retro là hai trang khác nhau có lý do.

Retrospective cũng không phải một cuộc họp báo cáo tình hình kèm cảm xúc. "Hãy đi một vòng và nói sprint vừa rồi cảm thấy thế nào" chỉ tạo ra một tâm trạng, không tạo ra thay đổi. Mẫu dưới đây yêu cầu dữ liệu trước ý kiến, viết trước khi nói, và quyết định trước khi hết giờ.

Mẫu gồm những gì: định dạng

Một mẫu retrospective dùng được có bảy phần, theo thứ tự này. Hầu hết các mẫu trên mạng chỉ là một tập con; hai phần hay bị thiếu nhất là phần đầu và phần cuối.

1. Các action của retro trước, được kiểm tra. Trước mọi thứ khác: từng action lần trước, người phụ trách, và một trong ba trạng thái — xong, chưa xong kèm lý do, hoặc bỏ. Hai phút cho một danh sách ba mục. Một buổi retrospective bỏ qua phần này là đang tuyên bố rằng các action của nó là tùy chọn, và cả phòng nghe thấy điều đó.
2. Giai đoạn qua các dữ kiện. Đã giao gì, trễ gì, hỏng gì, bằng con số hoặc ngày tháng, đặt lên bảng trước khi ai phát biểu. Ba đến năm dòng. Những ý kiến tranh luận trên cùng một dữ kiện sẽ hội tụ; những ý kiến tranh luận trên những ký ức khác nhau thì không.
3. Điều gì đã tốt. Viết trước, mỗi người một ghi chú cho mỗi ý, rồi đọc to. Viết trước là quy tắc giúp nửa nhóm ít nói được lắng nghe, và cũng là lý do thông thường khiến retro bị hai giọng nói chi phối.
4. Điều gì chưa tốt. Cùng phương pháp. Ghi chú nói về công việc và cách làm việc, không nói về con người; người điều phối chuyển ghi chú nêu tên một người vào parking lot để xử lý trong buổi họp một-một.
5. Gom nhóm và chọn. Gom các ghi chú thành cụm, và để mỗi người dành hai phiếu bầu cho các cụm mình muốn giải quyết. Một hoặc hai cụm đứng đầu là chủ đề của retro trong thời gian còn lại; số còn lại chờ lần sau, và danh sách những gì đang chờ được giữ lại.
6. Một hoặc hai thay đổi, viết thành action. Với mỗi cụm được chọn, thay đổi mà nhóm cam kết, viết thành một action item: một người phụ trách, một động từ, một ngày. "Ước tính tốt hơn" là một mong ước; "Lena — thêm bước kiểm tra ước tính 15 phút vào buổi planning thứ Năm — từ sprint tới" là một action.
7. Người phụ trách, ngày kiểm tra và lời cảm ơn. Đọc lại các action cùng người phụ trách; nêu ngày kiểm tra — thường là buổi retro kế tiếp; và khép lại bằng một vòng cảm ơn, nêu tên. Mục cuối không phải để trang trí: chính nó khiến mọi người sẵn lòng viết những ghi chú ở mục 4 vào lần sau.

Những gì để ngoài: mọi thứ thuộc về review (phạm vi), incident review (dòng thời gian của một sự cố) hoặc buổi một-một (một người). Một buổi retrospective cố mang cả những thứ đó sẽ kéo dài mà chẳng quyết định được gì.

Cách tổ chức: trước, trong, sau

Trước: chốt khung giờ và chuẩn bị dữ kiện. Retrospective là một cuộc họp định kỳ, đặt sau review và trước buổi planning kế tiếp, để nó làm việc từ những gì đã thật sự được giao; vị trí của nó trong tuần được nói trong hướng dẫn về nhịp họp. Một ngày trước, người điều phối đăng dữ kiện của giai đoạn lên kênh của nhóm — danh sách đã giao, danh sách bị trễ, các sự cố — cùng các action của retro trước kèm người phụ trách, để mục 1 và mục 2 được đọc trước cuộc họp chứ không phải ráp lại trong lúc họp. Luân phiên người điều phối: một buổi retro do quản lý chạy mọi lần sẽ thành một bản báo cáo gửi quản lý.

Trong: viết trước khi nói, rồi quyết định. Mở đầu bằng việc kiểm tra action — mỗi người phụ trách nói xong hay chưa, và vì sao, trong một câu. Rồi đến dữ kiện, đọc to trong một phút. Rồi tám phút viết im lặng về điều tốt và chưa tốt, mọi ghi chú hiện ra cho mọi người ngay khi được viết, bằng ngôn ngữ của từng thành viên nếu bảng có dịch, và bằng một ngôn ngữ cả phòng đã thống nhất nếu không. Đọc lên, gom cụm, bỏ phiếu: mười lăm phút. Các cụm được chọn dùng phần còn lại của giờ họp, và nhiệm vụ duy nhất của người điều phối trong đoạn này là biến lời nói thành một action có tên người trước khi đồng hồ hết giờ, đọc lại từng action to lên để người phụ trách đồng ý hai lần. Năm phút cuối: các action cùng người phụ trách và ngày kiểm tra, rồi lời cảm ơn.

Sau: công bố trang ngay trong ngày, ở nơi buổi retro kế tiếp sẽ mở nó. Bảng cùng các ghi chú, các cụm được chọn, các action kèm người phụ trách, và các action trước đó cùng trạng thái của chúng — một trang, gửi cho mọi người, kể cả người vắng mặt. Rồi đặt nó vào nơi buổi retrospective sau bắt đầu: phần kiểm tra action ở đầu trang kế tiếp là bản sao danh sách action ở cuối trang này. Một buổi retrospective nằm trong sổ tay của người điều phối là một buổi retrospective mà nhóm không có.

Cách chạy bản thân một giờ họp — phần mở đầu, các khung thời gian, việc đọc lại kết quả trong năm phút cuối — là cùng một nghề với mọi cuộc họp hiệu quả. Điều riêng của retro là quy tắc viết trước và giới hạn hai thay đổi.

Một mẫu sprint retrospective

[Nhóm] — Retrospective, sprint [số] / [giai đoạn]
Ngày: [ngày] · Giờ: [bắt đầu]–[kết thúc] · Liên kết: [liên kết cuộc họp]
Mục đích: chọn một hoặc hai thay đổi trong cách chúng ta làm việc, và kiểm tra những thay đổi đã chọn lần trước.
Người điều phối: [tên, luân phiên] · Ghi chú: [tên hoặc "bản recap"]
Đọc trước: trang retro lần trước, dữ kiện của giai đoạn này

1. Các action của retro trước — người điều phối — 5 phút — thông tin
– [Người phụ trách] — [action] — hạn [ngày] — xong / chưa xong: [lý do] / bỏ
– [Người phụ trách] — [action] — hạn [ngày] — xong / chưa xong: [lý do] / bỏ

2. Giai đoạn qua các dữ kiện — người điều phối — 3 phút — thông tin
Đã giao: [danh sách]. Bị trễ: [danh sách]. Bị hỏng: [danh sách]. [Một con số quan trọng của giai đoạn này.]

3. Điều gì đã tốt — mọi người, viết trước — 8 phút — thảo luận
[Các ghi chú, mỗi ý một ghi chú, đọc to sau khi viết xong.]

4. Điều gì chưa tốt — mọi người, viết trước — 8 phút — thảo luận
[Các ghi chú về công việc và cách làm việc — không nói về con người.]

5. Gom nhóm và bỏ phiếu — mọi người — 10 phút — quyết định
Các cụm: [A], [B], [C]. Mỗi người hai phiếu. Đã chọn: [một hoặc hai]. Chờ lần sau: [phần còn lại].

6. Các thay đổi chúng ta cam kết — cả nhóm — 15 phút — quyết định
– [Người phụ trách] — [động từ + đối tượng] — từ [ngày] — kiểm tra tại buổi retro ngày [ngày]
– [Người phụ trách] — [động từ + đối tượng] — từ [ngày] — kiểm tra tại buổi retro ngày [ngày]

7. Người phụ trách, ngày kiểm tra, lời cảm ơn — 5 phút
Đọc lại các action cùng người phụ trách. Ngày kiểm tra: retro kế tiếp, [ngày]. Mỗi người một lời cảm ơn, nêu tên.

Parking lot: [các mục được nêu nhưng không được chọn — chuyển sang trang của buổi retro kế tiếp]

Mẫu này là văn bản thuần: dán được vào tài liệu, canvas, cột sticky-note trên bảng trắng hay một tin nhắn chat mà không cần định dạng lại. Điểm mấu chốt là thứ tự; công cụ thì không.

Một ví dụ đã điền sẵn: nhóm sản phẩm tám người, sau một sprint hai tuần

Nhóm Platform — Retrospective, sprint 31
Mục đích: chọn một hoặc hai thay đổi trong cách chúng ta làm việc, và kiểm tra những thay đổi đã chọn lần trước.
Người điều phối: Mateusz · Ghi chú: bản recap
Đọc trước: trang retro của sprint 30; dữ kiện sprint 31 đăng trên kênh hôm qua

1. Các action của retro trước — 5 phút
– Priya — dời buổi daily sang 09:30 để Lisbon tham gia trực tiếp — hạn 2/11 — xong
– Kenji — bản định nghĩa "hoàn thành" một trang cho mảng mobile — hạn 6/11 — chưa xong: chờ chỉnh sửa từ trưởng nhóm QA; dời hạn sang 20/11

2. Giai đoạn qua các dữ kiện — 3 phút
Đã giao 9 trong 11 hạng mục dự kiến. Bị trễ: job xuất dữ liệu, email onboarding. Hỏng: một sự cố, 40 phút, chỉ mục tìm kiếm. Buổi review hôm thứ Năm chạy quá giờ 25 phút.

3. Điều gì đã tốt — 8 phút
Làm cặp để sửa lỗi tìm kiếm giúp đóng được ngay trong ngày. Kênh giữ lại các dữ kiện, nên không ai hỏi "chúng ta đã giao gì" đến hai lần. Lisbon tham gia mọi buổi daily.

4. Điều gì chưa tốt — 8 phút
Hai hạng mục mới được đặc tả một nửa khi sprint bắt đầu. Buổi review chạy quá giờ vì phần demo được dựng ngay trong cuộc họp. Báo cáo sự cố được viết trễ ba ngày.

5. Gom nhóm và bỏ phiếu — 10 phút
Các cụm: mức sẵn sàng khi bắt đầu sprint (6 phiếu), độ dài buổi review (4), báo cáo sự cố (3), ước tính (2). Đã chọn: mức sẵn sàng, buổi review. Chờ: báo cáo sự cố, ước tính.

6. Các thay đổi chúng ta cam kết — 15 phút
– Lena — kiểm tra mức sẵn sàng cho từng hạng mục vào thứ Ba trước buổi planning; hạng mục không có đặc tả một dòng và người phụ trách thì không được vào sprint — từ sprint 32 — kiểm tra tại buổi retro ngày 28/11
– Tomás — môi trường demo được dựng và thử xong trước buổi trưa của ngày review — từ sprint 32 — kiểm tra tại buổi retro ngày 28/11

7. Người phụ trách, ngày kiểm tra, lời cảm ơn — 5 phút
Đã đọc lại. Ngày kiểm tra: 28/11. Cảm ơn Priya vì buổi làm cặp sửa lỗi tìm kiếm và cảm ơn Lisbon vì những buổi bắt đầu sớm.

Parking lot: báo cáo sự cố; ước tính — đứng đầu danh sách cho buổi retro của sprint 32.

Hãy để ý điều khiến trang này hiệu quả: mục đầu tiên và mục áp chót là cùng một danh sách nhìn ở hai thời điểm cách nhau hai tuần. Các action của sprint 31 được sinh ra ở cuối trang sprint 30 và được xét ở đầu trang này; các action của sprint 32 sẽ được xét vào ngày 28 tháng 11. Vòng lặp đó là toàn bộ giá trị của một buổi retrospective, và là phần mà hầu hết các mẫu để lại cho trí nhớ.

Bốn bộ câu hỏi gợi ý, và khi nào dùng bộ nào

Mục 3 và 4 của mẫu là một cặp câu hỏi, và các nhóm sẽ chán cùng một cặp. Bốn lựa chọn thay thế quen thuộc, mỗi bộ vẫn kết thúc ở mục 5 và 6:

Dùng bộ nào thì hai quy tắc vẫn giữ nguyên: viết trước khi nói, và đầu ra là một hoặc hai action có người phụ trách. Một bộ câu hỏi tạo ra bức tường ghi chú phong phú hơn nhưng không có quyết định nào đã làm cuộc họp thú vị hơn và bớt hữu ích đi.

Buổi retrospective nằm ở đâu trong các công cụ bạn đang dùng

Mỗi nền tảng lớn cho retro một bảng hoặc một tài liệu, và mỗi nền tảng dừng lại ở một điểm khác nhau. Chỉ nêu hành vi đã được tài liệu hóa, lấy từ các trang của chính nhà cung cấp, kèm tháng kiểm tra từng thông tin:

Có hai điều giống nhau ở mọi hàng. Bảng retro là một tài liệu đặt cạnh cuộc họp, bằng một ngôn ngữ duy nhất mà nó được viết hoặc được tổ chức; và việc các action của retro trước đã xong hay chưa là câu hỏi mà tài liệu không trả lời — một người mở trang trước ở cuộc họp kế tiếp và đọc nó cho cả phòng nghe. Khi như vậy là ổn, bất kỳ nền tảng nào trong bốn nền tảng đều đủ dùng và bảng này là toàn bộ câu trả lời. Bản phiên âm, bản ghi hình và bản tóm tắt của một cuộc gọi Teams hoặc Meet sau đó nằm ở đâu, và ai còn mở được từng thứ, được vẽ ra trong nơi Teams và Meet lưu bản phiên âm, bản ghi hình và bản tóm tắt của bạn; phần dịch trực tiếp của mỗi nền tảng bao phủ gì trong cuộc gọi và dừng ở đâu nằm trong các hướng dẫn về Teams và Meet (Teams, Meet).

Các action sống sót đến buổi retro kế tiếp như thế nào

InterMIND là một không gian giao tiếp nơi cuộc họp sống trong một kênh, nên buổi retrospective có một ngôi nhà hiển nhiên: một kênh riêng, nơi dữ kiện của giai đoạn và các action của retro trước được đăng từ hôm trước, và kênh giữ bản recap của mọi phiên, nên trang của sprint 30 chỉ cách trang của sprint 31 một cú nhấp. Mỗi thành viên gõ bằng ngôn ngữ của mình và đọc người khác bằng ngôn ngữ của mình; một trang được soạn ở nơi khác sẽ vào kênh qua email — host cấp cho kênh một địa chỉ riêng, và một tin nhắn gửi đến đó xuất hiện như tin nhắn thường, có tên người gửi và giữ nguyên tệp đính kèm.

Trong cuộc gọi, bảng là một ghi chú được đặt trên màn hình của mọi người cạnh các ô video bằng Share to conference: người điều phối chỉnh sửa trực tiếp trong khi cả phòng viết các ý của mình, và mọi người tham gia đọc nó bằng ngôn ngữ của mình, với bản gốc chỉ cách một nút chuyển. Bản recap của phiên trước có thể được chia sẻ vào cuộc họp theo cách tương tự, nên mục 1 — các action của retro trước — là bản ghi thật trên màn hình của mọi người chứ không phải ký ức của ai đó.

Khi cuộc gọi kết thúc, bản recap được viết từ chính cuộc họp: một bản tóm tắt, các điểm được đánh dấu là đã đồng ý, còn mở hoặc còn tranh cãi, các action item cùng người phụ trách, mỗi dòng giữ dấu thời gian của nó. Nó đến qua email, như một tin nhắn trong kênh và như một liên kết trong sự kiện lịch, và mỗi thành viên đã đăng nhập đọc nó bằng ngôn ngữ của mình — bản ghi được dịch theo từng người đọc, không phải viết một lần bằng ngôn ngữ mà cả phòng tình cờ dùng. Bất kỳ thành viên nào cũng có thể chỉnh sửa, và mọi chỉnh sửa đều giữ tác giả và lịch sử phiên bản. Host có thể thêm một bản sao recap gửi đến bất kỳ địa chỉ nào — hộp thư đến của một công cụ theo dõi hay CRM — để hai action đến được hệ thống ghi nhận chính thức mà không ai phải chuyển tiếp gì. Teams và Meet, theo tài liệu của chúng ở trên, dịch khoảnh khắc — phụ đề trong cuộc gọi, một bản recap bằng ngôn ngữ của cuộc họp; còn ở đây, không gian mới là thứ giữ cho mọi thứ luôn được dịch.

Trong một tổ chức bật trang trạng thái nhóm, các action của retro còn được kiểm tra. Mỗi action mà bản recap ghi nhận đều gia nhập chuỗi tác vụ của tổ chức, và khi bản recap kế tiếp được viết, những action còn mở sẽ được đối chiếu với những gì đã được nói: action mà ai đó báo đã hoàn thành được đánh dấu xong; action được bàn nhưng chưa hoàn thành được đánh dấu chưa xong kèm lý do bằng chính lời của cuộc họp; action không ai nhắc đến vẫn giữ trạng thái mở. Các nhận định nằm trên trang trạng thái của tổ chức, mỗi nhận định kèm bản recap làm căn cứ, và khi phiên kế tiếp bắt đầu, Mia nêu tên các mục còn mở cùng người phụ trách — nhờ vậy mục 1 của mẫu vẫn được nhắc đến ngay cả khi không ai mở trang trước. Trang trạng thái nhóm là một tính năng xem trước: quản trị viên của tổ chức bật chúng trong Settings → Advanced sau khi chấp nhận điều khoản alpha (trang Preview features mô tả từng tính năng).

Một khách — một cộng tác viên làm việc trong sprint, một kỹ sư của khách hàng được mời vào một buổi retro — tham gia qua liên kết, không cần tài khoản và không mất phí, từ điện thoại, trong trình duyệt, và nghe cuộc họp trực tiếp bằng ngôn ngữ của mình. Sau đó khách không có bản ghi nào — tài khoản là miễn phí, và chính nó làm cho bản ghi truy cập được. Host cung cấp không gian và, ở gói trả phí, chỉ trả tiền cho các thành viên hoạt động trong 28 ngày trước đó; những thành viên ít hoạt động vẫn giữ quyền truy cập mà không mất phí.

• Mở một bản recap hoàn chỉnh — một bản ghi thật được tạo bởi cùng đoạn mã viết ra bản recap của bạn, gồm cả các action item.
• Dùng thử bản demo trực tiếp — không cần đăng ký; hãy nói, và nghe cả phòng được dịch theo từng người nghe.

Retrospective như một nghề sống sót qua mọi công cụ: vẫn phải có người hỏi nhóm cần thay đổi gì và giữ nhóm ở hai câu trả lời. Điều không nhất thiết phải sống sót là công việc thứ hai — gõ lại cái bảng sau cuộc gọi, bằng một ngôn ngữ, và mở buổi retro kế tiếp bằng việc hỏi liệu có ai làm điều buổi trước đã quyết định hay không.

FAQ

Họp retrospective là gì?

Retrospective là một cuộc họp định kỳ, nơi một nhóm nhìn lại cách mình đã làm việc trong một giai đoạn — một sprint, một bản phát hành, một tháng — và cam kết một hoặc hai thay đổi trong cách làm việc. Nó kiểm tra các action của retro trước trước tiên, đặt dữ kiện của giai đoạn lên bảng, thu thập điều gì đã tốt và điều gì chưa tốt bằng văn bản, gom nhóm và bỏ phiếu, rồi kết thúc bằng các action có người phụ trách và ngày kiểm tra. Nó khác với review, nơi xem xét những gì đã được làm ra, và khác với incident review, nơi xem xét một sự cố.

Làm thế nào để chạy một buổi sprint retrospective?

Chốt khung giờ sau review và trước planning, và đăng dữ kiện của giai đoạn cùng các action của retro trước lên kênh của nhóm từ hôm trước. Trong cuộc họp: kiểm tra các action lần trước (năm phút), đọc dữ kiện, viết các ghi chú điều tốt và điều chưa tốt trong im lặng trước khi ai nói, đọc chúng lên, gom cụm, bỏ phiếu với hai phiếu mỗi người, và dùng thời gian còn lại để biến một hoặc hai cụm đứng đầu thành các action có một người phụ trách và một ngày. Đọc lại các action, nêu ngày kiểm tra — thường là buổi retro kế tiếp — và khép lại bằng lời cảm ơn. Công bố trang ngay trong ngày ở nơi buổi retro kế tiếp sẽ mở nó.

5 giai đoạn của một buổi retrospective là gì?

Cấu trúc năm giai đoạn được dùng rộng rãi là: dọn sân khấu (mục đích, các action trước đó, các quy tắc), thu thập dữ liệu (dữ kiện của giai đoạn và các ghi chú của mọi người), tạo ra nhận định (gom nhóm các ghi chú và tìm quy luật đằng sau), quyết định làm gì (một hoặc hai action có người phụ trách), và kết thúc (đọc lại, ngày kiểm tra, lời cảm ơn). Mẫu trong hướng dẫn này khớp với các giai đoạn đó theo từng mục: mục 1–2 dọn sân khấu và thu thập dữ kiện, 3–5 thu thập và gom nhóm, 6 quyết định, 7 kết thúc.

Sự khác biệt giữa sprint review và sprint retrospective là gì?

Review xem xét công việc — đã làm ra gì, có phải điều định làm không, backlog thay đổi thế nào — với các bên liên quan có mặt trong phòng. Retrospective xem xét cách làm việc — điều gì làm nhóm chậm lại và nhóm sẽ thay đổi gì — chỉ với nhóm. Review để lại các hạng mục được chấp nhận và thay đổi backlog; retrospective để lại một hoặc hai action về cách nhóm làm việc, cùng các action lần trước được đánh dấu xong hoặc chưa. Retro nằm sau review để nó làm việc từ những gì đã thật sự được giao.

Start, stop, continue là gì?

Một bộ câu hỏi retrospective với ba cột: nhóm nên bắt đầu làm gì, nên dừng làm gì và nên tiếp tục làm gì. Nó thay thế cặp điều tốt và điều chưa tốt của mẫu cơ bản và phù hợp với các nhóm muốn có action thẳng từ các ghi chú — một ghi chú "start" đã là một nửa action. Việc gom nhóm, bỏ phiếu và giới hạn một hoặc hai thay đổi cam kết vẫn được áp dụng.

4 câu hỏi của một buổi retrospective là gì?

Một buổi retrospective cổ điển hỏi bốn câu: chúng ta đã làm tốt điều gì, đã học được gì, lần sau nên làm khác đi điều gì, và điều gì vẫn còn khiến chúng ta băn khoăn. Đó là 4Ls dưới một dạng khác — liked, learned, lacked, longed for — và hiệu quả nhất trong một giai đoạn dài hơn, như một quý hoặc lúc kết thúc dự án, nơi việc học quan trọng không kém việc sửa.

Một sprint retrospective nên kéo dài bao lâu?

Với sprint hai tuần và nhóm năm đến mười người, từ 45 đến 60 phút: năm phút cho các action trước đó, ba phút cho dữ kiện, mười sáu phút cho viết, mười lăm phút cho đọc lên, gom cụm và bỏ phiếu, mười lăm phút cho các thay đổi, năm phút để kết thúc. Một buổi retrospective thường xuyên chạy lâu hơn thường là đã để review hoặc một cuộc bàn về sự cố lọt vào phòng; một buổi retro ngắn hơn nhiều thường là đã bỏ qua phần viết hoặc các action.

Một mẫu retrospective nên có những gì?

Bảy thứ: các action của retro trước cùng trạng thái của chúng; giai đoạn qua các dữ kiện; điều gì đã tốt; điều gì chưa tốt — cả hai đều viết trước; gom nhóm và bỏ phiếu; một hoặc hai thay đổi được viết thành action item có người phụ trách và ngày; và phần kết — đọc lại, ngày kiểm tra, lời cảm ơn — cùng một parking lot cho những gì phải chờ. Hai phần mà hầu hết các mẫu bỏ qua là phần đầu và phần áp chót: kiểm tra các action cũ, và người phụ trách kèm ngày cho các action mới. Chúng là thứ nối buổi retro này với buổi retro kế tiếp.

Nguồn: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Generating meeting agenda with AI Companion; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template; Slack — Use huddles in Slack. Mỗi ô trong bảng nêu tháng thông tin của nó được kiểm tra: trang ghi chú của Microsoft, trang chương trình họp của Zoom, các trang của Google và các trang của Slack được kiểm tra tháng 10/2026; trang recap của Microsoft và trang tóm tắt cuộc họp của Zoom được kiểm tra tháng 8/2026. Cấu trúc năm giai đoạn và các bộ câu hỏi là thực hành phổ biến và không mang tuyên bố nào của nhà cung cấp. Các nhà cung cấp thay đổi gói, tính năng và danh sách ngôn ngữ theo thời gian; hãy kiểm tra các trang của họ để biết tình trạng hiện tại.