Mở đầu — vì sao bài này quan trọng
Ở bài trước, bạn đã có cái nhìn tổng quan về quy trình Design Sprint 5 ngày của Google Ventures. Nhưng có một sự thật mà nhiều người mới học thường bỏ qua: một Sprint thành công hay thất bại phần lớn đã được quyết định trước khi ngày thứ Hai bắt đầu. Không phải kỹ thuật vẽ sketch hay cách bỏ phiếu quyết định — mà là những lựa chọn nền tảng bạn đưa ra khi chuẩn bị chạy Sprint của chính mình.
Bài này trả lời một câu hỏi rất thực tế: "Tôi muốn tự tổ chức một Sprint cho công ty/dự án của mình. Tôi cần chuẩn bị gì, cần ai, và làm sao để nó không đổ vỡ giữa chừng?"
Đây là điểm khác biệt giữa việc hiểu Design Sprint và việc dám tự đứng ra chạy một cái. Rất nhiều Product Manager, founder startup, hay trưởng nhóm ở Việt Nam đã đọc sách "Sprint" của Jake Knapp, thấy hào hứng, rồi bỏ cuộc ngay ở khâu tập hợp con người và bảo vệ 5 ngày liên tục trong lịch làm việc bận rộn. Bài học này tập trung đúng vào phần "vận hành" đó — thành phần đội ngũ, vai trò cốt lõi, không gian, và những cam kết bạn phải chốt trước khi khởi động. Đây là nền móng; các bài sau sẽ đào sâu từng ngày cụ thể.
Khái niệm cốt lõi
Chạy một Design Sprint không giống như tổ chức một buổi workshop brainstorm thông thường. Nó là một cỗ máy có cấu trúc chặt, và cỗ máy đó chỉ chạy tốt khi ba yếu tố được sắp đặt đúng: đúng người, đúng vai trò, và đúng điều kiện vận hành. Chúng ta sẽ đi qua từng phần.
Đội ngũ: 7 người hoặc ít hơn
Con số này không phải ngẫu nhiên. Jake Knapp và đội GV rút ra qua hàng trăm Sprint rằng khi vượt quá 7 người, mọi thứ chậm lại một cách phi tuyến tính: thảo luận kéo dài, quyết định bị pha loãng, và người facilitator mất kiểm soát nhịp độ. Bảy người là ngưỡng để nhóm vẫn đủ đa dạng góc nhìn nhưng vẫn di chuyển đủ nhanh.
Nếu bạn có nhiều hơn 7 người muốn tham gia, đừng nhồi tất cả vào phòng. Thay vào đó, mời những người thừa vào dưới dạng "chuyên gia khách mời" — họ chỉ xuất hiện trong khung giờ "Ask the Experts" ngày thứ Hai (nội dung của một bài riêng), chia sẻ kiến thức, rồi rời đi. Bằng cách này bạn thu được tri thức của họ mà không làm phình bộ máy quyết định.
Một điểm quan trọng về thành phần: đừng chỉ mời designer và developer. Một Sprint mạnh cần sự đa dạng chức năng — có người hiểu khách hàng (sales, CS), có người hiểu vận hành, có người hiểu kinh doanh, có người hiểu kỹ thuật. Sự đa dạng này chính là nguồn nguyên liệu cho các giải pháp bất ngờ.
Ba vai trò xương sống
Trong nhóm 7 người đó, có ba vai trò bắt buộc phải được chỉ định rõ ràng. Bài 20 và 21 sẽ đào sâu tất cả vai trò, nhưng ở đây bạn cần nắm ba cái cốt lõi để có thể khởi động được một Sprint.
Decider (Người quyết định). Đây là vai trò quan trọng nhất và cũng bị hiểu sai nhiều nhất. Decider là người có thẩm quyền thực sự đối với dự án — thường là CEO, founder, hoặc Product Manager cấp cao nắm ngân sách và định hướng. Khi nhóm bất đồng, Decider là người "chốt". Không có Decider thực sự trong phòng, Sprint sẽ tạo ra một prototype đẹp nhưng vô nghĩa, vì không ai đủ quyền để cam kết đưa nó vào thực tế.
Sai lầm kinh điển: sếp lớn nói "tôi bận, các bạn cứ làm, xong báo cáo tôi". Đây là dấu hiệu Sprint sẽ thất bại. Nếu Decider thật sự không thể tham gia đủ, bạn phải yêu cầu họ ủy quyền chính thức cho một "Delegated Decider" — một người được trao quyền quyết định thay, và Decider chính cam kết tôn trọng kết quả.
Facilitator (Người điều phối). Đây là "nhạc trưởng" — người giữ nhịp thời gian, dẫn dắt từng bài tập, đảm bảo nhóm không lạc đề và mọi người đều được lên tiếng. Điều then chốt: Facilitator phải giữ vị trí trung lập về nội dung. Nếu bạn vừa là Facilitator vừa có ý kiến mạnh về giải pháp, bạn sẽ vô tình lái nhóm theo hướng của mình. Vì lý do này, nhiều tổ chức mời Facilitator từ bên ngoài hoặc từ một phòng ban không liên quan trực tiếp đến dự án.
Designer. Người có khả năng biến ý tưởng thành hình ảnh — và đặc biệt là người sẽ dựng prototype vào ngày thứ Năm. Ở nhiều Sprint, đây là người tạo ra sản phẩm cuối mà khách hàng sẽ nhìn thấy vào ngày thứ Sáu. Không nhất thiết phải là một "UI designer" thượng thừa, nhưng cần đủ tay nghề để tạo ra thứ trông đủ thật trong thời gian ngắn.
Ngoài ba vai trò này, tùy dự án bạn có thể cần thêm: chuyên gia tài chính/kinh doanh, chuyên gia marketing, chuyên gia khách hàng (người nói chuyện với khách hàng hằng ngày), và chuyên gia công nghệ. Nhưng ba vai trò trên là điều kiện cần để cỗ máy khởi động.
Điều kiện vận hành: thời gian, không gian, công cụ
Một Sprint đòi hỏi 5 ngày liên tục, toàn thời gian. Đây là cam kết khắc nghiệt nhất và cũng là rào cản lớn nhất ở môi trường Việt Nam, nơi mọi người thường "kẹt" nhiều dự án song song. Nhưng đây là điều không thể thương lượng: nếu người tham gia cứ chạy ra chạy vào trả lời email, năng lượng và mạch tư duy của cả nhóm sẽ vỡ vụn.
Về khung giờ, GV khuyến nghị làm từ khoảng 10 giờ sáng đến 5 giờ chiều, có nghỉ trưa và vài lần giải lao. Bắt đầu muộn một chút để mọi người xử lý việc gấp buổi sáng; kết thúc sớm để tránh kiệt sức. Sprint là cuộc chạy marathon tư duy chứ không phải cày đêm.
Về không gian: bạn cần một phòng riêng có thể "chiếm dụng" cả tuần, với nhiều tường trống để dán giấy note và bản vẽ. Whiteboard là bạn thân. Nếu tường không đủ, dùng bảng di động hoặc giấy khổ lớn dán lên. Nguyên tắc "tài liệu chung phải nhìn thấy được" (make it visible) là cốt lõi của phương pháp.
Về công cụ, đơn giản đến bất ngờ: giấy note nhiều màu, bút dạ, chấm dán (dot stickers) để bỏ phiếu, đồng hồ bấm giờ (Time Timer là thương hiệu GV hay dùng), và... quy tắc cấm thiết bị điện tử trong phòng. Laptop và điện thoại chỉ được dùng khi bài tập yêu cầu. Nghe có vẻ hà khắc, nhưng đây chính là thứ giữ cho 7 con người thực sự hiện diện với nhau.
Tình huống thực tế
Ví dụ 1 — Startup fintech ở TP.HCM chọn sai Decider
Một startup ví điện tử tại TP.HCM (khoảng 40 nhân sự) quyết định chạy Sprint để thiết kế lại luồng "nạp tiền lần đầu" vì tỷ lệ bỏ giữa chừng lên tới 60%. Họ tập hợp một nhóm 6 người rất chất: hai designer, một dev lead, một người từ CS, một growth marketer, và trưởng nhóm sản phẩm đóng vai Decider.
Vấn đề nằm ở chỗ CEO — người thực sự nắm định hướng chiến lược về đối tác ngân hàng — không tham gia, chỉ nói "cứ làm, tôi tin các bạn". Đến ngày thứ Tư, khi nhóm chọn giải pháp có liên quan đến việc tích hợp thêm một ngân hàng đối tác mới, trưởng nhóm sản phẩm không dám chốt vì đó là quyết định vượt thẩm quyền. Cả buổi chiều bị treo. Prototype cuối cùng phải né tránh phần cốt lõi nhất, và kết quả test ngày thứ Sáu trở nên nửa vời.
Bài học: Decider phải có thẩm quyền thực với đúng phạm vi vấn đề Sprint giải quyết. Trước khi khởi động, hãy hỏi thẳng: "Quyết định lớn nhất có thể phát sinh trong tuần này là gì, và ai trong phòng đủ quyền chốt nó?" Nếu câu trả lời là "không ai", bạn chưa sẵn sàng chạy.
Ví dụ 2 — Đội e-commerce nhồi 12 người vào phòng
Một sàn thương mại điện tử tại Hà Nội muốn "làm cho hoành tráng" nên mời cả 12 người: đủ mặt các phòng ban để "ai cũng cảm thấy được tham gia". Họ nghĩ càng đông càng nhiều ý tưởng.
Thực tế ngược lại. Buổi sáng thứ Hai định nghĩa mục tiêu dài hạn mất gần 3 tiếng vì mỗi người một câu. Đến phần bỏ phiếu, kết quả bị phân tán, không có ý tưởng nào thực sự nổi trội. Facilitator liên tục phải "xin phép cho bạn khác nói", và đến chiều thì năng lượng cạn kiệt. Sprint kéo dài lê thê và nhóm phải cắt bớt bài tập.
Ở Sprint sau, họ rút kinh nghiệm: chỉ giữ 7 người cốt lõi, còn 5 người kia được mời làm chuyên gia khách mời trong đúng 20 phút mỗi người vào sáng thứ Hai. Kết quả: nhanh hơn, quyết định sắc bén hơn, và điều thú vị là những người "bị loại khỏi phòng" lại thấy phần đóng góp của mình có trọng lượng hơn vì được lắng nghe tập trung.
Bài học: Đông không bằng đúng. "7 người hoặc ít hơn" là một tính năng, không phải giới hạn. Đa dạng góc nhìn đến từ thành phần chứ không phải số lượng.
Ví dụ 3 — Agency giữ đúng cam kết 5 ngày
Một agency thiết kế nhỏ ở Đà Nẵng chạy Sprint cho khách hàng là chuỗi cà phê muốn ra app đặt trước. Điều họ làm tốt nhất không phải kỹ thuật, mà là bảo vệ 5 ngày. Trước Sprint, họ yêu cầu khách hàng ký một "cam kết lịch": mọi người tham gia dọn sạch lịch, bật auto-reply email, tắt thông báo, và cử một người "gác cổng" xử lý các việc khẩn cấp bên ngoài để nhóm không bị gián đoạn.
Họ cũng chuẩn bị phòng từ chiều Chủ Nhật: ba mặt tường phủ giấy khổ lớn, đủ bút và note, một chiếc Time Timer đặt giữa bàn. Khi bước vào sáng thứ Hai, nhóm không mất một phút nào cho hậu cần. Sprint chạy trơn tru và app prototype được 5 khách hàng thật test vào thứ Sáu với phản hồi rõ ràng.
Bài học: Chuẩn bị điều kiện vận hành trước Sprint quan trọng ngang với bản thân các bài tập. Sự trơn tru trong tuần đến từ những cam kết bạn chốt trước khi tuần bắt đầu.
Hướng dẫn từng bước
Đây là checklist để khởi động một Sprint của riêng bạn. Từng ngày cụ thể sẽ được đào sâu ở các bài sau; ở đây ta lo phần nền.
- Chọn một thách thức đủ lớn và đủ rủi ro. Sprint hợp lý nhất khi vấn đề quan trọng, mơ hồ, hoặc tốn kém nếu làm sai. Đừng phí một Sprint cho việc nhỏ nhặt có thể giải quyết trong một buổi họp.
- Xác định Decider và chốt sự tham gia của họ. Trước tiên tìm đúng người có thẩm quyền. Nếu họ không thể tham gia đủ, lấy ủy quyền chính thức cho một Delegated Decider. Không bỏ qua bước này.
- Tuyển đội 7 người hoặc ít hơn, ưu tiên đa dạng chức năng. Trộn người hiểu khách hàng, kinh doanh, kỹ thuật và thiết kế. Lập danh sách chuyên gia khách mời cho ngày thứ Hai.
- Chỉ định Facilitator trung lập và Designer dựng prototype. Đảm bảo Facilitator không có "lợi ích nội dung" trong kết quả. Xác nhận Designer có kỹ năng dựng nhanh trong công cụ nhóm quen dùng.
- Chặn 5 ngày liên tục trong lịch mọi người. Gửi lời mời lịch từ sớm, kèm cam kết rõ ràng về việc dọn lịch và giảm gián đoạn. Đây là phần khó nhất ở môi trường công sở Việt Nam — hãy làm nghiêm túc.
- Đặt và chuẩn bị phòng. Một phòng riêng, nhiều tường trống hoặc whiteboard, dùng được cả tuần. Kiểm tra trước để tránh bị "cướp phòng" giữa Sprint.
- Mua sắm và bày sẵn công cụ. Giấy note, bút dạ, dot stickers, đồng hồ bấm giờ. Thống nhất trước quy tắc cấm thiết bị điện tử.
- Gửi trước nội quy và kỳ vọng. Cho mọi người biết trước lịch từng ngày, quy tắc "không laptop", và tinh thần cần có. Người đến với đúng tâm thế sẽ đóng góp tốt hơn nhiều.
Lỗi thường gặp & mẹo
Lỗi: Decider "danh nghĩa". Có người ngồi ghế Decider nhưng không đủ quyền thực. Mẹo: trước Sprint, viết ra 2–3 quyết định lớn dự kiến và kiểm tra xem người đó có quyền chốt cả ba không.
Lỗi: nhồi quá nhiều người vì "sợ mất lòng". Đây là bệnh phổ biến ở tổ chức Việt Nam trọng quan hệ. Mẹo: giải thích rằng mời làm chuyên gia khách mời là một hình thức tôn trọng — họ được lắng nghe tập trung thay vì ngồi im cả tuần.
Lỗi: cho phép "tham gia bán thời gian". "Tôi chỉ vào buổi sáng thôi nhé" — nghe vô hại nhưng phá vỡ mạch chung. Mẹo: đặt luật rõ từ đầu, hoặc thà loại người đó khỏi nhóm cốt lõi còn hơn để họ chập chờn.
Lỗi: Facilitator kiêm luôn người có ý kiến mạnh. Vô tình lái nhóm. Mẹo: nếu bạn là người nhiều ý tưởng nhất về giải pháp, hãy nhường ghế Facilitator cho người khác và tham gia với vai trò thành viên.
Lỗi: xem nhẹ hậu cần phòng ốc. Đến sáng thứ Hai mới phát hiện thiếu tường, thiếu bút. Mẹo: chuẩn bị phòng từ chiều hôm trước và có một "bộ kit Sprint" đóng gói sẵn (nội dung chi tiết ở bài về Sprint Kit).
Mẹo vàng: Hãy coi khâu chuẩn bị con người và cam kết quan trọng hơn khâu chuẩn bị vật dụng. Bút note có thể mua vội; nhưng một Decider vắng mặt hay một lịch bị vỡ thì không cứu được giữa tuần.
Bài tập thực hành
- Vẽ sơ đồ đội ngũ giả định. Chọn một vấn đề thật trong công việc của bạn. Liệt kê tối đa 7 người bạn sẽ mời, ghi rõ vai trò của từng người (Decider, Facilitator, Designer và các chuyên gia). Bên cạnh, liệt kê 2–3 chuyên gia khách mời và lý do mời họ.
- Kiểm tra Decider. Với vấn đề trên, viết ra 3 quyết định lớn có thể phát sinh trong Sprint. Người bạn định chọn làm Decider có đủ quyền chốt cả ba không? Nếu không, ai mới đủ, hoặc bạn cần xin ủy quyền gì?
- Soạn "cam kết lịch". Viết một email/tin nhắn ngắn (5–7 câu) gửi nhóm, giải thích vì sao cần 5 ngày liên tục, quy tắc không laptop, và cách xử lý việc khẩn cấp bên ngoài. Mục tiêu: thuyết phục một người bận rộn thực sự dọn lịch.
- Lập danh sách kit vận hành. Liệt kê mọi vật dụng và điều kiện phòng bạn cần chuẩn bị trước, kèm người chịu trách nhiệm cho từng mục.
Tóm tắt
Chạy Design Sprint của riêng bạn bắt đầu từ trước ngày thứ Hai. Ba trụ cột quyết định thành bại là: đúng người (7 người hoặc ít hơn, đa dạng chức năng), đúng vai trò (Decider có thẩm quyền thực, Facilitator trung lập, Designer dựng được prototype), và đúng điều kiện vận hành (5 ngày liên tục toàn thời gian, phòng riêng nhiều tường trống, công cụ đơn giản, cấm thiết bị).
Những ví dụ từ startup fintech, sàn e-commerce, đến agency cà phê cho thấy cùng một bài học: kỹ thuật Sprint chỉ phát huy khi nền móng con người và cam kết được đặt đúng. Sai lầm hay gặp nhất — Decider danh nghĩa, nhồi quá nhiều người, tham gia bán thời gian — đều nằm ở khâu chuẩn bị chứ không phải kỹ thuật.
Khi bạn đã dựng được nền móng này, bạn đã sẵn sàng đi vào chi tiết từng ngày — điều mà các bài tiếp theo sẽ dẫn dắt bạn từng bước.