Mở đầu — vì sao bài này quan trọng
Hãy hình dung buổi retrospective cuối Sprint mà bạn từng tham gia. Nhiều khả năng nó diễn ra theo một mô-típ quen thuộc: "Điều gì tốt? Điều gì chưa tốt? Cải thiện gì?". Ba cột chữ trên bảng, vài câu trả lời chiếu lệ, rồi ai về chỗ nấy. Sau dăm Sprint, đội bắt đầu chán. Họ cảm thấy retro chỉ là thủ tục bắt buộc, không tạo ra thay đổi gì.
Đây chính là lúc Sailboat Retrospective (Retrospective Con Thuyền) phát huy giá trị. Đây là một trong những kỹ thuật retrospective trực quan và giàu hình ảnh nhất mà một Scrum Master nên có trong "hộp đồ nghề" của mình. Thay vì những câu hỏi trừu tượng, Sailboat dùng một ẩn dụ (metaphor) rất đời thường — con thuyền ra khơi — để khơi gợi suy nghĩ của cả đội về hành trình họ đang đi.
Sức mạnh của Sailboat nằm ở chỗ: nó không chỉ hỏi "chuyện gì đã xảy ra trong quá khứ", mà còn buộc đội nhìn về phía trước — đích đến là gì, có những rủi ro nào đang chờ phía trước. Nói cách khác, Sailboat kết hợp được cả việc nhìn lại (look back) lẫn nhìn tới (look forward) trong cùng một buổi. Với Scrum Master, đây là công cụ tuyệt vời để làm mới không khí retro, đặc biệt khi đội đã mệt mỏi với các format dạng cột truyền thống. Trong bài này, chúng ta sẽ đào sâu vào ẩn dụ, cách điều phối từng bước, các lỗi hay mắc, và những tình huống thực tế tại Việt Nam để bạn áp dụng được ngay vào Sprint tới.
Khái niệm cốt lõi
Sailboat Retrospective (đôi khi còn gọi là "Speedboat" trong phiên bản đơn giản hơn của Luke Hohmann) dựa trên một bức tranh duy nhất: một con thuyền buồm đang ra khơi hướng về hòn đảo phía xa. Mỗi yếu tố trong bức tranh đại diện cho một khía cạnh của đội và hành trình làm việc.
Bốn yếu tố ẩn dụ
Con thuyền (The Boat) = chính đội của bạn. Đây là tập thể đang cùng nhau di chuyển. Khi vẽ, con thuyền nằm ở giữa bức tranh, là trung tâm của mọi thảo luận.
Hòn đảo / Mặt trời (The Island) = mục tiêu, đích đến. Đây có thể là Sprint Goal, mục tiêu Product, hoặc tầm nhìn xa hơn mà đội đang hướng tới. Việc đặt hòn đảo lên bảng ngay từ đầu giúp cả đội đồng thuận: "Chúng ta đang chèo về đâu?". Nhiều đội bỏ qua yếu tố này, đó là một thiếu sót lớn.
Gió (The Wind) = những gì đang đẩy đội tiến lên. Gió là các yếu tố tích cực, là động lực: quy trình tốt, công cụ hiệu quả, tinh thần hợp tác, một thành viên giỏi, sự hỗ trợ từ quản lý. Đây là phần tương đương "điều gì tốt" nhưng được nhìn dưới góc độ "điều gì giúp ta đi nhanh hơn".
Mỏ neo (The Anchors) = những gì đang kéo đội chậm lại. Mỏ neo là các trở ngại, gánh nặng, những thứ làm giảm tốc độ: nợ kỹ thuật (technical debt), họp hành quá nhiều, quy trình rườm rà, công cụ chậm, sự phụ thuộc vào đội khác. Khác với "điều chưa tốt" chung chung, mỏ neo nhấn mạnh tính chất "đang níu kéo" — gợi ý rằng nếu gỡ được neo, đội sẽ đi nhanh hơn.
Đá ngầm (The Rocks) = rủi ro phía trước. Đây là điểm độc đáo nhất của Sailboat so với các retro khác. Đá ngầm là những nguy cơ tiềm ẩn, những thứ chưa xảy ra nhưng có thể làm "đắm thuyền": một thành viên chủ chốt sắp nghỉ phép dài, một deadline lớn đang đến gần, sự thay đổi yêu cầu sắp tới, một công nghệ mới chưa ai làm chủ. Phần đá ngầm biến retro từ chỗ chỉ "nhìn lại" thành chỗ "chuẩn bị cho tương lai".
Một số biến thể còn thêm dòng hải lưu (current) hoặc bầu trời mây bão (clouds/storm) để biểu thị các yếu tố môi trường bên ngoài đội không kiểm soát được. Nhưng với người mới, bốn yếu tố Gió – Neo – Đá ngầm – Đảo là đủ và rõ ràng nhất.
Vì sao ẩn dụ lại hiệu quả
Não người xử lý hình ảnh và câu chuyện tốt hơn nhiều so với danh sách gạch đầu dòng khô khan. Khi bạn hỏi "có vấn đề gì không?", người ta thường e dè, sợ bị quy trách nhiệm. Nhưng khi bạn hỏi "có mỏ neo nào đang kéo con thuyền của chúng ta?", câu hỏi trở nên phi cá nhân hơn — vấn đề được đặt lên con thuyền chung, không nhắm vào một ai. Điều này tạo ra sự an toàn tâm lý (psychological safety), giúp đội cởi mở hơn. Đó là lý do Sailboat đặc biệt phù hợp với đội Việt Nam, nơi văn hóa thường ngại nói thẳng vấn đề trước mặt cấp trên hay đồng nghiệp.
Tình huống thực tế
Tình huống 1: Đội phát triển app fintech tại một startup ở TP.HCM
Một startup ví điện tử tại quận 1 có đội kỹ thuật 8 người, đang chạy Sprint hai tuần. Sau 6 Sprint liên tiếp dùng format "Start-Stop-Continue", các kỹ sư bắt đầu im lặng trong retro, chỉ ghi vài dòng chiếu lệ. Scrum Master tên Trang quyết định đổi sang Sailboat.
Cô vẽ con thuyền lên Miro, đặt hòn đảo là Sprint Goal "Hoàn thành tính năng nạp tiền qua VietQR". Khi cả đội điền vào phần gió, họ nêu: việc pair programming giúp giảm lỗi, công cụ CI/CD mới chạy nhanh. Ở phần mỏ neo, một bạn dev backend lần đầu dám viết: "Code thanh toán cũ không có test, mỗi lần sửa là sợ vỡ chỗ khác" — một vấn đề nợ kỹ thuật mà trước đó không ai dám nói thẳng. Đáng giá nhất là phần đá ngầm: đội phát hiện rằng kỳ nghỉ lễ 30/4 sắp tới sẽ làm mất 4 ngày làm việc, mà tích hợp với cổng ngân hàng đối tác lại cần chính giai đoạn đó.
Bài học: Nhờ phần đá ngầm, đội chủ động dời lịch tích hợp ngân hàng lên sớm hơn một tuần, tránh được một cú trễ deadline lớn. Ẩn dụ "mỏ neo" cũng giúp vấn đề nợ kỹ thuật được nói ra mà không khiến ai cảm thấy bị đổ lỗi.
Tình huống 2: Đội remote outsourcing làm cho khách hàng Nhật
Một công ty phần mềm outsourcing ở Hà Nội có đội 12 người làm dự án cho khách hàng Nhật Bản, làm việc remote hoàn toàn. Đội đang gặp căng thẳng: tốc độ chậm, hay bị khách phàn nàn. Scrum Master tên Hùng dùng Sailboat trên công cụ FigJam trong buổi retro cuối tháng.
Phần gió khá ngắn — đội thừa nhận họ đang thiếu động lực. Phần mỏ neo thì dài dằng dặc: lệch múi giờ khiến phản hồi từ khách trễ nửa ngày, tài liệu yêu cầu viết bằng tiếng Nhật khó hiểu, và quá nhiều cuộc họp đồng bộ vào buổi tối. Quan trọng nhất, khi nhóm các mỏ neo lại, Hùng nhận ra ba trong số chúng đều quy về một gốc: giao tiếp với khách hàng kém hiệu quả. Phần đá ngầm chỉ ra rằng hợp đồng sắp gia hạn, nếu chất lượng không cải thiện thì có nguy cơ mất dự án.
Bài học: Sailboat giúp đội thấy rằng nhiều "mỏ neo" tưởng riêng lẻ thực ra cùng một nguyên nhân. Họ chọn ra hành động cụ thể: lập một kênh hỏi-đáp bất đồng bộ với khách, và nhờ một thành viên giỏi tiếng Nhật làm cầu nối. Điều này cho thấy Sailboat không chỉ liệt kê vấn đề mà còn giúp nhìn ra mẫu hình (pattern) chung.
Tình huống 3: Đội mới thành lập tại một ngân hàng số
Một ngân hàng số tại Việt Nam vừa lập một squad mới gồm 7 người đến từ các phòng ban khác nhau. Sau Sprint đầu tiên, mọi thứ còn bỡ ngỡ. Scrum Master chọn Sailboat vì nó có yếu tố "hòn đảo" — giúp đội mới thống nhất đích đến.
Buổi retro dành nhiều thời gian cho việc cả đội cùng định nghĩa hòn đảo: họ tranh luận khá lâu mới chốt được mục tiêu chung là "ra mắt tính năng mở tài khoản online trong 3 Sprint". Phần gió và mỏ neo ít, vì đội còn quá mới. Nhưng phần đá ngầm lại rất sôi nổi — nhiều người lo về việc chưa rõ ai chịu trách nhiệm phần nào, sợ chồng chéo công việc.
Bài học: Với đội mới, Sailboat hữu ích nhất ở phần hòn đảo và đá ngầm hơn là gió và neo (vốn cần thời gian làm việc chung mới có dữ liệu). Đây là minh chứng rằng Scrum Master cần linh hoạt điều chỉnh trọng tâm của Sailboat theo độ trưởng thành của đội.
Hướng dẫn từng bước
Dưới đây là quy trình điều phối một buổi Sailboat Retrospective, thường kéo dài 60–75 phút cho đội 5–9 người.
Bước 1 — Chuẩn bị bảng (5 phút trước buổi). Vẽ sẵn bức tranh con thuyền lên bảng vật lý (giấy A0, sticky note) hoặc công cụ online như Miro, FigJam, Mural. Đặt rõ năm vùng: con thuyền ở giữa, hòn đảo ở trên góc phải, gió thổi từ sau, mỏ neo dưới thuyền, đá ngầm phía trước dưới mặt nước. Không cần vẽ đẹp — vẽ tay nguệch ngoạc còn tạo thiện cảm hơn.
Bước 2 — Mở đầu và set the stage (5 phút). Giải thích ẩn dụ cho cả đội, đặc biệt nếu có người lần đầu tham gia. Nhấn mạnh rằng đây là không gian an toàn, mục tiêu là cải thiện chứ không đổ lỗi. Nhắc lại nguyên tắc Prime Directive của retrospective: ai cũng đã làm tốt nhất có thể với những gì họ biết lúc đó.
Bước 3 — Định nghĩa hòn đảo (5 phút). Hỏi cả đội: "Chúng ta đang chèo về đâu?". Viết Sprint Goal hoặc mục tiêu lên hòn đảo. Bước này quan trọng vì nó tạo bối cảnh cho tất cả thảo luận sau.
Bước 4 — Im lặng viết ý tưởng (10–12 phút). Đây là phần brainstorm cá nhân. Mỗi người tự viết sticky note cho từng vùng gió, mỏ neo, đá ngầm. Làm im lặng để tránh hiệu ứng "người nói trước chi phối người nói sau" (groupthink). Khuyến khích một note một ý.
Bước 5 — Dán và phân nhóm (10 phút). Mọi người dán note lên đúng vùng. Scrum Master cùng đội gom các note tương tự lại thành cụm (clustering). Đây là lúc các mẫu hình bắt đầu lộ ra.
Bước 6 — Thảo luận từng vùng (15–20 phút). Đi qua gió (ăn mừng những gì đang tốt, để duy trì), rồi mỏ neo (đào sâu vào trở ngại), rồi đá ngầm (đánh giá rủi ro). Dùng câu hỏi mở: "Điều gì khiến mỏ neo này nặng đến vậy?", "Chúng ta kiểm soát được đá ngầm này tới đâu?".
Bước 7 — Bỏ phiếu ưu tiên (5 phút). Cho mỗi người 2–3 dot vote để chọn ra mỏ neo hoặc đá ngầm quan trọng nhất cần xử lý. Đừng cố giải quyết tất cả — tập trung vào 1–2 điều.
Bước 8 — Chốt hành động (10 phút). Với những mục được vote cao nhất, cùng đội xác định hành động cụ thể: làm gì, ai phụ trách, khi nào xong. Đây là phần biến retro thành thay đổi thật.
Bước 9 — Đóng buổi (3 phút). Tóm tắt lại các action item, cảm ơn đội, và nếu được thì làm một vòng check-out ngắn để lấy cảm nhận.
Lỗi thường gặp & mẹo
Lỗi 1 — Bỏ qua hòn đảo và đá ngầm. Nhiều Scrum Master chỉ dùng gió và mỏ neo, biến Sailboat thành phiên bản trá hình của "tốt / chưa tốt". Như vậy là phí mất giá trị độc đáo nhất của kỹ thuật này. Mẹo: luôn dành thời gian cho hòn đảo (đích đến) và đá ngầm (rủi ro tương lai) — đó là điểm khác biệt của Sailboat.
Lỗi 2 — Liệt kê xong rồi để đó. Buổi retro tạo ra một bức tranh đẹp đầy sticky note nhưng không có hành động nào. Đội sẽ nhanh chóng mất niềm tin vào retro. Mẹo: luôn kết thúc bằng 1–2 action item rõ ràng có người phụ trách, và mở đầu buổi sau bằng việc rà soát action cũ.
Lỗi 3 — Để một người chi phối. Người nói to nhất lấp đầy bảng, người ít nói im lặng. Mẹo: dùng giai đoạn im lặng viết note ở Bước 4, và để ý mời người ít nói chia sẻ.
Lỗi 4 — Dùng đi dùng lại quá nhiều lần. Sailboat hay, nhưng dùng mọi Sprint thì cũng nhàm như bất kỳ format nào. Mẹo: luân phiên Sailboat với các format khác (Sailboat thường hợp dùng mỗi 3–4 Sprint một lần, hoặc khi đội cần nhìn về rủi ro phía trước).
Lỗi 5 — Lẫn lộn mỏ neo và đá ngầm. Người mới hay xếp một vấn đề hiện tại vào đá ngầm hoặc ngược lại. Mẹo: nhắc rõ — mỏ neo là thứ đang kéo chậm (hiện tại), đá ngầm là rủi ro chưa xảy ra (tương lai).
Mẹo cho đội remote: với đội phân tán, dùng template Sailboat có sẵn trên Miro/FigJam, đặt hẹn giờ (timer) rõ ràng cho từng giai đoạn, và bật camera để giữ tương tác. Giai đoạn im lặng viết note đặc biệt hiệu quả khi remote.
Mẹo văn hóa Việt Nam: nếu đội ngại nói mỏ neo trước mặt quản lý, hãy cân nhắc để buổi retro chỉ gồm đội phát triển, hoặc dùng note ẩn danh. Ẩn dụ con thuyền đã giúp giảm cảm giác bị quy lỗi, nhưng môi trường an toàn vẫn cần Scrum Master chủ động vun đắp.
Bài tập thực hành
- Vẽ bảng của riêng bạn. Lấy một tờ giấy hoặc mở Miro, vẽ bức tranh Sailboat với đầy đủ năm vùng. Tự điền cho đội hiện tại của bạn (hoặc một đội bạn từng làm): 3 cơn gió, 3 mỏ neo, 2 đá ngầm, và 1 hòn đảo. Mục tiêu là làm quen với việc phân loại đúng từng yếu tố.
- Phân biệt neo và đá. Cho danh sách sau, hãy xếp mỗi mục vào "mỏ neo" (hiện tại) hay "đá ngầm" (tương lai): (a) build pipeline chạy mất 40 phút mỗi lần; (b) tech lead sẽ nghỉ thai sản trong 2 tháng nữa; (c) đội đang nợ 200 bug chưa fix; (d) khách hàng dự kiến đổi yêu cầu lớn vào quý sau. (Gợi ý đáp án: a và c là mỏ neo; b và d là đá ngầm.)
- Soạn câu hỏi điều phối. Viết ra 5 câu hỏi mở mà bạn sẽ dùng để khơi gợi thảo luận ở phần mỏ neo, sao cho không khiến ai cảm thấy bị đổ lỗi. Ví dụ mẫu: "Nếu gỡ được một mỏ neo duy nhất, đội muốn gỡ cái nào nhất, và vì sao?".
- Lên kế hoạch một buổi thật. Thiết kế agenda 60 phút cho buổi Sailboat của Sprint tới: phân bổ thời gian từng bước, chọn công cụ, và dự kiến 2 action item bạn hy vọng đội sẽ rút ra.
Tóm tắt
Sailboat Retrospective là một kỹ thuật retro trực quan dùng ẩn dụ con thuyền ra khơi để giúp đội nhìn lại và nhìn tới cùng lúc. Năm yếu tố cốt lõi: con thuyền (đội), hòn đảo (đích đến), gió (động lực đẩy tiến), mỏ neo (trở ngại hiện tại đang kéo chậm), và đá ngầm (rủi ro tương lai). Điểm mạnh độc đáo của Sailboat so với các format dạng cột là phần hòn đảo và đá ngầm — buộc đội suy nghĩ về mục tiêu và chuẩn bị cho rủi ro phía trước.
Ẩn dụ con thuyền tạo ra sự an toàn tâm lý: vấn đề được đặt lên "con thuyền chung" thay vì nhắm vào cá nhân, điều này đặc biệt giá trị trong văn hóa làm việc Việt Nam. Để điều phối hiệu quả, Scrum Master cần đi qua các bước rõ ràng — từ định nghĩa hòn đảo, brainstorm im lặng, phân nhóm, thảo luận, bỏ phiếu, đến chốt action item cụ thể. Và quan trọng nhất: đừng để buổi retro đẹp đẽ kết thúc mà không có thay đổi thật. Một buổi Sailboat thành công luôn để lại 1–2 hành động có người chịu trách nhiệm, mở đường cho con thuyền của đội đi nhanh hơn trong Sprint tới.