Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.109 người đã truy cậpPhiên bản 1.15.0
  1. /Lý thuyết PMP
  2. /Chương 8
  3. /Bài 8.9: Buổi cải tiến (retrospective): cấu trúc, kỹ thuậ…

Bài 8.9 · Chương 8: Agile và Hybrid

Buổi cải tiến (retrospective): cấu trúc, kỹ thuật và biến ý kiến thành hành động

Buổi cải tiến là nơi đội tự kiểm tra cách mình làm việc. Bài trình bày năm bước của một buổi cải tiến tốt, vài định dạng thông dụng, cách giữ an toàn tâm lý, chọn ít hành động cải tiến nhưng làm thật, và các dấu hiệu buổi cải tiến đã thành hình thức.

Cơ bản6 phút đọc5 câu hỏiCập nhật 29/10/2026
Lĩnh vực hiệu suất
Nguồn lực
Nguyên tắc
Xây dựng đội được trao quyền
Nhóm trọng tâm
Giám sát & kiểm soát
Mục lục (16)
  1. Cải tiến khác đánh giá Sprint ở đâu?
  2. Năm bước của một buổi cải tiến tốt
  3. Một số định dạng thông dụng
  4. An toàn tâm lý là điều kiện tiên quyết
  5. Chọn ít hành động, làm thật
  6. Vai trò của Scrum Master hoặc PM
  7. Dấu hiệu buổi cải tiến đã thành hình thức
  8. Ví dụ: đội phát triển ứng dụng giao đồ ăn
  9. Liên hệ đề thi PMP
  10. Điểm cần nhớ
  11. Mẹo thi PMP
  12. Thuật ngữ chính
  13. Liên hệ đề thi PMP
  14. Tài liệu tham khảo
  15. Trắc nghiệm nhanh
  16. Hoàn thành bài học

Trong Scrum, buổi cải tiến Sprint (Sprint Retrospective) là sự kiện cuối mỗi Sprint, nơi đội nhìn lại cách làm việc — con người, quan hệ, quy trình, công cụ, định nghĩa hoàn thành — và chọn những thay đổi để làm tốt hơn. Kanban có buổi tương tự trong nhịp vận hành; dự án dự đoán có thể tổ chức cải tiến theo giai đoạn. Đây là công cụ hằng ngày của BE6 — Cải tiến liên tục và P3 — Lãnh đạo đội dự án.

Năm bước của một buổi cải tiến: mở đầu, thu thập dữ liệu, tìm hiểu nguyên nhân, chọn hành động, kết thúc; hành động được đưa vào Sprint kế tiếp và xem lại ở buổi sau

Cải tiến khác đánh giá Sprint ở đâu?

Đánh giá SprintBuổi cải tiến Sprint
Nhìn vào
Sản phẩm: phần tăng trưởng, backlog
Cách làm việc của đội
Ai tham giaĐội Scrum và các bên liên quan chínhĐội Scrum
Kết quảBacklog được điều chỉnhVài cải tiến cụ thể cho Sprint sau

Nhầm hai buổi này là lỗi phổ biến: buổi cải tiến biến thành buổi trình diễn với lãnh đạo, và đội không dám nói thật.

Năm bước của một buổi cải tiến tốt

Một khung được dùng rộng rãi chia buổi cải tiến thành năm bước:

  1. Mở đầu: nhắc mục đích, thời lượng, quy tắc; kiểm tra nhanh tâm trạng hoặc mức an toàn ("bạn thoải mái nói thật ở mức nào, 1–5?").
  2. Thu thập dữ liệu: sự kiện, số liệu và cảm nhận của Sprint — dòng thời gian, biểu đồ burndown, số lỗi, các trở ngại.
  3. Tìm hiểu nguyên nhân: vì sao điều đó xảy ra; dùng năm câu hỏi tại sao, nhóm chủ đề, biểu quyết chấm điểm để chọn vấn đề đáng bàn.
  4. Chọn hành động: một đến ba cải tiến cụ thể, có người theo dõi.
  5. Kết thúc: tóm tắt, cảm ơn, xin góp ý ngắn về chính buổi cải tiến.

