Mở đầu — vì sao bài này quan trọng
Có một câu nói quen thuộc trong giới facilitator Design Sprint: "Một Sprint thành công hay thất bại được quyết định từ trước khi nó bắt đầu." Nghe hơi cường điệu, nhưng càng chạy nhiều Sprint bạn sẽ càng thấm. Năm ngày Sprint (từ thứ Hai đến thứ Sáu) là một cỗ máy chạy với công suất tối đa, không có thời gian dư để sửa sai. Nếu đến sáng thứ Hai mà bạn mới phát hiện Decider bận họp đối tác, phòng họp bị người khác đặt trùng, hay bảy người trong phòng vẫn còn mơ hồ về việc "chúng ta đang giải quyết vấn đề gì", thì bạn đã mất trắng nửa ngày — và một Sprint chỉ có năm ngày.
Đây chính là lý do tồn tại của giai đoạn Pre-Sprint Prep (chuẩn bị trước Sprint). Nó không phải công việc hành chính nhàm chán mà là phần đầu tư có tỷ suất sinh lời cao nhất trong toàn bộ quy trình. Trong bài này, tôi sẽ hướng dẫn bạn mọi thứ cần làm trong khoảng 2–3 tuần trước khi Sprint diễn ra: từ việc chốt cam kết của Decider, chọn Facilitator, tuyển đúng người vào phòng, xác định Challenge, cho tới hậu cần vật lý như phòng ốc, dụng cụ và lịch tuyển người dùng test. Hãy xem đây là "checklist tiền bay" của phi công — không phải để trông chuyên nghiệp, mà để chuyến bay không rơi.
Khái niệm cốt lõi
Pre-Sprint Prep là toàn bộ hoạt động chuẩn bị được thực hiện trong khoảng 2–3 tuần trước ngày thứ Hai của Sprint. Mục tiêu duy nhất của nó: đảm bảo khi năm ngày Sprint bắt đầu, mọi con người, mọi câu hỏi và mọi công cụ đều đã sẵn sàng, để nhóm chỉ việc tập trung tư duy và ra quyết định.
Có sáu trụ cột cần lo. Tôi sẽ đi qua từng cái.
1. Chốt cam kết của Decider
Decider là người có thẩm quyền ra quyết định cuối cùng — thường là CEO, Head of Product, hoặc trưởng bộ phận sở hữu vấn đề đang được giải. Đây là nhân vật quan trọng nhất của Sprint, và cũng là điểm dễ hỏng nhất trong khâu chuẩn bị.
Cam kết của Decider không phải là một câu "ừ tôi ủng hộ" nói cho có. Bạn cần họ cam kết cụ thể về mặt thời gian: có mặt trọn vẹn ngày thứ Hai (để định hình mục tiêu dài hạn và câu hỏi Sprint), có mặt để chốt quyết định vào chiều thứ Tư (khi nhóm bỏ phiếu chọn giải pháp và dựng storyboard), và tham gia buổi tổng hợp chiều thứ Sáu (khi nhóm nhìn lại kết quả phỏng vấn người dùng). Nếu Decider quá bận, tối thiểu họ phải trao quyền chính thức cho một "Decider ủy nhiệm" và cho người này biết rõ khẩu vị rủi ro cùng định hướng chiến lược.
Vì sao khắt khe vậy? Vì nếu Decider vắng mặt hôm thứ Tư mà nhóm vẫn tự chọn giải pháp, đến khi Decider quay lại xem prototype họ hoàn toàn có thể nói "không, cái này không đúng hướng chúng ta muốn". Cả tuần đổ sông đổ biển.
2. Chọn Facilitator
Facilitator là người điều phối, giữ nhịp và bảo vệ quy trình. Người này không nhất thiết phải là chuyên gia về vấn đề đang giải — thậm chí trung lập một chút còn tốt, vì họ dễ giữ khách quan. Điều quan trọng là Facilitator phải thoải mái với việc quản lý thời gian nghiêm ngặt, điều hòa xung đột và giữ cho nhóm không lạc đề. Ở giai đoạn Pre-Sprint, Facilitator là người chủ trì mọi công tác chuẩn bị mà chúng ta đang bàn. (Kỹ năng chi tiết của vai trò này sẽ được đào sâu ở Bài 21; ở đây bạn chỉ cần chốt được ai đảm nhận.)
3. Xác định Challenge — vấn đề đủ lớn và đủ rõ
Sprint không dành cho những vấn đề vặt. Nó tốn thời gian của bảy người trong năm ngày — một khoản đầu tư lớn. Vậy nên Challenge phải là thứ đủ quan trọng: một sản phẩm mới sắp ra mắt, một tính năng có rủi ro cao, một điểm nghẽn trong hành trình khách hàng đang gây thất thoát doanh thu. Nếu vấn đề quá nhỏ hoặc câu trả lời đã hiển nhiên, đừng phí một Sprint.
Ngược lại, vấn đề cũng không được mơ hồ tới mức "cải thiện trải nghiệm người dùng nói chung". Ở giai đoạn chuẩn bị, Facilitator và Decider cần phác thảo sơ bộ phạm vi để ngày thứ Hai nhóm có điểm xuất phát. (Việc biến phạm vi này thành mục tiêu dài hạn và câu hỏi Sprint chính thức là nội dung của Bài 6.)
4. Tuyển đúng người vào phòng — nhóm 7 người
Con số vàng là bảy người, tối đa. Nhiều hơn thì phòng họp biến thành cuộc họp bàn tròn, quyết định chậm và loãng. Thành phần lý tưởng gồm: Decider, một hoặc hai người am hiểu khách hàng (sales, support, customer success), một người rành kỹ thuật/công nghệ, một người rành thiết kế, một người rành tài chính/kinh doanh, và một hoặc hai "expert" đặc biệt liên quan đến vấn đề.
Nguyên tắc là đa dạng góc nhìn hơn là đông người. Một lời khuyên hay từ Jake Knapp: nếu có người rất quan trọng nhưng không thể tham gia cả tuần, hãy mời họ làm khách chuyên gia trong buổi "Ask the Experts" sáng thứ Hai (chi tiết ở Bài 8) thay vì cố nhồi họ vào cả năm ngày.
5. Hậu cần vật lý — phòng ốc, thời gian, dụng cụ
Sprint cần một phòng họp riêng, đặt trọn năm ngày, không bị ai giành. Trong đó cần ít nhất hai mặt tường trắng lớn (hoặc bảng trắng, hoặc giấy khổ lớn dán tường) để treo bản đồ hành trình, sketch và storyboard. Dụng cụ cơ bản gồm: giấy note (Post-it) nhiều màu, bút dạ, chấm tròn dán (dot sticker) để bỏ phiếu, băng keo giấy, giấy A4, và đồng hồ bấm giờ (Time Timer là lựa chọn kinh điển). Đừng quên đồ ăn nhẹ — nhóm sẽ đói và tụt năng lượng vào giữa chiều.
Về khung giờ, chuẩn của GV là khoảng 10 giờ sáng đến 5 giờ chiều mỗi ngày, có nghỉ trưa. Cấm điện thoại và laptop trong phòng (trừ khi cần cho một hoạt động cụ thể) — đây là quy tắc bất di bất dịch để giữ sự tập trung.
6. Lên lịch tuyển người dùng test cho thứ Sáu
Đây là việc dễ bị quên nhất và nguy hiểm nhất khi quên. Ngày thứ Sáu bạn cần năm người dùng thật để phỏng vấn prototype. Việc tuyển năm người này mất thời gian, nên phải bắt đầu ngay từ tuần đầu tiên của giai đoạn chuẩn bị. Đăng screener, sàng lọc ứng viên, chốt lịch, gửi quà cảm ơn — tất cả cần lên kế hoạch từ sớm. (Chi tiết cách tuyển sẽ ở Bài 22; ở đây điểm mấu chốt chỉ là: khởi động sớm, đừng để đến thứ Năm mới cuống cuồng đi tìm người.)
Tình huống thực tế
Ví dụ 1: Startup fintech tại TP.HCM và bài học về Decider
Một startup ví điện tử tại TP.HCM (gọi là "MoMoney" cho dễ) muốn chạy Sprint để thiết kế lại luồng nạp tiền lần đầu, vì tỷ lệ người dùng bỏ dở ở bước này lên tới 40%. Facilitator là trưởng nhóm design. Khi chuẩn bị, anh này hỏi CEO có tham gia không, CEO gật đầu qua loa trong hành lang: "Ừ để anh sắp xếp." Không ai chốt lịch cụ thể.
Kết quả: sáng thứ Hai CEO ghé 30 phút rồi biến mất đi gặp nhà đầu tư suốt tuần. Đến chiều thứ Tư, khi nhóm cần chọn giữa hai hướng giải pháp — một hướng an toàn, một hướng táo bạo bỏ luôn bước xác thực OTP kép — không ai dám quyết. Nhóm chọn phương án an toàn cho chắc. Thứ Sáu, năm người dùng test đều khen prototype "ổn nhưng chưa có gì đột phá". Hai tuần sau CEO xem lại, cau mày: "Sao không thử bỏ OTP kép? Đó mới là thứ tôi muốn khám phá."
Bài học: cam kết của Decider phải là cam kết lịch cụ thể, bằng văn bản (dù chỉ là một lời mời trên calendar), chứ không phải cái gật đầu ngoài hành lang. Và nếu Decider không thể có mặt, phải ủy quyền rõ ràng kèm định hướng khẩu vị rủi ro.
Ví dụ 2: Ngân hàng và sai lầm "mời cả phòng"
Một ngân hàng thương mại cỡ vừa tại Hà Nội chạy Sprint cho sản phẩm thẻ tín dụng dành cho người trẻ. Vì sợ "bỏ sót ý kiến các sếp", ban tổ chức mời tới 14 người: hai phó tổng, ba trưởng phòng, đội marketing, đội rủi ro, đội vận hành, đội IT... Facilitator không dám cắt ai vì ngại va chạm nội bộ.
Hậu quả rất kinh điển. Mỗi hoạt động lẽ ra 10 phút kéo thành 30 phút vì ai cũng muốn phát biểu. Đến bước bỏ phiếu chọn giải pháp, 14 người tạo ra 14 luồng quan điểm, kết quả là một prototype "chắp vá" nhồi nhét ý của mọi phòng ban để không ai phật lòng. Sprint kéo dài lê thê và kết luận nhạt nhòa.
Bài học: kỷ luật về quy mô nhóm (tối đa 7 người) là thứ Facilitator phải bảo vệ ngay từ khâu chuẩn bị, kể cả khi phải nói "không" với sếp. Giải pháp khéo léo: mời những người quan trọng nhưng không thiết yếu tham gia buổi "Ask the Experts" 20–30 phút thay vì cả tuần. Họ vẫn được lắng nghe, mà phòng Sprint vẫn gọn.
Ví dụ 3: Công ty SaaS Đông Nam Á và checklist hậu cần cứu cả tuần
Một công ty SaaS ở Singapore phục vụ khách hàng khu vực Đông Nam Á chạy Sprint để cải thiện onboarding cho khách doanh nghiệp. Facilitator của họ là người kỹ tính, lập một checklist chuẩn bị chi tiết từ ba tuần trước: đặt phòng họp trọn tuần (kèm email xác nhận với bộ phận hành chính để tránh trùng), mua đủ 8 tập Post-it, 40 bút dạ, 500 dot sticker, 2 chiếc Time Timer, và quan trọng nhất — bắt đầu tuyển người dùng test từ ngày đầu tiên của giai đoạn chuẩn bị.
Việc tuyển hóa ra rất khó vì đối tượng là quản lý IT doanh nghiệp, rất bận. Nhờ khởi động sớm và tăng mức quà cảm ơn (voucher 100 SGD), đến thứ Tư họ đã chốt đủ 5 người cho thứ Sáu. Kết quả là cả tuần Sprint chạy trơn tru, không một lần phải dừng vì thiếu dụng cụ hay thiếu người test.
Bài học: hậu cần tưởng vặt vãnh nhưng chính là thứ tạo ra sự trơn tru. Và khâu tuyển người test luôn khó hơn bạn nghĩ, nên phải bắt đầu sớm nhất có thể.
Hướng dẫn từng bước
Dưới đây là trình tự thực tế cho 2–3 tuần chuẩn bị. Bạn có thể dùng nó như một checklist.
Tuần thứ 3 trước Sprint (khoảng T-15 ngày):
- Chốt Challenge sơ bộ với Decider: vấn đề gì, vì sao quan trọng, vì sao là bây giờ. Xác nhận vấn đề đủ lớn để xứng đáng một Sprint.
- Chốt Facilitator và Decider chính thức. Ghi rõ ai là ai.
- Lấy cam kết lịch của Decider bằng văn bản: có mặt cả ngày thứ Hai, chiều thứ Tư, chiều thứ Sáu. Nếu không thể, chốt Decider ủy nhiệm kèm định hướng.
- Bắt đầu tuyển người dùng test cho thứ Sáu — đăng screener, mở kênh sàng lọc. Đây là việc chạy song song suốt cả giai đoạn.
- Lập danh sách nhóm tối đa 7 người, cân bằng góc nhìn (khách hàng, kỹ thuật, thiết kế, kinh doanh, chuyên gia). Gửi lời mời calendar cho trọn năm ngày.
- Lập danh sách khách chuyên gia cho buổi "Ask the Experts" (những người quan trọng nhưng không tham gia cả tuần).
- Đặt phòng họp trọn năm ngày. Xác nhận có đủ tường trắng/bảng trắng. Xin email xác nhận từ bộ phận hành chính.
- Mua/chuẩn bị dụng cụ: Post-it nhiều màu, bút dạ, dot sticker, băng keo giấy, giấy A4, Time Timer, đồ ăn nhẹ.
- Tiếp tục sàng lọc và chốt đủ 5 người dùng test, gửi lịch hẹn và quà cảm ơn.
- Gửi cho toàn nhóm một email brief ngắn: mục tiêu Sprint, lịch trình từng ngày, quy tắc (không điện thoại, không laptop), địa điểm, giờ giấc.
- Ngày cuối trước Sprint: kiểm tra lại phòng, treo sẵn giấy khổ lớn lên tường, sạc pin Time Timer, in sẵn tài liệu cần thiết.
Lỗi thường gặp & mẹo
Lỗi 1 — Coi cam kết của Decider là chuyện hiển nhiên. Đây là lỗi chết người nhất, như ví dụ MoMoney. Mẹo: đừng bao giờ dựa vào lời hứa miệng. Hãy gửi lời mời calendar với ghi chú rõ "bắt buộc có mặt" cho ba mốc quan trọng, và xác nhận lại một lần nữa vào tuần cuối.
Lỗi 2 — Mời quá nhiều người vì nể nang. Như ngân hàng ở Hà Nội. Mẹo: giữ vững con số 7. Với những người "phải mời cho phải phép", chuyển họ sang vai khách chuyên gia trong buổi Ask the Experts.
Lỗi 3 — Để việc tuyển người test đến phút chót. Thứ Năm mới đi tìm người cho thứ Sáu là công thức của hoảng loạn. Mẹo: khởi động tuyển ngay tuần đầu tiên, coi đây là việc chạy nền liên tục.
Lỗi 4 — Challenge quá mơ hồ hoặc quá nhỏ. "Cải thiện app" thì không đủ rõ; "đổi màu nút" thì không đủ lớn. Mẹo: kiểm tra Challenge bằng câu hỏi "nếu Sprint này thất bại, chúng ta có mất mát gì đáng kể không?" Nếu câu trả lời là không, có lẽ nó chưa xứng một Sprint.
Lỗi 5 — Quên hậu cần vật lý. Đến thứ Ba mới phát hiện hết Post-it hoặc phòng bị đặt trùng. Mẹo: dùng checklist ở phần trên và hoàn tất mọi thứ vật lý trước ngày cuối.
Mẹo tổng quát: hãy tạo một "Sprint Brief" một trang gửi cho cả nhóm trước Sprint — gồm Challenge, danh sách người tham gia, lịch trình, quy tắc và địa điểm. Nó giúp mọi người bước vào phòng sáng thứ Hai với cùng một khung tư duy, thay vì mất 30 phút đầu để hỏi "hôm nay chúng ta làm gì vậy?".
Bài tập thực hành
- Viết Sprint Brief một trang cho một Challenge có thật ở nơi bạn làm việc (hoặc một dự án giả định). Bao gồm: mô tả vấn đề, lý do vì sao đủ quan trọng để chạy Sprint, ai là Decider, ai là Facilitator.
- Lập danh sách nhóm 7 người. Ghi rõ mỗi người mang góc nhìn gì (khách hàng, kỹ thuật, thiết kế, kinh doanh, chuyên gia). Nếu có hơn 7 người xứng đáng, hãy đánh dấu ai sẽ chuyển sang vai khách chuyên gia.
- Soạn tin nhắn/email xin cam kết lịch từ Decider. Viết sao cho nêu bật ba mốc bắt buộc (thứ Hai cả ngày, chiều thứ Tư, chiều thứ Sáu) một cách lịch sự nhưng dứt khoát.
- Lập checklist hậu cần cho Sprint của bạn: phòng ốc, dụng cụ, đồ ăn, và mốc thời gian bắt đầu tuyển người dùng test. Ghi rõ ngày cụ thể (T-15, T-10, T-5) cho từng hạng mục.
- Tự phản biện: nhìn lại Challenge bạn chọn ở bài 1 và trả lời câu hỏi "nếu Sprint này thất bại thì chúng ta mất gì?". Nếu câu trả lời quá nhẹ, hãy tinh chỉnh lại Challenge cho xứng tầm.
Tóm tắt
Pre-Sprint Prep là giai đoạn 2–3 tuần trước Sprint, nơi bạn đặt nền móng cho toàn bộ thành công của năm ngày sắp tới. Sáu trụ cột cần lo là: (1) chốt cam kết lịch cụ thể của Decider cho thứ Hai, chiều thứ Tư và chiều thứ Sáu; (2) chọn Facilitator điều phối; (3) xác định Challenge đủ lớn và đủ rõ; (4) tuyển nhóm tối đa 7 người cân bằng góc nhìn; (5) lo hậu cần vật lý gồm phòng ốc trọn tuần và dụng cụ; (6) khởi động tuyển năm người dùng test cho thứ Sáu ngay từ sớm.
Ba bài học thực tế — startup MoMoney mất phương hướng vì Decider không cam kết, ngân hàng Hà Nội loãng quyết định vì mời quá đông, và công ty SaaS Singapore chạy trơn tru nhờ checklist kỹ lưỡng — đều nhấn mạnh cùng một thông điệp: những gì bạn làm trước Sprint quyết định phần lớn kết quả của Sprint. Hãy chuẩn bị như một phi công trước giờ cất cánh, và năm ngày phía trước sẽ nhẹ nhàng hơn rất nhiều.