Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn tập hợp bảy con người thông minh, bận rộn, mỗi người có lịch dày đặc, vào chung một căn phòng suốt năm ngày. Chi phí cơ hội của tuần đó là khổng lồ. Vậy mà ngay trong ba mươi phút đầu tiên của sáng Thứ Hai, nhóm bắt đầu tranh cãi xem nên đặt nút "Đăng ký" ở góc trên bên phải hay giữa màn hình. Đây chính là cái bẫy chết người của mọi buổi làm việc nhóm: nhảy thẳng vào giải pháp trước khi thống nhất được chúng ta đang cố đi đâu.
Trong quy trình Design Sprint của Google Ventures, sáng Thứ Hai được thiết kế có chủ đích để chống lại bản năng đó. Và bài tập mở màn — bài tập quan trọng nhất của cả ngày — chính là xác định Long-Term Goal (Mục tiêu Dài hạn). Đây là câu hỏi tưởng chừng đơn giản: "Trong hai đến năm năm tới, chúng ta muốn đạt được điều gì? Tại sao chúng ta lại làm dự án này ngay từ đầu?"
Nghe có vẻ hiển nhiên, nhưng bạn sẽ ngạc nhiên khi biết rằng phần lớn các đội nhóm chưa bao giờ nói to điều này ra một cách rõ ràng và cùng nhau đồng thuận. Mỗi người mang trong đầu một phiên bản mục tiêu khác nhau. Người thì nghĩ dự án này để tăng doanh thu, người nghĩ để giữ chân khách hàng, người nghĩ để đánh bại đối thủ. Khi những phiên bản ngầm định này không được đưa ra ánh sáng, cả tuần Sprint sẽ trôi trong sự lệch pha âm thầm — và đến Thứ Sáu, khi test prototype với người dùng, nhóm không biết mình đang đo lường thành công theo tiêu chí nào.
Bài học này tập trung duy nhất vào bước đầu tiên của sáng Thứ Hai: cách dẫn dắt nhóm viết ra một Long-Term Goal đủ tham vọng, đủ rõ ràng, và cùng với nó là các Sprint Questions (Câu hỏi Sprint) — những giả định rủi ro có thể phá vỡ mục tiêu đó. Nắm vững bước này, bạn đã đặt được viên gạch nền cho toàn bộ tuần làm việc.
Khái niệm cốt lõi
Long-Term Goal là gì
Long-Term Goal là một câu tuyên bố duy nhất, mô tả trạng thái lý tưởng mà đội nhóm khao khát đạt được trong khoảng hai đến năm năm nữa, thông qua dự án đang được Sprint. Nó không phải là mục tiêu quý này, cũng không phải chỉ tiêu KPI của tháng. Nó là ngôi sao Bắc Đẩu — điểm định hướng để khi lạc lối giữa hàng trăm quyết định nhỏ trong tuần, nhóm ngước lên và tự hỏi: "Lựa chọn này có đưa chúng ta lại gần ngôi sao đó không?"
Trong cuốn sách Sprint, Jake Knapp mô tả bài tập này bằng một câu hỏi kích hoạt rất mạnh dành cho facilitator: "Why are we doing this project? Where do we want to be in six months, a year, or even five years from now?" — Tại sao chúng ta làm dự án này? Sáu tháng, một năm, hay thậm chí năm năm nữa chúng ta muốn ở đâu?
Một Long-Term Goal tốt thường mang tính lạc quan và tham vọng. Knapp khuyến khích nhóm giả định rằng "mọi thứ diễn ra hoàn hảo" và mô tả kết quả trong mơ đó. Lý do là: một mục tiêu quá dè dặt sẽ không tạo ra năng lượng để cả tuần dốc sức, và cũng không đủ độ cao để buộc nhóm phải nhìn ra những rủi ro thực sự.
Ví dụ về cấu trúc một Long-Term Goal:
- "Giúp các cửa hàng nhỏ ở Việt Nam bán hàng online mà không cần biết gì về công nghệ."
- "Trở thành lựa chọn đầu tiên khi khách hàng nghĩ đến việc chuyển tiền quốc tế nhanh và rẻ."
- "Khiến người mới tập gym cảm thấy tự tin và không bị bỏ rơi trong 30 ngày đầu tiên."
Vì sao phải đặt mục tiêu trước giải pháp
Bản chất của Design Sprint là "chậm để nhanh". Bằng cách dành thời gian ở đầu tuần để thống nhất đích đến, nhóm tránh được sự lãng phí khổng lồ ở cuối tuần khi phát hiện mọi người đang chạy về các hướng khác nhau. Long-Term Goal đóng vai trò như một hợp đồng chung: từ giây phút này, mọi quyết định thiết kế, mọi tính năng được chọn để prototype, mọi câu hỏi phỏng vấn người dùng — tất cả đều phải phục vụ mục tiêu này.
Có một sự khác biệt tâm lý quan trọng ở đây. Khi bạn hỏi một nhóm "chúng ta nên xây gì?", họ lập tức tranh cãi về giải pháp và bảo vệ cái tôi. Nhưng khi bạn hỏi "chúng ta muốn đi đâu?", câu hỏi này nâng mọi người lên một tầng tư duy cao hơn, nơi họ dễ đồng thuận hơn vì ai cũng muốn công ty thành công.
Sprint Questions — mặt còn lại của đồng xu
Ngay sau khi có Long-Term Goal, facilitator dẫn nhóm sang một bài tập song sinh: liệt kê các Sprint Questions. Nếu Long-Term Goal là sự lạc quan, thì Sprint Questions là sự bi quan có kỷ luật. Câu hỏi kích hoạt là: "Để đạt được mục tiêu này, những giả định nào phải đúng? Điều gì có thể khiến chúng ta thất bại?"
Cách hay để đóng khung là biến các nỗi lo thành câu hỏi bắt đầu bằng "Liệu chúng ta có thể…" (Can we…). Ví dụ, nếu mục tiêu là "giúp cửa hàng nhỏ bán hàng online mà không cần biết công nghệ", các Sprint Questions có thể là:
- "Liệu chủ cửa hàng có tin tưởng giao khâu vận chuyển cho hệ thống của chúng ta không?"
- "Liệu họ có tự tạo được gian hàng trong vòng 10 phút mà không cần gọi hỗ trợ không?"
- "Liệu họ có sẵn lòng trả phí hằng tháng sau khi hết khuyến mãi không?"
Tình huống thực tế
Ví dụ 1 — Fintech chuyển tiền kiều hối tại TP.HCM
Một startup fintech giả định tên RemitViet muốn làm sản phẩm giúp người Việt ở nước ngoài gửi tiền về quê nhanh hơn. Bước vào sáng Thứ Hai, cả nhóm sáu người ngồi vào bàn và ngay lập tức muốn bàn về việc tích hợp ví điện tử nào, dùng công nghệ blockchain hay không.
Facilitator dừng lại và viết lên bảng câu hỏi: "Năm năm nữa, RemitViet thành công trông như thế nào?" Sau mười lăm phút thảo luận và bỏ phiếu, nhóm chốt Long-Term Goal: "Khiến việc gửi tiền về Việt Nam đơn giản và đáng tin đến mức người dùng không bao giờ phải nghĩ đến chuyện ra tiệm vàng nữa."
Câu này thay đổi hoàn toàn cuộc chơi. Nó cho thấy đối thủ thực sự không phải là các app fintech khác, mà là thói quen ra tiệm vàng/kiều hối truyền thống. Từ đó, các Sprint Questions nổi lên: "Liệu người nhận lớn tuổi ở quê có tin một app hơn tiệm vàng quen thuộc không?", "Liệu người gửi có tin tiền sẽ tới trong vài phút mà không cần gọi điện xác nhận không?".
Bài học rút ra: Long-Term Goal giúp nhóm nhận ra đối thủ cạnh tranh thật sự nằm ở hành vi, chứ không phải ở công nghệ — điều mà cuộc tranh luận về blockchain ban đầu đã che khuất.
Ví dụ 2 — Grab và bài toán tài xế mới
Hãy hình dung một đội sản phẩm tại một công ty gọi xe lớn ở Đông Nam Á (lấy cảm hứng từ Grab) chạy Sprint để cải thiện trải nghiệm của tài xế mới. Ban đầu, mỗi thành viên có một "mục tiêu ngầm" khác nhau: người từ team vận hành muốn giảm số cuộc gọi lên tổng đài, người từ team tăng trưởng muốn tài xế chạy cuốc đầu tiên nhanh hơn, người từ team tài chính muốn giảm chi phí đào tạo.
Khi facilitator ép cả nhóm gộp lại thành một câu duy nhất, họ chốt: "Giúp tài xế mới hoàn thành cuốc xe đầu tiên một cách tự tin trong vòng 48 giờ sau khi đăng ký." Con số 48 giờ và cụm từ "tự tin" trở thành kim chỉ nam. Sprint Questions theo sau: "Liệu tài xế mới có hiểu cách nhận cuốc mà không cần xem video hướng dẫn không?", "Liệu họ có vượt qua nỗi sợ hủy cuốc/bị phạt trong ngày đầu không?".
Bài học rút ra: Bài tập Long-Term Goal buộc các "mục tiêu ngầm" bị mâu thuẫn của từng phòng ban phải hòa vào một tuyên bố chung — đây thường là lần đầu tiên các phòng ban thực sự align với nhau.
Ví dụ 3 — Nền tảng học trực tuyến và cái bẫy mục tiêu quá hẹp
Một nền tảng edtech Việt Nam chạy Sprint để tăng tỷ lệ học viên hoàn thành khóa học. Nhóm ban đầu viết Long-Term Goal là: "Tăng tỷ lệ hoàn thành khóa học lên 40%." Facilitator nhận ra vấn đề: đây là một KPI, không phải một Long-Term Goal. Nó không trả lời câu hỏi "tại sao".
Sau khi được hỏi "tại sao học viên hoàn thành khóa lại quan trọng với chúng ta?", nhóm đào sâu và viết lại: "Giúp mỗi học viên biến kiến thức trong khóa học thành một thay đổi nghề nghiệp thật sự." Ngay lập tức, các Sprint Questions trở nên phong phú hơn nhiều: "Liệu học viên có thấy được sự tiến bộ của bản thân đủ rõ để duy trì động lực không?", "Liệu họ có áp dụng được bài học vào công việc thật trong tuần đầu không?".
Bài học rút ra: Đừng nhầm lẫn giữa metric và mục tiêu. Một con số KPI là hệ quả; Long-Term Goal là lý do tồn tại. Mục tiêu quá hẹp bóp nghẹt không gian sáng tạo của cả tuần Sprint.
Hướng dẫn từng bước
Dưới đây là quy trình thực tế để facilitator dẫn dắt bài tập Long-Term Goal, thường mất khoảng 30–45 phút vào đầu sáng Thứ Hai.
Bước 1 — Đặt bối cảnh (3 phút). Nhắc cả nhóm rằng đây là khoảnh khắc lạc quan. Viết to lên bảng câu hỏi kích hoạt: "Tại sao chúng ta làm dự án này? Hai đến năm năm nữa chúng ta muốn ở đâu?" Yêu cầu mọi người tạm gác chuyện giải pháp sang một bên.
Bước 2 — Suy nghĩ độc lập, viết ra giấy (5 phút). Cho mỗi người tự viết một hoặc hai phiên bản Long-Term Goal ra giấy note, làm việc trong im lặng. Đây là kỹ thuật "làm việc cùng nhau, một mình" (work together alone) — tránh để người nói to nhất áp đảo phòng họp.
Bước 3 — Chia sẻ và thảo luận ngắn (10 phút). Từng người dán note lên bảng và đọc to phiên bản của mình. Facilitator gom các ý tưởng giống nhau lại thành cụm. Không tranh luận dài — chỉ cần mọi người hiểu các lựa chọn.
Bước 4 — Quyết định (5 phút). Đây là lúc Decider (người ra quyết định — thường là trưởng nhóm hoặc chủ dự án) chọn hoặc tổng hợp thành một câu duy nhất. Design Sprint không chạy theo đồng thuận toàn bộ; Decider có tiếng nói cuối cùng để tránh sa lầy. Viết câu đã chốt to, rõ, ở vị trí trung tâm bảng — nó sẽ nằm đó suốt cả tuần.
Bước 5 — Chuyển sang Sprint Questions (10 phút). Đổi câu hỏi kích hoạt: "Để đạt mục tiêu này, những giả định nào phải đúng? Điều gì có thể khiến chúng ta thất bại?" Lặp lại quy trình viết độc lập rồi chia sẻ. Đóng khung mỗi nỗi lo thành câu hỏi dạng "Liệu chúng ta có thể…".
Bước 6 — Ghi lại và giữ hiển thị (2 phút). Cả Long-Term Goal và danh sách Sprint Questions phải được dán ở nơi cả nhóm nhìn thấy suốt năm ngày. Cuối tuần, khi test với người dùng, nhóm sẽ quay lại đúng những câu hỏi này để đánh giá.
Lỗi thường gặp & mẹo
Lỗi 1 — Viết mục tiêu quá an toàn. Những câu như "cải thiện trải nghiệm người dùng" vô nghĩa vì quá chung chung. Mẹo: ép nhóm giả định "nếu mọi thứ thành công hoàn hảo trong 5 năm thì sẽ ra sao?" để kéo mục tiêu lên tầm tham vọng.
Lỗi 2 — Nhầm KPI với Long-Term Goal. "Tăng doanh thu 20%" là chỉ tiêu, không phải đích đến truyền cảm hứng. Mẹo: hỏi "tại sao?" ba lần liên tiếp cho đến khi chạm được lý do tồn tại thật sự của dự án.
Lỗi 3 — Nhồi nhiều mục tiêu vào một câu. Nếu câu của bạn có chữ "và" nối hai ý lớn khác nhau, bạn đang có hai mục tiêu. Mẹo: buộc nhóm chọn một. Sprint chỉ giải quyết được một hướng đi.
Lỗi 4 — Bỏ qua Sprint Questions vì thấy "tiêu cực". Nhiều nhóm ngại nói ra nỗi sợ. Nhưng chính những giả định rủi ro này mới là thứ Sprint cần kiểm chứng. Mẹo: nhấn mạnh rằng liệt kê rủi ro không phải bi quan, mà là chọn đúng thứ để đi kiểm tra.
Lỗi 5 — Để cuộc thảo luận kéo dài vô tận. Bài tập này cần dứt khoát. Mẹo: dùng đồng hồ đếm ngược và trao quyền quyết định cho Decider để chốt nhanh.
Mẹo vàng cho facilitator: Sau khi chốt xong, hãy đọc to Long-Term Goal một lần nữa và hỏi cả phòng: "Nếu Thứ Sáu này chúng ta test và người dùng phản ứng theo cách chứng minh mục tiêu này là khả thi, mọi người có thấy hào hứng không?" Nếu ánh mắt cả nhóm sáng lên, bạn đã có một mục tiêu tốt.
Bài tập thực hành
Hãy chọn một dự án bạn đang làm hoặc quan tâm (một app, một dịch vụ, một tính năng) và hoàn thành các phần sau:
- Viết Long-Term Goal. Dành đúng 5 phút, viết ra 3 phiên bản khác nhau của mục tiêu dài hạn (2–5 năm) cho dự án đó. Đừng chỉnh sửa trong lúc viết. Sau đó chọn ra phiên bản tham vọng nhất mà vẫn thật.
- Kiểm tra chất lượng. Đọc lại câu đã chọn và tự kiểm ba tiêu chí: (a) Nó có mô tả trạng thái lý tưởng chứ không phải một con số KPI không? (b) Nó có chỉ một mục tiêu duy nhất, không có chữ "và" nối hai ý lớn không? (c) Nó có đủ tham vọng để bạn thấy hào hứng không?
- Liệt kê Sprint Questions. Viết ra ít nhất 4 câu hỏi dạng "Liệu chúng ta có thể…" — mỗi câu là một giả định rủi ro có thể khiến mục tiêu thất bại. Hãy trung thực với những nỗi lo lớn nhất.
- Nối vòng. Với mỗi Sprint Question, tưởng tượng đến Thứ Sáu bạn test prototype với người dùng: bạn sẽ quan sát dấu hiệu gì để biết câu trả lời là "có" hay "không"?
Tóm tắt
Sáng Thứ Hai của Design Sprint bắt đầu không phải bằng giải pháp, mà bằng phương hướng. Bài tập Long-Term Goal buộc cả nhóm nâng tầm tư duy lên câu hỏi "chúng ta muốn đi đâu trong 2–5 năm tới?" và chốt thành một câu tuyên bố duy nhất, tham vọng, truyền cảm hứng — đóng vai ngôi sao Bắc Đẩu cho cả tuần. Ngay sau đó, nhóm liệt kê các Sprint Questions: những giả định rủi ro nhất, đóng khung dưới dạng "Liệu chúng ta có thể…", để làm danh sách kiểm chứng cho buổi test ngày Thứ Sáu.
Vai trò của facilitator là dẫn dắt quy trình viết độc lập rồi chia sẻ, tránh để người nói to nhất áp đảo, và trao quyền chốt cho Decider để không sa lầy. Ba cạm bẫy lớn nhất cần tránh là: mục tiêu quá an toàn, nhầm KPI với mục tiêu, và nhồi nhiều mục tiêu vào một câu.
Khi làm tốt bước này, bạn đã tạo ra sự align thật sự — thứ mà nhiều đội nhóm chưa bao giờ có — và đặt nền móng vững chắc để bước tiếp vào phần còn lại của sáng Thứ Hai: vẽ bản đồ hành trình người dùng và phỏng vấn chuyên gia. Đích đến đã rõ, giờ là lúc lập bản đồ con đường.