Bỏ bước 2 và 3 là lỗi hay gặp nhất: đội nhảy thẳng từ "cảm thấy" sang "phải làm", và hành động chữa triệu chứng.

Một số định dạng thông dụng

Định dạngCách làmHợp khi
Bắt đầu – Dừng – Tiếp tụcMỗi người ghi việc nên bắt đầu, nên dừng, nên giữĐội mới, cần nhanh
4LThích, Học được, Thiếu, Mong muốnSau một Sprint có nhiều điều mới
Thuyền buồmGió đẩy (giúp đội), neo kéo (cản đội), đá ngầm (rủi ro), hòn đảo (mục tiêu)Muốn nhìn cả rủi ro phía trước
Dòng thời gianVẽ lại Sprint theo ngày, đánh dấu sự kiện và cảm xúcSprint có biến cố lớn

Đổi định dạng định kỳ giúp buổi cải tiến không nhàm chán, nhưng định dạng chỉ là phương tiện; năm bước mới là cốt lõi.

An toàn tâm lý là điều kiện tiên quyết

Đội chỉ nói ra vấn đề thật khi có an toàn tâm lý — tin rằng nêu lỗi hay ý kiến trái chiều sẽ không bị trừng phạt. Một số cách giữ an toàn:

  • Nhắc chỉ thị nguyên tắc của buổi cải tiến (diễn giải): dù phát hiện điều gì, ta tin rằng mỗi người đã làm hết sức trong hoàn cảnh, hiểu biết và nguồn lực lúc đó.
  • Theo văn hoá không đổ lỗi: bàn về hệ thống và quy trình, không truy tìm "ai làm sai".
  • Những gì nói trong buổi cải tiến ở lại trong đội, trừ khi đội đồng ý chia sẻ.
  • Người quản lý trực tiếp, nếu không thuộc đội, không tham dự mặc định.
  • Khi mức an toàn thấp, dùng ghi ý kiến ẩn danh trước khi thảo luận.

Chọn ít hành động, làm thật

Một buổi cải tiến tạo 12 hành động thường kết thúc với 0 hành động được làm. Nguyên tắc:

  • Ít: một đến ba cải tiến mỗi Sprint.
  • Cụ thể và kiểm chứng được: "viết kiểm thử tự động cho mọi lỗi được sửa trong Sprint 15" thay vì "nâng cao chất lượng".
  • Có người theo dõi và có chỗ trong kế hoạch: Scrum Guide 2020 cho phép đưa cải tiến quan trọng nhất vào Sprint Backlog của Sprint kế tiếp — nghĩa là nó chiếm năng lực thật, không phải "làm khi rảnh".
  • Xem lại ở buổi sau: mở đầu bằng câu hỏi "cải tiến lần trước có hiệu quả không?". Đó chính là vòng kiểm tra và thích ứng, tinh thần Kaizen: thay đổi nhỏ, liên tục, đo được.

Vai trò của Scrum Master hoặc PM

Người điều phối giữ khung thời gian (tối đa 3 giờ cho Sprint một tháng, thường ngắn hơn cho Sprint ngắn hơn), bảo đảm ai cũng được nói, giữ cuộc thảo luận hướng về hệ thống chứ không vào cá nhân. Người điều phối không áp hành động của mình cho đội: đội được trao quyền tự chọn cải tiến. Khi trở ngại vượt tầm đội (chính sách tổ chức, phụ thuộc bộ phận khác), người điều phối nhận mang nó ra ngoài và báo lại kết quả.

Dấu hiệu buổi cải tiến đã thành hình thức

  • Cùng một vấn đề xuất hiện ba Sprint liên tiếp mà không ai làm gì.
  • Chỉ vài người nói, phần còn lại im lặng.
  • Buổi cải tiến bị bỏ khi "Sprint này bận quá".
  • Hành động luôn hướng ra ngoài ("bộ phận X phải…"), không bao giờ về chính đội.
  • Không ai nhớ hành động của Sprint trước.

