Mở đầu — vì sao bài này quan trọng
Nếu bạn từng chạy retrospective theo kiểu "What went well / What went wrong" rồi nhận ra buổi họp cứ xoay quanh việc khen ngợi và phàn nàn, thì 4Ls là công cụ bạn đang tìm. Đây là một định dạng retrospective do Mary Gorman và Ellen Gottesdiener phổ biến, với bốn lăng kính rất đặc trưng: Liked (điều thích), Learned (điều học được), Lacked (điều còn thiếu) và Longed for (điều mong mỏi).
Điểm khác biệt khiến 4Ls đáng để bạn bỏ công học nằm ở hai chữ "Learned" và "Longed for". Hầu hết các định dạng retro phổ biến — như Mad/Sad/Glad hay Plus/Delta mà bạn sẽ học ở các bài lân cận — tập trung vào cảm xúc hoặc vào việc đánh giá tốt/xấu. 4Ls thì khác: nó cố tình kéo team ra khỏi vùng cảm xúc thuần túy để nhìn vào tri thức đã tích lũy (Learned) và khát vọng tương lai (Longed for). Đây là hai chiều mà các format khác thường bỏ sót.
Trong vai trò Scrum Master, bạn sẽ thấy 4Ls đặc biệt hữu ích sau một sprint có nhiều biến động kỹ thuật — ví dụ team vừa thử một công nghệ mới, vừa va vào một sự cố production, vừa onboard người mới. Lúc đó chiều "Learned" giúp đóng băng lại bài học để không bị quên, còn "Lacked" và "Longed for" tách bạch giữa "cái team thiếu trong thực tế" và "cái team ước có" — một sự phân biệt tinh tế nhưng cực kỳ giá trị khi xây action item.
Khái niệm cốt lõi
4Ls đặt bốn câu hỏi lên một bảng chia bốn ô. Mỗi thành viên viết sticky note (giấy nhớ) cho từng ô, sau đó cả team gom nhóm, thảo luận và rút ra hành động. Nghe đơn giản, nhưng sức mạnh nằm ở chỗ mỗi chữ L mở ra một góc nhìn riêng.
Liked — Điều bạn thích, điều đã chạy tốt
Ô này ghi nhận những gì diễn ra suôn sẻ trong sprint: một quy trình mới hiệu quả, sự hỗ trợ giữa các đồng đội, một buổi pairing thành công, hay đơn giản là không khí làm việc dễ chịu. Đây là phần "tích cực" giúp team củng cố những hành vi tốt và giữ tinh thần. Đừng xem nhẹ ô này — nhiều SM mới hay vội vàng lướt qua phần khen để lao vào phần vấn đề, nhưng việc gọi tên cái đang chạy tốt giúp team biết rõ điều gì cần được bảo vệ và lặp lại.
Learned — Điều bạn học được
Đây là ô đặc trưng nhất của 4Ls. Câu hỏi là: "Trong sprint vừa rồi, bạn đã học được điều gì mới?" Có thể là kiến thức kỹ thuật (một thư viện mới, một cách debug), kiến thức về sản phẩm (hành vi khách hàng bất ngờ), hay kiến thức về chính team (hóa ra bạn A rất giỏi mảng database).
Chiều Learned biến retrospective từ buổi "soi lỗi" thành buổi "thu hoạch tri thức". Nó truyền đi một thông điệp ngầm rất mạnh: trong team này, học hỏi là một thành quả được công nhận, kể cả khi bài học đến từ một thất bại. Đây chính là chất xúc tác cho văn hóa học tập (learning culture) mà Scrum hướng tới.
Lacked — Điều còn thiếu
Ô này ghi những gì team thiếu trong thực tế sprint vừa qua: thiếu thông tin từ Product Owner, thiếu môi trường test ổn định, thiếu thời gian để refactor, thiếu sự rõ ràng trong acceptance criteria. "Lacked" là chiều "vấn đề" của 4Ls, nhưng nó được đóng khung theo hướng thiếu hụt cụ thể chứ không phải đổ lỗi. Cách diễn đạt "chúng ta đã thiếu X" trung tính hơn nhiều so với "ai đó đã làm sai X".
Longed for — Điều bạn mong mỏi
Đây là ô dễ bị nhầm với "Lacked" nhất, nên bạn cần làm rõ ranh giới. Lacked là cái team thiếu trong thực tế đã xảy ra; Longed for là cái team ước ao có trong tương lai — một khát vọng, một mong muốn, đôi khi vượt ngoài phạm vi sprint. Ví dụ: "Em ước có một ngày hackathon mỗi tháng", "Mong có CI/CD pipeline để không phải deploy tay", "Mong PO ngồi cùng team thay vì ở văn phòng khác".
Sự phân biệt này quan trọng vì nó tách vấn đề ngắn hạn cần xử lý ngay (Lacked) khỏi tầm nhìn dài hạn (Longed for). Một SM tinh tế sẽ dùng ô Longed for để phát hiện những impediment mang tính hệ thống mà bản thân team không tự giải quyết được, từ đó mang lên cấp tổ chức.
Vì sao bốn lăng kính này bổ trợ nhau
Bạn có thể hình dung 4Ls như một ma trận 2x2: trục thời gian (quá khứ ↔ tương lai) và trục bản chất (sự việc ↔ cảm nhận/tri thức). Liked và Lacked nhìn về quá khứ; Learned bắc cầu từ quá khứ sang tương lai; Longed for hướng hẳn về tương lai. Chính sự dàn trải này khiến 4Ls cho ra một bức tranh cân bằng, tránh được cái bẫy "retro chỉ toàn than vãn".
Tình huống thực tế
Ví dụ 1 — Team fintech tại TP.HCM sau sprint tích hợp cổng thanh toán
Một startup fintech ở Quận 1, TP.HCM (gọi là VnPayLink) có team 7 người vừa kết thúc một sprint hai tuần tích hợp cổng thanh toán mới. Sprint khá căng: họ phải đọc tài liệu API tiếng Anh dày đặc, xử lý ba lần webhook lỗi, và làm thêm hai buổi tối.
SM tên Trang quyết định dùng 4Ls thay vì format Plus/Delta thường dùng, vì cô cảm nhận team vừa trải qua một sprint "học nhiều, đau cũng nhiều". Kết quả trên bảng:
- Liked: "Buổi pairing giữa Hùng và Lan để debug webhook rất hiệu quả", "Daily đi đúng giờ, gọn".
- Learned: "Mình hiểu được cơ chế idempotency key để chống double-charge", "Hóa ra môi trường sandbox của đối tác trả response chậm hơn production 3 giây".
- Lacked: "Thiếu một tài khoản sandbox riêng cho mỗi dev nên cứ đụng nhau", "Acceptance criteria không nói rõ ca hoàn tiền".
- Longed for: "Ước có một buổi tech-talk nội bộ để chia sẻ những gì học được sprint này", "Mong có dashboard theo dõi webhook real-time".
Bài học rút ra: 4Ls đặc biệt phát huy sau những sprint "nặng về học hỏi kỹ thuật". Ô Learned giúp đóng băng tri thức trước khi nó bay mất, còn ranh giới Lacked/Longed for giúp SM biết cái gì xử lý nội bộ, cái gì cần escalate.
Ví dụ 2 — Team thương mại điện tử tại Hà Nội với người mới onboard
Một team 6 người tại một sàn thương mại điện tử ở Hà Nội vừa đón hai bạn fresher. Sprint vừa rồi velocity tụt 30% vì các senior phải dành thời gian kèm cặp. Không khí hơi căng, vài người ngầm khó chịu vì "bị chậm lại".
SM tên Đức chọn 4Ls một cách có chủ đích, vì anh muốn chuyển câu chuyện từ "velocity tụt" sang "chúng ta đang học được gì". Trên ô Learned, một senior viết: "Mình học được cách giải thích lại kiến trúc cho người mới, hóa ra nó giúp chính mình hiểu sâu hơn." Một fresher viết: "Học được cách đọc log để tự debug thay vì hỏi ngay."
Ô Lacked xuất hiện: "Thiếu tài liệu onboarding nên cứ phải hỏi miệng." Ô Longed for: "Mong có một checklist onboarding chuẩn cho người mới sau này."
Diễn giải: Bằng cách cho cả team thấy lượng tri thức đang được truyền đi (qua ô Learned), Đức đã chuyển khung tâm lý từ "chúng ta đang chậm" sang "chúng ta đang đầu tư". Hai ô Lacked và Longed for chỉ thẳng ra một action cụ thể: cùng nhau xây checklist onboarding — vừa giải quyết cái thiếu hiện tại, vừa thỏa mãn cái mong tương lai.
Bài học rút ra: Trong các sprint có biến động về con người (onboard, người nghỉ, đổi vai trò), ô Learned của 4Ls là một liều thuốc tinh thần. Nó tái định nghĩa "chi phí kèm cặp" thành "tài sản tri thức", giúp giảm căng thẳng giữa các thành viên.
Ví dụ 3 — Khi 4Ls bị dùng sai và buổi retro nhạt nhòa
Một team agency phần mềm ở Đà Nẵng dùng 4Ls suốt sáu sprint liên tiếp mà không đổi. Đến sprint thứ tư, mọi người bắt đầu viết những note chung chung: "Liked: team đoàn kết", "Learned: nhiều thứ", "Lacked: thời gian", "Longed for: ít họp hơn". Buổi retro trở thành thủ tục, không ra được action item nào đáng kể.
SM nhận ra vấn đề khi đọc lại biên bản: ba sprint liền không có action nào được hoàn thành. Cô thử thay đổi: thay vì hỏi "Bạn học được gì?", cô hỏi cụ thể "Trong sprint này, có một khoảnh khắc nào bạn nghĩ 'à, hóa ra là vậy' không?". Lập tức các note trở nên cụ thể hơn hẳn.
Diễn giải: Vấn đề không nằm ở 4Ls mà ở việc lặp lại máy móc và đặt câu hỏi quá mở. Khi câu hỏi mơ hồ, câu trả lời cũng mơ hồ theo.
Bài học rút ra: Không format nào miễn nhiễm với sự nhàm chán nếu dùng lặp lại không biến tấu. 4Ls cần được luân phiên với các format khác, và quan trọng hơn, câu hỏi gợi mở phải đủ cụ thể để kéo ra những phản hồi có giá trị.
Hướng dẫn từng bước
Dưới đây là quy trình chạy một buổi 4Ls cho team 5–9 người trong khoảng 60 phút.
Bước 1 — Chuẩn bị bảng (trước buổi họp, 5 phút). Chia một bảng (Miro, Mural, hoặc bảng trắng vật lý) thành bốn ô đều nhau, dán nhãn rõ ràng: Liked, Learned, Lacked, Longed for. Nếu team người Việt, bạn có thể ghi kèm tiếng Việt ngắn gọn để tránh nhầm: Thích / Học được / Còn thiếu / Mong mỏi.
Bước 2 — Set the stage (5 phút). Mở đầu bằng một câu nhắc về tinh thần an toàn tâm lý: "Đây là không gian để học, không phải để đổ lỗi." Giải thích nhanh bốn ô, đặc biệt nhấn mạnh sự khác biệt giữa Lacked (thiếu trong thực tế) và Longed for (mong cho tương lai), vì đây là điểm dễ lẫn nhất.
Bước 3 — Viết note cá nhân (8–10 phút). Cho mỗi người viết im lặng, mỗi ý một sticky note. Khuyến khích viết cho cả bốn ô nhưng không bắt buộc đủ bốn. Việc viết riêng trước (silent writing) cực kỳ quan trọng để tránh hiệu ứng a dua, nơi ý kiến người nói trước lấn át người sau.
Bước 4 — Dán và gom nhóm (10 phút). Lần lượt từng người dán note lên bảng và đọc nhanh nội dung. SM gom các note tương tự lại thành cụm (clustering) để lộ ra các chủ đề lặp lại.
Bước 5 — Bỏ phiếu chọn trọng tâm (5 phút). Vì thời gian có hạn, dùng dot voting: mỗi người 2–3 phiếu để chọn những cụm đáng thảo luận nhất. Thường các cụm ở ô Lacked và Longed for sẽ nổi lên vì đó là nơi sinh ra hành động.
Bước 6 — Thảo luận sâu (15 phút). Đi vào 2–3 cụm được bình chọn cao nhất. Với mỗi cụm, hỏi "Vì sao điều này xảy ra?" và "Chúng ta muốn nó khác đi như thế nào?".
Bước 7 — Chốt action item (8 phút). Mỗi action phải có người chịu trách nhiệm và thời hạn rõ ràng. Lưu ý: ý ở ô Learned thường không sinh action mà sinh "điều cần chia sẻ/lan tỏa"; ý ở Longed for có thể sinh action nội bộ hoặc đề xuất escalate.
Bước 8 — Đóng buổi (4 phút). Tóm tắt action, cảm ơn team, và nếu được, hỏi nhanh "Buổi retro hôm nay với bạn thế nào?" để cải tiến chính buổi retro.
Lỗi thường gặp & mẹo
Lỗi 1 — Nhầm lẫn Lacked và Longed for. Đây là lỗi số một. Khi không phân biệt rõ, hai ô bị trộn lẫn và team mất đi sức mạnh của 4Ls. Mẹo: khi giải thích, dùng đúng thì của động từ — Lacked là "đã thiếu" (quá khứ, thực tế), Longed for là "ước có" (tương lai, khát vọng).
Lỗi 2 — Bỏ qua ô Learned hoặc để nó trống. Nhiều team viết đầy Liked và Lacked nhưng ô Learned chỉ lác đác vài note. Mẹo: đặt câu hỏi cụ thể như "Có khoảnh khắc 'à há' nào trong sprint không?" thay vì "Bạn học được gì?". Câu hỏi cụ thể kéo ra câu trả lời cụ thể.
Lỗi 3 — Biến ô Learned thành nơi không có action. Tri thức ở ô Learned nếu không được lan tỏa thì chỉ nằm trong đầu một người. Mẹo: với các bài học giá trị, tạo action kiểu "chia sẻ trong tech-talt" hoặc "ghi vào wiki team" để biến tri thức cá nhân thành tài sản tập thể.
Lỗi 4 — Dùng 4Ls lặp lại mọi sprint đến phát chán. Như ví dụ team Đà Nẵng, sự lặp lại giết chết chất lượng phản hồi. Mẹo: luân phiên 4Ls với các format khác, dùng 4Ls có chủ đích khi sprint nặng về học hỏi hoặc có biến động về con người/công nghệ.
Lỗi 5 — Không escalate những "Longed for" mang tính hệ thống. Nhiều mong mỏi của team nằm ngoài tầm tự giải quyết (ngân sách, công cụ, cơ cấu tổ chức). Nếu SM để chúng "rơi" thì team sẽ mất niềm tin vào retro. Mẹo: phân loại rõ Longed for nào team tự làm được, cái nào cần mang lên cấp trên, và luôn quay lại báo cáo tiến độ ở sprint sau.
Mẹo cho team phân tán: 4Ls hoạt động rất tốt trên các công cụ online như Miro hay Mural vì cấu trúc bốn ô rất rõ ràng. Hãy dùng tính năng ẩn note của người khác trong lúc viết để bảo toàn tính độc lập của ý kiến.
Bài tập thực hành
Bài 1 — Phân loại Lacked vs Longed for. Cho danh sách 6 câu sau, hãy xếp mỗi câu vào đúng ô: (a) "Sprint này không có ai review code phần thanh toán." (b) "Mong có thêm một QA chuyên trách cho team." (c) "Thiếu tài liệu thiết kế của tính năng giỏ hàng." (d) "Ước team được làm một dự án R&D thuần kỹ thuật." (e) "Môi trường staging sập hai ngày liền." (f) "Mong PO phản hồi câu hỏi trong vòng 4 tiếng." Gợi ý chấm: a, c, e là Lacked (thiếu thực tế trong quá khứ); b, d, f là Longed for (khát vọng tương lai).
Bài 2 — Viết câu hỏi gợi mở cho ô Learned. Hãy viết 3 cách diễn đạt khác nhau cho ô Learned, sao cho càng cụ thể càng tốt, tránh kiểu hỏi chung chung "Bạn học được gì?". Mục tiêu là kéo ra những bài học cụ thể.
Bài 3 — Chạy thử trên sprint gần nhất của bạn. Lấy chính sprint vừa qua của team bạn (hoặc một dự án bạn đang tham gia), tự điền tối thiểu 2 note cho mỗi ô. Sau đó tự hỏi: từ các note này, có thể rút ra 2 action item nào? Có "Longed for" nào cần escalate không? Viết ra câu trả lời.
Bài 4 — Thiết kế biến tấu. Giả sử team bạn đã dùng 4Ls ba sprint liên tiếp và bắt đầu nhàm. Hãy đề xuất một cách biến tấu (đổi thứ tự ô, thêm bước, đổi câu hỏi gợi mở) để làm mới buổi retro mà vẫn giữ tinh thần 4 lăng kính.
Tóm tắt
4Ls là một định dạng retrospective gồm bốn lăng kính: Liked (điều thích, cái cần giữ), Learned (tri thức thu được), Lacked (cái thiếu trong thực tế) và Longed for (khát vọng tương lai). Sức mạnh đặc trưng của nó nằm ở hai ô Learned và Longed for — hai chiều mà các format thiên về cảm xúc hoặc tốt/xấu thường bỏ sót.
Hãy ghi nhớ những điểm cốt lõi: phân biệt rạch ròi Lacked (quá khứ, thực tế) với Longed for (tương lai, mong ước); đừng để ô Learned trống, hãy đặt câu hỏi cụ thể để kéo ra bài học thật; biến tri thức ở ô Learned thành tài sản tập thể qua việc chia sẻ; và đừng để những "Longed for" mang tính hệ thống bị bỏ rơi — hãy escalate khi cần.
4Ls tỏa sáng nhất sau những sprint nặng về học hỏi kỹ thuật hoặc có biến động về con người. Nhưng như mọi công cụ trong toolbox của bạn, nó cần được dùng có chủ đích và luân phiên với các format khác để giữ cho mỗi buổi retrospective luôn tươi mới và sinh ra hành động thật sự.