Gặp các dấu hiệu này, người điều phối nên đổi định dạng, kiểm tra mức an toàn, hoặc dành hẳn một buổi để cải tiến chính buổi cải tiến.

Ví dụ: đội phát triển ứng dụng giao đồ ăn

Ba Sprint liên tiếp, đội không hoàn thành mục tiêu Sprint. Buổi cải tiến thứ tư dùng dòng thời gian: dữ liệu cho thấy câu chuyện nào cũng bị chặn 2–3 ngày chờ đội thiết kế giao diện. Năm câu hỏi tại sao dẫn tới nguyên nhân: thiết kế chỉ bắt đầu khi câu chuyện đã vào Sprint. Đội chọn hai hành động: (1) đưa nhà thiết kế vào buổi tinh chỉnh backlog để thiết kế đi trước một Sprint, người theo dõi là Product Owner; (2) thêm cột "chờ thiết kế" trên bảng để đo thời gian chờ. Hai Sprint sau, thời gian bị chặn trung bình giảm còn nửa ngày và đội đạt mục tiêu Sprint.

Liên hệ đề thi PMP

Dấu hiệu đáp án đúng: buổi cải tiến tập trung vào cách làm việc, do đội chọn cải tiến, có an toàn tâm lý, hành động ít và cụ thể, được theo dõi ở Sprint sau. Đáp án yếu: PM đưa sẵn danh sách cải tiến, mời quản lý cấp trên để "lắng nghe", bỏ buổi cải tiến khi bận, hay biến nó thành buổi tìm người chịu trách nhiệm. Câu hỏi "vấn đề lặp lại sau nhiều Sprint" thường hướng tới việc phân tích nguyên nhân gốc và đưa hành động vào kế hoạch Sprint.

Điểm cần nhớ

  • Buổi cải tiến nhìn vào cách làm việc của đội; đánh giá Sprint nhìn vào sản phẩm.
  • Năm bước: mở đầu, thu thập dữ liệu, tìm nguyên nhân, chọn hành động, kết thúc.
  • An toàn tâm lý và văn hoá không đổ lỗi là điều kiện để đội nói thật.
  • Chọn một đến ba cải tiến cụ thể, có người theo dõi, có chỗ trong Sprint kế tiếp.
  • Mở đầu buổi sau bằng việc xem cải tiến lần trước có hiệu quả không.

Mẹo thi PMP

  • Đội tự chọn cải tiến; Scrum Master hoặc PM điều phối, không áp đặt.
  • Vấn đề lặp lại qua nhiều Sprint → tìm nguyên nhân gốc và đưa hành động vào Sprint Backlog.
  • Buổi cải tiến không bị bỏ dù Sprint bận; đó là sự kiện bắt buộc của Scrum.

Thuật ngữ chính

Buổi cải tiến Sprint · Sprint Retrospective
Sự kiện kết thúc Sprint, trong đó đội Scrum xem lại Sprint vừa qua về con người, tương tác, quy trình, công cụ và Định nghĩa hoàn thành: điều gì tốt, vấn đề gì gặp phải và đã (hoặc chưa) giải quyết thế nào. Đội chọn các cải tiến hữu ích nhất để nâng cao chất lượng và hiệu quả, có thể đưa ngay vào Sprint Backlog của Sprint kế tiếp. Timebox tối đa 3 giờ cho Sprint 1 tháng.
Chỉ thị nguyên tắc của buổi cải tiến · Retrospective Prime Directive
Tuyên bố của Norm Kerth trong cuốn "Project Retrospectives: A Handbook for Team Reviews" (2001), thường được đọc ở đầu buổi cải tiến. Ý chính: dù phát hiện điều gì, ta hiểu và tin rằng mọi người đã làm tốt nhất có thể với những gì họ biết lúc đó, kỹ năng, năng lực, nguồn lực sẵn có và hoàn cảnh cụ thể. Mục đích là tạo an toàn tâm lý để đội nói thật về vấn đề và tập trung vào cải tiến thay vì đổ lỗi.
An toàn tâm lý · Psychological Safety
Niềm tin chung trong đội rằng mỗi người có thể nêu ý kiến, đặt câu hỏi, thừa nhận sai sót hoặc chấp nhận rủi ro mà không sợ bị chê bai hay trừng phạt. Đây là điều kiện để đội học hỏi, báo rủi ro sớm và cải tiến liên tục.
Văn hoá không đổ lỗi · Blameless Culture (Blameless Postmortem)
Cách phân tích sự cố và sai sót tập trung vào hệ thống, quy trình và điều kiện dẫn tới sự cố thay vì tìm người để trách phạt. Giả định là mọi người hành động hợp lý với thông tin họ có lúc đó; mục tiêu là học và ngăn tái diễn. Không đổ lỗi không có nghĩa là không có trách nhiệm giải trình: người liên quan vẫn kể lại đầy đủ và tham gia cải tiến. Văn hoá này cần an toàn tâm lý và giúp sự cố được báo cáo sớm, minh bạch.
Kiểm tra và thích ứng · Inspect and Adapt (I&A)
Sự kiện lớn cuối mỗi PI, có toàn bộ ART và các bên liên quan, gồm ba phần: trình diễn hệ thống của PI (PI System Demo) cho thấy trạng thái thực của giải pháp; rà soát đo lường định lượng và định tính (ví dụ độ dự đoán, chỉ số dòng chảy); và hội thảo giải quyết vấn đề (problem-solving workshop) dùng phân tích nguyên nhân gốc (biểu đồ xương cá, 5 Whys, Pareto) để chọn vấn đề lớn nhất và tạo hạng mục cải tiến. Các hạng mục này đưa vào backlog cho PI Planning kế tiếp.
Cải tiến liên tục Kaizen · Kaizen
Triết lý cải tiến liên tục có nguồn gốc Nhật Bản ("kai" là thay đổi, "zen" là tốt hơn): thực hiện những cải tiến nhỏ, thường xuyên, do chính người làm việc đề xuất, thay vì chờ các thay đổi lớn. Trong dự án, Kaizen gắn với chu trình PDCA (Plan–Do–Check–Act), các buổi cải tiến (retrospective) và văn hoá ai cũng có trách nhiệm nâng cao chất lượng quy trình.
Ôn 6 thuật ngữ bằng thẻ ghi nhớ

Liên hệ đề thi PMP (ECO 2026)

  • P3Lãnh đạo đội dự ánBài cùng task P3
  • BE6Cải tiến liên tụcBài cùng task BE6
Luyện câu hỏi thi cho các task này

Tài liệu tham khảo

  1. Scrum Guide 2020 (mở trong thẻ mới)
  2. Agile Alliance — Heartbeat Retrospective (mở trong thẻ mới)
  3. Wikipedia — Psychological safety (mở trong thẻ mới)

Trắc nghiệm nhanh

5 câu · Đạt từ 70 %

Câu 1/5
Trong buổi cải tiến Sprint, trưởng phòng của các thành viên muốn tham dự để "nắm tình hình". Scrum Master nên xử lý thế nào?

Hoàn thành bài học

Bài trướcBài 8.8 · Quản lý Product Backlog và các kỹ thuật ưu tiên hoáBài tiếp theoBài 8.10 · Định nghĩa hoàn thành, tiêu chí chấp nhận và quản lý nợ kỹ thuật

Bài trong chương

Chương 8: Agile và Hybrid

  1. 8.1Bài 8.1: Tư duy Agile, Tuyên ngôn Agile và Agile Practice Guide
  2. 8.2Bài 8.2: Scrum: vai trò, sự kiện, tạo phẩm (artifacts)
  3. 8.3Bài 8.3: Kanban và Lean: dòng chảy, giới hạn WIP, Định luật Little
  4. 8.4Bài 8.4: Extreme Programming (XP) và thực hành kỹ thuật
  5. 8.5Bài 8.5: Agile quy mô lớn: tổng quan SAFe (và LeSS, Disciplined Agile)
  6. 8.6Bài 8.6: Dự án Hybrid và điều chỉnh phương pháp (tailoring)
  7. 8.7Bài 8.7: Ước lượng và lập kế hoạch agile: câu chuyện người dùng, điểm câu chuyện, tốc độ
  8. 8.8Bài 8.8: Quản lý Product Backlog và các kỹ thuật ưu tiên hoá
  9. 8.9Bài 8.9: Buổi cải tiến (retrospective): cấu trúc, kỹ thuật và biến ý kiến thành hành động
  10. 8.10Bài 8.10: Định nghĩa hoàn thành, tiêu chí chấp nhận và quản lý nợ kỹ thuật
  11. 8.11Bài 8.11: Nhịp độ bền vững: lập kế hoạch theo năng lực thật và giữ sức khoẻ của đội
  12. 8.12Bài 8.12: Hợp đồng agile và tài chính thích ứng: phạm vi linh hoạt, dừng sớm và ngân sách theo đội
  13. 8.13Bài 8.13: Kế hoạch phát hành và kết thúc dự án trong agile: khi nào là đủ?
Danh sách bài học

Theo PMBOK® Guide – Ấn bản 8 (PMI, 2025): 6 nguyên tắc, 7 lĩnh vực hiệu suất, 5 nhóm trọng tâm với 40 quy trình không bắt buộc. PMBOK là nhãn hiệu đã đăng ký của Project Management Institute.

Mục lục

Cải tiến khác đánh giá Sprint ở đâu?Năm bước của một buổi cải tiến tốtMột số định dạng thông dụngAn toàn tâm lý là điều kiện tiên quyếtChọn ít hành động, làm thậtVai trò của Scrum Master hoặc PMDấu hiệu buổi cải tiến đã thành hình thứcVí dụ: đội phát triển ứng dụng giao đồ ănLiên hệ đề thi PMPĐiểm cần nhớMẹo thi PMPThuật ngữ chínhLiên hệ đề thi PMPTài liệu tham khảoTrắc nghiệm nhanhHoàn thành bài học

Bài trong chương

Chương 8: Agile và Hybrid

  1. 8.1Bài 8.1: Tư duy Agile, Tuyên ngôn Agile và Agile Practice Guide
  2. 8.2Bài 8.2: Scrum: vai trò, sự kiện, tạo phẩm (artifacts)
  3. 8.3Bài 8.3: Kanban và Lean: dòng chảy, giới hạn WIP, Định luật Little
  4. 8.4Bài 8.4: Extreme Programming (XP) và thực hành kỹ thuật
  5. 8.5Bài 8.5: Agile quy mô lớn: tổng quan SAFe (và LeSS, Disciplined Agile)
  6. 8.6Bài 8.6: Dự án Hybrid và điều chỉnh phương pháp (tailoring)
  7. 8.7Bài 8.7: Ước lượng và lập kế hoạch agile: câu chuyện người dùng, điểm câu chuyện, tốc độ
  8. 8.8Bài 8.8: Quản lý Product Backlog và các kỹ thuật ưu tiên hoá
  9. 8.9Bài 8.9: Buổi cải tiến (retrospective): cấu trúc, kỹ thuật và biến ý kiến thành hành động
  10. 8.10Bài 8.10: Định nghĩa hoàn thành, tiêu chí chấp nhận và quản lý nợ kỹ thuật
  11. 8.11Bài 8.11: Nhịp độ bền vững: lập kế hoạch theo năng lực thật và giữ sức khoẻ của đội
  12. 8.12Bài 8.12: Hợp đồng agile và tài chính thích ứng: phạm vi linh hoạt, dừng sớm và ngân sách theo đội
  13. 8.13Bài 8.13: Kế hoạch phát hành và kết thúc dự án trong agile: khi nào là đủ?
Danh sách bài học