Đã đọc kỹ chương gốc. Đây là tài liệu đã có chiều sâu tốt; tôi sẽ giữ nguyên toàn bộ cấu trúc, thuật ngữ, ví dụ và ràng buộc nội dung, đồng thời gia cường phần decision-owner-artifact-consequence cho từng case trọng yếu, làm rõ escalation boundary, và bổ sung khung Facts→Consequence tường minh vào case Applied để đạt chuẩn "senior lens" mà yêu cầu đề ra.
P2.4 — Opportunity Solution Tree và discovery cadence
Module: P2 — Product Discovery Mục tiêu đọc: Sau chương này, bạn có thể dùng Opportunity Solution Tree (OST — cây cơ hội–giải pháp) để đi từ kết quả cần tạo tới cơ hội khách hàng, tập giải pháp, giả định rủi ro và kiểm thử nhỏ. Bạn cũng có thể thiết lập Discovery Cadence (nhịp khám phá) hằng tuần, phân quyền quyết định, quản trị bằng chứng và biết lúc cần quay lại cây. Nguồn tổng hợp: Continuous Discovery Habits, Inspired, Empowered
Giới hạn đọc–hiểu: Đọc chương này giúp bạn hiểu cấu trúc và quy tắc quyết định, nhưng không tương đương kinh nghiệm dẫn một đội qua nhiều vòng khám phá thật. Khả năng đặt câu hỏi phỏng vấn tốt, đọc tín hiệu mơ hồ và giữ kỷ luật kiểm thử chỉ hình thành qua thực hành lặp lại với khách hàng thật và áp lực thời gian thật.
Mental model — Discovery là vòng học, không phải giai đoạn
Đội sản phẩm làm hai dòng việc đan xen:
- Discovery (khám phá nên xây gì): giảm rủi ro trước và trong khi đầu tư.
- Delivery (xây, phát hành và vận hành): tạo sản phẩm đủ chuẩn để khách hàng dựa vào.
Chỉ tối ưu Delivery (xây, phát hành và vận hành) giúp đội xây nhanh hơn, không bảo đảm xây đúng thứ. Build Trap (bẫy xây dựng) xuất hiện khi tổ chức đo số tính năng, ngày phát hành hoặc lượng mã thay vì thay đổi hành vi và giá trị tạo ra.
Đối tượng của Discovery (khám phá nên xây gì) là Ill-structured Problem (vấn đề thiếu cấu trúc):
- Có nhiều cách đóng khung.
- Có nhiều giải pháp.
- Không có đáp án đúng tuyệt đối.
- Bằng chứng mới có thể sửa cả cách hiểu vấn đề lẫn mục tiêu.
Vì vậy, không nên hỏi "ý tưởng này có tốt không?". Câu hỏi tốt hơn: "Trong các cơ hội hoặc giải pháp cùng cấp, lựa chọn nào đáng học tiếp nhất với mức rủi ro hiện tại?"
Opportunity Solution Tree (OST — cây cơ hội–giải pháp) ngoại hóa các lựa chọn đó qua bốn tầng:
- Desired Outcome (kết quả mong muốn): thay đổi cần tạo.
- Opportunity Space (không gian cơ hội): nhu cầu, điểm đau và mong muốn của khách hàng có thể thúc đẩy kết quả.
- Solution Space (không gian giải pháp): nhiều cách xử lý cơ hội mục tiêu.
-
**Assumption Test (kiểm thửpháp)"] A["Assumptions
(Giả định rủi ro)"] T["Assumption Tests
(Kiểm thử giả định)"] I["Impact
(Tác động thực tế)"]O --> P P --> S S --> A A --> T T --> S T --> P I --> O T --> I
**Discovery Cadence (nhịp khám phá)** giữ vòng học hoạt động. Định nghĩa tối thiểu của **Continuous Discovery (khám phá liên tục)**: - Tiếp xúc khách hàng ít nhất mỗi tuần. - Do chính đội xây sản phẩm thực hiện. - Dùng hoạt động nghiên cứu nhỏ, bền vững. - Phục vụ một **Desired Outcome (kết quả mong muốn)** rõ. Không có điểm tiếp xúc khách hàng hằng tuần do đội trực tiếp thực hiện nghĩa là chưa đạt nhịp tối thiểu. ## Core — Cấu trúc cây và quy tắc quyết định ### 1. Desired Outcome (kết quả mong muốn) **Outcome (kết quả cần tạo)** là thay đổi trong hành vi con người có khả năng thúc đẩy kết quả kinh doanh. **Output (đầu ra được giao)** là thứ đội xây hoặc phát hành. "Tạo tính năng nhắc học" là **Output (đầu ra được giao)**. "Tăng tỷ lệ người học quay lại trong bảy ngày" là **Product Outcome (kết quả sản phẩm)**. Ba loại chỉ số cần tách: | Loại chỉ số | Ý nghĩa | Ví dụ | Quyền kiểm soát | |---|---|---|---| | **Business Outcome (kết quả kinh doanh)** | Tiến triển cấp doanh nghiệp | Doanh thu, chi phí, thị phần, giữ chân thuê bao | Nhiều chức năng cùng tác động | | **Product Outcome (kết quả sản phẩm)** | Hành vi người dùng có khả năng thúc đẩy kinh doanh | Hoàn thành khóa học đầu tiên, quay lại trong bảy ngày | Nằm gần phạm vi kiểm soát của đội sản phẩm | | **Traction Metric (chỉ số sử dụng giải pháp cụ thể)** | Mức dùng một tính năng hoặc luồng | Số lần bấm nút nhắc học | Khóa đội vào giải pháp hiện tại | **Quy tắc quyết định:** - Giao **Product Outcome (kết quả sản phẩm)** cho đội. - Ưu tiên **Leading Indicator (chỉ số dẫn dắt)** có phản hồi đủ nhanh. - Kiểm tra định kỳ quan hệ với **Lagging Indicator (chỉ số trễ)**. - Chỉ giao **Traction Metric (chỉ số sử dụng giải pháp cụ thể)** khi hành vi đã được xác nhận là quan trọng hoặc đội cần bài toán tối ưu hẹp. - Phần lớn đội chỉ nên theo một kết quả chính tại một thời điểm. - Giữ kết quả đủ lâu để tích lũy hiểu biết; đổi mỗi quý có thể tạo **Learning Tax (thuế học lại)**. Khi chưa biết cơ chế tạo tác động, dùng **Learning Goal (mục tiêu học)**. Ví dụ: "Xác định cơ hội khiến người học mới bỏ khóa trong tuần đầu." Khi cơ chế đã rõ hơn, dùng **Performance Goal (mục tiêu hiệu suất)**. Ví dụ: "Tăng tỷ lệ hoàn thành khóa đầu từ 20% lên 30%." Mỗi kết quả chính cần **Health Metric (chỉ số sức khỏe)** để ngăn tối ưu gây hại. Tăng số tài khoản, lượt xem hoặc tương tác không được đánh đổi bằng gian dối, giảm hài lòng, tăng khiếu nại hoặc tổn hại nhóm dễ bị ảnh hưởng. #### Outcome Map (bản đồ kết quả) **Outcome Map (bản đồ kết quả)** nên ghi: - Kết quả kinh doanh. - Kết quả sản phẩm. - Chỉ số dẫn dắt. - Chỉ số trễ. - Chỉ số sức khỏe. - Đội sở hữu. - Giả định nối các chỉ số. Quan hệ giữa kết quả sản phẩm và kết quả kinh doanh là giả thuyết, không phải sự thật mặc định. #### Thương lượng kết quả Kết quả phải qua **Two-way Negotiation (thương lượng hai chiều)**. Lãnh đạo mang: - Bối cảnh doanh nghiệp. - Ý định chiến lược. - Phân khúc ưu tiên. - Mức đầu tư và ràng buộc. - Mức tham vọng. Đội sản phẩm mang: - Hiểu biết khách hàng. - Dữ liệu và bài học cũ. - Ràng buộc công nghệ. - Ước lượng mức dịch chuyển chỉ số. - Công việc phải bỏ để tạo năng lực. Nội dung cần chốt: - Chỉ số và đường cơ sở. - Mức thay đổi. - Thời hạn. - Mức tham vọng. - Nguồn lực. - Chỉ số sức khỏe. - Điều kiện xem xét lại. Mục tiêu lớn nhưng không tăng nguồn lực hoặc giảm việc cạnh tranh là bất nhất quản trị. **Quyết định — thương lượng kết quả:** - **Facts:** Lãnh đạo cần một chỉ số kinh doanh dịch chuyển trong một khung thời gian; đội chưa có bằng chứng đủ mạnh để cam kết mức tác động cụ thể lên chỉ số đó. - **Current behavior:** Nhiều tổ chức giao KPI kinh doanh trực tiếp cho đội sản phẩm mà không tách ra kết quả sản phẩm trung gian. - **Underlying need:** Đội cần một mục tiêu nằm trong phạm vi họ có thể ảnh hưởng trực tiếp, đồng thời lãnh đạo cần tin rằng mục tiêu đó nối được tới kết quả kinh doanh. - **Options:** (a) Giao thẳng chỉ số kinh doanh; (b) giao kết quả sản phẩm với giả định nối rõ; (c) giao Learning Goal nếu cơ chế tác động chưa rõ. - **Decision criteria:** Mức hiểu biết hiện có về cơ chế tác động; khả năng đo lường trong chu kỳ ngắn; mức chấp nhận rủi ro của lãnh đạo với giả thuyết chưa kiểm chứng. - **Decision:** Giao Product Outcome kèm giả định nối tường minh, xem xét lại theo Outcome Map. - **Authority:** Lãnh đạo sản phẩm/doanh nghiệp chốt kết quả kinh doanh và ràng buộc; đội và lãnh đạo cùng chốt kết quả sản phẩm qua Two-way Negotiation. - **Artifact:** Outcome Map, biên bản thương lượng kết quả. - **Consequence if wrong:** Nếu giao thẳng chỉ số kinh doanh mà đội không kiểm soát được, đội sẽ tối ưu chỉ số dễ đo (Traction Metric) thay vì hành vi thật, gây **Build Trap**. Nếu giả định nối sai mà không xem lại, tổ chức đầu tư dài mà không có tác động kinh doanh. ### 2. Opportunity Space (không gian cơ hội) **Opportunity (cơ hội can thiệp)** là nhu cầu, điểm đau hoặc mong muốn của khách hàng. Không gian này gồm cả vấn đề cần sửa và mong muốn cần phục vụ. Không phải mọi sản phẩm đều "giải nỗi đau"; giải trí, sáng tạo và khám phá thường phục vụ mong muốn. Cơ hội tốt: - Viết từ góc nhìn khách hàng. - Mô tả điều khách cần đạt hoặc trở ngại họ gặp. - Có hơn một cách xử lý. - Có khả năng thúc đẩy kết quả. - Có bằng chứng từ nhiều hơn một nguồn hoặc cuộc phỏng vấn khi có thể. "Thêm bộ lọc theo thời lượng" là giải pháp. "Tôi không biết nội dung nào vừa thời gian mình có" là cơ hội. #### Khởi tạo hiểu biết bằng Experience Map (bản đồ trải nghiệm) Khi nhận kết quả mới, mỗi thành viên thường biết phần khác nhau: - Quản lý sản phẩm biết dữ liệu, khiếu nại và bối cảnh kinh doanh. - Nhà thiết kế biết điểm nhầm lẫn, cảm xúc và bối cảnh ngoài màn hình. - Kỹ sư biết phụ thuộc, lỗi và ràng buộc hệ thống. Đội nên tạo **Experience Map (bản đồ trải nghiệm)**: 1. Chọn phạm vi đủ rộng để thấy bối cảnh, đủ hẹp để phục vụ kết quả. 2. Mỗi người vẽ riêng trước, giảm tư duy nhóm. 3. Vẽ hành động, vòng lặp, điểm kẹt, bỏ cuộc, suy nghĩ và cảm xúc. 4. Hợp nhất thành bản đồ chung. 5. Đánh dấu phần là giả thuyết. 6. Cập nhật sau mỗi vòng học. Bản đầu là mô hình hiện tại của đội, không phải sự thật khách hàng. #### Phỏng vấn theo câu chuyện cụ thể Không hỏi khách hàng nên xây gì. Không xem lời tuyên bố về ý định tương lai là bằng chứng hành vi. Tách hai loại câu hỏi: - **Research Question (câu hỏi nghiên cứu):** đội cần học gì. - **Story Question (câu hỏi kể chuyện):** câu hỏi giúp khách kể một lần xảy ra cụ thể. Ví dụ: - Cần học: Vì sao người học bỏ dở bài dài? - Câu hỏi kể chuyện: "Hãy kể lần gần nhất bạn dừng một bài học trước khi hoàn thành. Điều gì xảy ra trước đó?" Khai thác dòng thời gian: - Bạn ở đâu? - Điều gì xảy ra trước? - Sau đó bạn làm gì? - Ai hoặc điều gì tác động? - Bạn gặp trở ngại nào? - Bạn xử lý ra sao? - Kết quả cuối là gì? Khi người tham gia nói "tôi thường…", kéo về trường hợp gần nhất. Tự tin và câu chuyện mạch lạc không bảo đảm phản ánh hành vi thật. #### Interview Snapshot (bản tóm tắt phỏng vấn) Sau mỗi buổi, đội tổng hợp ngay **Interview Snapshot (bản tóm tắt phỏng vấn)**: - Điểm neo hình ảnh hoặc bối cảnh đã ẩn danh. - Trích dẫn đáng nhớ. - Thông tin phân khúc và mức sử dụng. - Cơ hội: nhu cầu, điểm đau, mong muốn. - Nhận định chưa đủ thành cơ hội. - Bản đồ trải nghiệm riêng của câu chuyện. Yêu cầu tính năng được chuyển thành cơ hội bằng câu hỏi: "Nó giúp bạn làm gì?" Các bản tóm tắt nên được lập chỉ mục trong **Customer Knowledge Bank (kho tri thức khách hàng)**. Không chờ gom 6–12 buổi rồi mới tổng hợp thành báo cáo lớn. #### Lập cấu trúc cơ hội Một danh sách phẳng không thể hiện quan hệ. Cây cần: - **Parent Opportunity (cơ hội cha):** vấn đề rộng hơn. - **Sibling Opportunity (cơ hội cùng cấp):** các phần cùng loại, có thể xử lý độc lập. - **Leaf-node Opportunity (cơ hội nút lá):** cơ hội chưa có con trong mô hình hiện tại. Quy trình: 1. Xác định các nhánh tách biệt từ bước trải nghiệm hoặc khoảnh khắc chính. 2. Chỉ thêm mục khi nó là nhu cầu, điểm đau hoặc mong muốn; có bằng chứng; có thể thúc đẩy kết quả. 3. Gom mục cùng nghĩa. 4. Tách mục quá rộng hoặc xuất hiện dưới nhiều cha. 5. Tạo cấu trúc vừa đủ để ra quyết định. 6. Cập nhật khi hiểu biết thay đổi. Nếu một cơ hội có nhiều cha, câu thường quá rộng hoặc trộn nhiều thời điểm. Nếu mỗi cha chỉ có một con, gộp chúng hoặc tìm thêm cơ hội cùng cấp. Với **Marketplace (thị trường nhiều phía)**, lập cây riêng cho từng phía trước. Gộp sớm dễ tối ưu một phía và làm hỏng phía còn lại. ### 3. Chọn Target Opportunity (cơ hội mục tiêu) Chiến lược sản phẩm thể hiện qua lựa chọn kết quả, khách hàng và cơ hội; không chỉ qua danh sách giải pháp. Cách chọn: 1. So sánh các cơ hội cấp cao. 2. Chọn một nhánh. 3. So sánh toàn bộ cơ hội cùng cấp trong nhánh. 4. Lặp xuống tới cơ hội nút lá. 5. Chọn một **Target Opportunity (cơ hội mục tiêu)**. Không hỏi "có nên làm cơ hội này không?" khi chưa so sánh phương án. Bốn lăng kính: | Lăng kính | Câu hỏi | |---|---| | **Opportunity Sizing (quy mô cơ hội)** | Bao nhiêu khách hàng gặp? Gặp với tần suất nào? | | **Market Factors (yếu tố thị trường)** | Đây là điều kiện tối thiểu hay khác biệt chiến lược? Xu hướng và đối thủ tạo cơ hội hoặc đe dọa nào? | | **Company Factors (yếu tố công ty)** | Có phù hợp tầm nhìn, chiến lược, năng lực, ràng buộc và lợi thế khó sao chép không? | | **Customer Factors (yếu tố khách hàng)** | Cơ hội quan trọng tới đâu? Khách hài lòng thế nào với cách xử lý hiện tại? | Tách số người gặp khỏi tần suất. Một vấn đề hiếm nhưng nghiêm trọng khác vấn đề nhẹ xảy ra hằng ngày. Không cộng điểm cơ học. Bốn lăng kính có thể xung đột. Quản trị tốt làm rõ giả định và đánh đổi, không giả vờ loại bỏ chủ quan. **Opportunity Prioritization Discussion (biên bản ưu tiên cơ hội)** cần ghi: - Tập cơ hội cùng cấp đã so sánh. - Bằng chứng theo bốn lăng kính. - Lựa chọn. - Giả định chính. - Điều kiện xem xét lại. - Người quyết định. Chọn cơ hội mục tiêu thường là **Two-way Door Decision (quyết định dễ đảo ngược)**. Đội mới cam kết vài ngày hoặc vài tuần khám phá, chưa cam kết xây. Giới hạn quyết định trong một đến hai giờ; trường hợp khó không quá một đến hai ngày. **Quyết định — chọn cơ hội mục tiêu:** - **Facts:** Cây có nhiều cơ hội cùng cấp trong một nhánh, mỗi cơ hội có mức bằng chứng và mức phù hợp chiến lược khác nhau. - **Current behavior:** Đội thường chọn cơ hội được nhắc tới nhiều nhất trong phỏng vấn gần nhất, không so sánh có hệ thống. - **Underlying need:** Đội cần một tiêu chí so sánh minh bạch để không chọn theo cảm tính hoặc theo người nói to nhất trong phòng. - **Options:** Bất kỳ cơ hội nút lá nào trong nhánh đã chọn là một option; không làm gì (giữ nguyên cơ hội đang khám phá) cũng là một option hợp lệ nếu bằng chứng hiện tại còn yếu. - **Decision criteria:** Bốn lăng kính (quy mô, thị trường, công ty, khách hàng) áp dụng không cộng điểm cơ học, có ghi giả định và đánh đổi. - **Decision:** Một cơ hội mục tiêu duy nhất, có điều kiện xem xét lại nếu bằng chứng yếu. - **Authority:** Đội sản phẩm (Product Trio) quyết định; đây là quyết định dễ đảo ngược nên không cần phê duyệt lãnh đạo, giới hạn thời gian ra quyết định 1–2 giờ, tối đa 1–2 ngày với trường hợp khó. - **Artifact:** Opportunity Prioritization Discussion (biên bản ưu tiên cơ hội). - **Consequence if wrong:** Nếu chọn sai cơ hội, chi phí là vài ngày đến vài tuần khám phá — thấp vì quyết định dễ đảo ngược. Rủi ro thật là ở lại quá lâu với cơ hội yếu vì không đặt điều kiện xem xét lại. ### 4. Solution Space (không gian giải pháp) Sau khi chọn cơ hội mục tiêu, đội tạo tập giải pháp. Danh sách ý tưởng dài cho nhiều vấn đề khác nhau không phải tập lựa chọn tốt. Sáng tạo cần ba thuộc tính: - **Fluency (số lượng ý tưởng).** - **Flexibility (độ đa dạng ý tưởng).** - **Originality (độ mới ý tưởng).** Động não nhóm ngay từ đầu dễ gây ỷ lại, đồng thuận theo nhóm và mất ý tưởng khi chờ lượt. Cách tốt hơn: 1. Xem lại cơ hội mục tiêu và bối cảnh khách hàng. 2. Mỗi người tạo ý tưởng riêng. 3. Chia sẻ để hiểu, không phán xét sớm. 4. Mỗi người tiếp tục tạo biến thể riêng. 5. Lặp tới khoảng 15–20 ý tưởng nếu cơ hội mang tính chiến lược. 6. Loại ý tưởng không xử lý cơ hội mục tiêu. 7. Thu hẹp thành ba giải pháp khác nhau. Có thể dùng **Dot Voting (bỏ phiếu dấu)** để thu hẹp, nhưng không dùng như bằng chứng nhu cầu hoặc để chọn giải pháp thắng cuối. Mỗi giải pháp trong tập ba cần ít nhất một người sẵn sàng bảo vệ. **Consideration Set (tập cân nhắc)** là ba giải pháp khác nhau cho cùng một cơ hội mục tiêu. ### 5. Nhận diện giả định Mọi giải pháp chứa giả định. Đội cần chuẩn bị cho khả năng sai, không tìm cách chứng minh ý tưởng yêu thích. Năm nhóm giả định: 1. **Desirability Assumption (giả định mức độ mong muốn):** khách có muốn, tin tưởng và thực hiện hành vi cần thiết không? 2. **Usability Assumption (giả định khả dụng):** khách có tìm thấy, hiểu, dùng được và tiếp cận được không? 3. **Feasibility Assumption (giả định khả thi):** kỹ thuật, pháp lý, bảo mật, quy định, văn hóa và phụ thuộc có cho phép không? 4. **Viability Assumption (giả định tồn tại kinh doanh):** lợi ích có xứng với chi phí xây, vận hành và bảo trì; có phù hợp mô hình kinh doanh và kênh bán không? 5. **Ethical Assumption (giả định đạo đức):** có nên xây; dữ liệu, sức khỏe, hành vi, quan hệ hoặc nhóm dễ bị tổn thương có bị hại không? Một số trường phái đặt pháp lý, bảo mật và tuân thủ dưới khả thi; trường phái khác đặt dưới tồn tại kinh doanh. Nhãn ít quan trọng hơn việc chỉ định chủ sở hữu, mức bằng chứng và thời điểm kiểm tra. #### Story Map (bản đồ chuỗi hành động) **Story Map (bản đồ chuỗi hành động)** mô tả các bước người dùng hoặc tác nhân phải làm để nhận giá trị, giả định giải pháp đã tồn tại. Nó không mô tả công việc xây. Quy trình: 1. Xác định tác nhân chính. 2. Viết đường thành công. 3. Sắp hành động theo thời gian. 4. Với mỗi bước, hỏi: - Người dùng có muốn làm không? - Họ có hiểu và làm được không? - Hệ thống có hỗ trợ được không? - Doanh nghiệp có chấp nhận được không? - Có tác hại nào không? Một bản đồ năm bước có thể tạo hàng chục giả định. Không giảm số lượng chỉ vì sợ phải kiểm thử; đội sẽ không kiểm thử tất cả. Các phương pháp bổ sung: - **Pre-Mortem (phân tích thất bại giả định):** tưởng tượng sáu tháng sau giải pháp đã thất bại, rồi truy nguyên. - **Walk the Lines of OST (đi ngược liên kết trên cây):** kiểm tra giả định nối giải pháp với cơ hội, cơ hội với kết quả sản phẩm, kết quả sản phẩm với kết quả kinh doanh. - **Explore Potential Harm (khám phá tác hại):** kiểm tra dữ liệu, lạm dụng, loại trừ, nghiện, bất bình đẳng, thương hiệu và chi phí cơ hội. Bài kiểm tra minh bạch: nếu toàn bộ cơ chế, dữ liệu và bên được hoặc mất lợi ích xuất hiện trên báo lớn, tổ chức có còn bảo vệ quyết định không? #### Assumption Map (bản đồ giả định) **Assumption Map (bản đồ giả định)** có hai trục: - Bằng chứng mạnh tới yếu. - Mức quan trọng thấp tới cao. **Leap-of-Faith Assumption (giả định nhảy vọt niềm tin)** nằm ở vùng quan trọng cao, bằng chứng yếu. Quy tắc: - Lập bản đồ tối đa khoảng 10 phút cho mỗi giải pháp. - Chọn hai hoặc ba giả định rủi ro nhất cho mỗi giải pháp. - Không kiểm thử mọi giả định. - Viết điều phải đúng, không viết điều cần sai. - Ghi hành vi và điều kiện cụ thể. - Không đồng nhất dễ dùng với đáng muốn. ### 6. Kiểm thử giả định, không kiểm thử cả ý tưởng Kiểm thử tốt theo cấu trúc **Assumption–Simulate–Evaluate (giả định–mô phỏng–đánh giá)**: 1. **Assumption (giả định):** điều cụ thể phải đúng. 2. **Simulate (mô phỏng):** tái tạo khoảnh khắc tối thiểu để quan sát hành vi. 3. **Evaluate (đánh giá):** xác định trước đối tượng, hành vi, cỡ kiểm thử, ngưỡng và quyết định kế tiếp. Không viết "một số người sẽ chọn". Viết "ít nhất 3 trong 10 người thuộc phân khúc mục tiêu sẽ chọn trong bối cảnh X." **Assumption Test Brief (mô tả kiểm thử giả định)** cần có: - Giả định. - Giải pháp liên quan. - Đối tượng. - Mô phỏng. - Hành vi cần quan sát. - Cỡ kiểm thử. - Ngưỡng. - Quyết định nếu đạt, không đạt hoặc mơ hồ. - Rủi ro đạo đức, riêng tư và vận hành. Ngưỡng mẫu nhỏ là thỏa thuận quản trị rủi ro, không phải chân lý thống kê. Quy tắc kiểm thử: - Thu bằng chứng cho cả ba giải pháp, không tuần tự chứng minh một ý tưởng yêu thích. - Kiểm thử giả định chung trước nếu nó có thể loại nhiều giải pháp. - Đặt tiêu chí trước khi xem dữ liệu. - Vòng đầu thường kéo dài một đến hai ngày; tối đa khoảng một tuần. - Chỉ tăng quy mô sau tín hiệu tích cực. - Thiết kế để thất bại sớm. - Dùng mẫu phù hợp; sai đối tượng làm kết quả mơ hồ. - Đối chiếu nhiều phương pháp khi quyết định quan trọng. - Dừng khi rủi ro đã nằm trong khẩu vị chấp nhận hoặc chi phí kiểm thử tiếp vượt chi phí xây có kiểm soát. Công cụ thường dùng: - Nguyên mẫu có thể tương tác. - Kiểm thử không điều phối. - Khảo sát một câu về hành vi quá khứ. - Khai thác dữ liệu sẵn có. - **Fake Door Test (kiểm thử cửa giả)** để đo quan tâm ban đầu. - **Live Prototype (nguyên mẫu chạy thật)** với lưu lượng giới hạn. **Fake Door Test (kiểm thử cửa giả)** chỉ chứng minh quan tâm ban đầu, không chứng minh giải pháp tạo giá trị dài hạn. **Live Prototype (nguyên mẫu chạy thật)** cần quản trị riêng tư, bảo mật, khả năng đảo ngược, hỗ trợ khách hàng và tác hại ngoài ý muốn. Không gọi mã thử nghiệm thiếu độ tin cậy là sản phẩm đủ chuẩn vận hành. Kết quả kiểm thử là bằng chứng ủng hộ hoặc phản bác, không phải xác thực tuyệt đối. **Quyết định — kiểm thử giả định:** - **Facts:** Đội có tập giải pháp với các Leap-of-Faith Assumption đã xác định; nguồn lực và thời gian kiểm thử có hạn. - **Current behavior:** Nhiều đội kiểm thử ý tưởng yêu thích trước, dừng khi thấy tín hiệu tích cực đầu tiên, và không định trước ngưỡng đánh giá. - **Underlying need:** Đội cần bằng chứng đủ để so sánh khách quan giữa các giải pháp trong Consideration Set, với chi phí thấp và tốc độ nhanh. - **Options:** Fake Door Test, nguyên mẫu tương tác không điều phối, khảo sát hành vi quá khứ, khai thác dữ liệu sẵn có, Live Prototype với lưu lượng giới hạn. - **Decision criteria:** Mức rủi ro của giả định (Leap-of-Faith hay không), tốc độ thu bằng chứng, chi phí xây mô phỏng, khả năng gây hại thật nếu dùng Live Prototype. - **Decision:** Chọn công cụ mô phỏng rẻ nhất đủ để kiểm tra giả định quan trọng nhất trước; chỉ nâng lên Live Prototype sau tín hiệu tích cực từ vòng rẻ hơn. - **Authority:** Đội sản phẩm quyết định thiết kế và ngưỡng kiểm thử; nếu Live Prototype chạm dữ liệu nhạy cảm hoặc ảnh hưởng khách hàng thật, cần thêm chủ sở hữu rủi ro (bảo mật, pháp lý, vận hành) đồng thuận trước khi chạy. - **Artifact:** Assumption Test Brief. - **Consequence if wrong:** Nếu bỏ qua định trước ngưỡng, đội dễ diễn giải dữ liệu mơ hồ thành "thắng" (confirmation bias), dẫn tới đầu tư sai giải pháp. Nếu chạy Live Prototype không quản trị rủi ro, hậu quả có thể là rò dữ liệu, trải nghiệm xấu lan ra khách hàng thật, hoặc tổn hại thương hiệu — khó đảo ngược hơn nhiều so với kiểm thử mô phỏng. ### 7. Đo tác động sau kiểm thử Giả định đúng chưa chứng minh tác động thật. Chuỗi đo cần nối: 1. Chỉ số kiểm thử giả định. 2. Kết quả sản phẩm. 3. Kết quả kinh doanh. 4. Chỉ số sức khỏe. **Metric Chain (chuỗi chỉ số)** ghi từng chỉ số và giả định nối chúng. **Instrumentation Plan (kế hoạch đo lường)** chỉ cần dữ liệu phục vụ quyết định hiện tại: - Sự kiện cần ghi. - Đếm người hay đếm hành động. - Đường cơ sở. - Ngưỡng. - Phân khúc. - Cảnh báo tác dụng phụ. Nếu mục tiêu là nhiều người nhận giá trị, đếm người. Nếu tổng hoạt động tạo giá trị, đếm hành động. Không biến đo lường thành dự án lớn trước khi tạo giá trị. Nếu kết quả sản phẩm tăng nhưng kết quả kinh doanh không tăng theo thời gian, sửa chuỗi giả thuyết hoặc chọn kết quả sản phẩm khác. ## Discovery Cadence — Nhịp vận hành hằng tuần **Product Trio (bộ ba sản phẩm)** thường gồm quản lý sản phẩm, nhà thiết kế và kỹ sư phần mềm. Đây không phải cấu trúc loại trừ. Nhà nghiên cứu người dùng, chuyên viên dữ liệu, tiếp thị sản phẩm, thành công khách hàng hoặc chuyên gia pháp lý có thể tham gia theo rủi ro. Tăng số người giúp tăng góc nhìn nhưng giảm tốc độ quyết định. Nhóm quyết định cốt lõi tối thiểu thường cần đại diện sản phẩm, thiết kế và kỹ thuật. ### Nhịp tối thiểu | Tần suất | Hoạt động | Đầu ra | |---|---|---| | Hằng tuần | Ít nhất một cuộc tiếp xúc khách hàng do đội trực tiếp thực hiện | Bản tóm tắt phỏng vấn, cơ hội mới, mô hình khách hàng cập nhật | | Hằng tuần | Cập nhật cây và chọn điểm học tiếp | Cây sống, cơ hội mục tiêu, giả định ưu tiên | | Hằng tuần | Chạy kiểm thử nhỏ | Mô tả kiểm thử, bằng chứng, quyết định kế tiếp | | Hằng tuần | Theo dõi kết quả và chỉ số sức khỏe | Chuỗi chỉ số cập nhật | | Mỗi 1–2 tuần | Chia sẻ học hỏi với bên liên quan | Tường thuật khám phá ngắn | | Khi có bất ngờ | Hồi cứu khám phá | Giả định sai, cách phát hiện sớm hơn, sửa quy trình | Phỏng vấn hằng tuần là thói quen nền tảng. Lịch nên có buổi đã đặt trước vào đầu tuần, không phụ thuộc thao tác tuyển thủ công. Kênh tuyển: - Lời mời trong sản phẩm. - Đồng nghiệp tiếp xúc khách hàng như bán hàng, hỗ trợ và thành công khách hàng. - Tín hiệu như hủy thuê bao, hỏi tính năng hoặc gặp lỗi. - Hội đồng cố vấn khách hàng. - Đối tượng đại diện khi chưa thể tiếp cận khách thật, nhưng phải ghi giới hạn và tiến dần tới mẫu đúng. Hội đồng cố vấn tạo hiểu biết sâu nhưng dễ khiến đội tối ưu cho nhóm nhỏ. Giảm rủi ro bằng thêm một hoặc hai kênh tuyển khác. ### Nhịp không đồng nghĩa lịch nghi thức cố định Đội không phải hoàn thành mọi hoạt động mỗi tuần. Cây chỉ bước tiếp theo: - Cây nông: phỏng vấn thêm. - Cây rộng: thu hẹp cơ hội. - Chỉ có một giải pháp: tạo thêm phương án. - Nhiều giải pháp nhưng thiếu giả định: lập bản đồ chuỗi hành động. - Có giả định nhưng thiếu bằng chứng: tăng nhịp kiểm thử. - Có tín hiệu thử nghiệm nhưng chưa có tác động: đo kết quả sản phẩm. - Kết quả sản phẩm tăng nhưng kinh doanh không đổi: kiểm tra lại chuỗi chỉ số. **Discovery (khám phá nên xây gì)** và **Delivery (xây, phát hành và vận hành)** chạy song song. Không chờ khám phá "xong" rồi mới giao; cũng không dùng áp lực giao để bỏ kiểm tra rủi ro lớn. ## Applied — EduNow giảm bỏ dở khóa học đầu tiên *(Trường hợp mô phỏng, dùng để minh họa cách áp dụng khung; số liệu và thoại là giả định, không phải dữ liệu công ty thật.)* ### Bối cảnh và kết quả EduNow muốn tăng doanh thu thuê bao. Dữ liệu cho thấy người hoàn thành khóa đầu có tỷ lệ giữ chân cao hơn, nhưng đây mới là tương quan. Lãnh đạo và đội thống nhất: - Kết quả kinh doanh: tăng doanh thu thuê bao. - Kết quả sản phẩm: tăng tỷ lệ người dùng mới hoàn thành khóa đầu từ 20% lên 30%. - Chỉ số dẫn dắt: tỷ lệ hoàn thành bài đầu và tỷ lệ quay lại trong bảy ngày. - Chỉ số sức khỏe: tỷ lệ khiếu nại, thời gian học hữu ích và mức hiểu bài không được giảm. - Điều kiện xem xét lại: nếu hoàn thành khóa đầu tăng nhưng giữ chân không cải thiện qua hai chu kỳ đo, kiểm tra lại giả thuyết. **Quyết định — chốt kết quả:** - **Facts:** Tương quan giữa hoàn thành khóa đầu và giữ chân đã quan sát được trong dữ liệu lịch sử, nhưng chưa có bằng chứng nhân quả. - **Current behavior:** Lãnh đạo muốn giao thẳng chỉ số doanh thu; đội đề xuất tách ra kết quả sản phẩm nằm trong tầm kiểm soát. - **Underlying need:** Cả hai bên cần một mục tiêu vừa đo được trong chu kỳ ngắn, vừa có khả năng nối tới doanh thu. - **Options:** Giao doanh thu trực tiếp; giao tỷ lệ hoàn thành khóa đầu; giao Learning Goal mở để tìm cơ hội trước khi chốt số. - **Decision criteria:** Thời gian phản hồi của chỉ số, mức đội kiểm soát được, độ tin cậy của giả thuyết tương quan. - **Decision:** Chọn kết quả sản phẩm (tỷ lệ hoàn thành khóa đầu 20% → 30%) làm mục tiêu chính, giữ giả thuyết nối tới giữ chân là điều cần kiểm tra lại. - **Authority:** Lãnh đạo doanh nghiệp chốt kết quả kinh doanh và ngân sách; đội và lãnh đạo cùng thương lượng kết quả sản phẩm và điều kiện xem xét lại. - **Artifact:** Outcome Map, biên bản thương lượng kết quả. - **Consequence if wrong:** Nếu hoàn thành khóa đầu tăng nhưng giữ chân không đổi sau hai chu kỳ đo mà đội không dừng để kiểm tra lại, tổ chức tiếp tục đầu tư vào một chỉ số không tạo giá trị kinh doanh thật. ### Khám phá cơ hội Đội cùng vẽ trải nghiệm từ lúc đăng ký tới lúc hoàn thành khóa đầu. Bản đầu cho thấy nhiều khoảng trống nên đội duy trì một cuộc phỏng vấn mỗi tuần với người dùng mới, người đã hoàn thành và người bỏ dở. Các nhánh cấp cao: - Tôi khó chọn khóa đầu phù hợp. - Tôi khó duy trì tiến độ học. - Tôi không chắc mình đang hiểu bài. - Tôi thiếu hỗ trợ khi bị kẹt. Trong nhánh "Tôi khó duy trì tiến độ học", các cơ hội cùng cấp gồm: - Tôi không có khoảng thời gian dài để học. - Tôi quên quay lại sau khi dừng. - Tôi không cảm thấy tiến bộ giữa khóa. - Tôi bị gián đoạn và khó tiếp tục đúng chỗ. Đội không chọn "bài giảng quá dài" chỉ vì được nhắc nhiều. Họ so sánh: - Số người gặp và tần suất. - Mức quan trọng. - Mức hài lòng với cách xử lý hiện tại. - Khả năng tác động tới hoàn thành khóa. - Mức phù hợp với năng lực nội dung và công nghệ. Đội chọn cơ hội mục tiêu: **"Tôi không có khoảng thời gian dài để học."** Lựa chọn có hiệu lực hai tuần khám phá và sẽ được xem lại nếu bằng chứng yếu. **Quyết định — chọn cơ hội mục tiêu (mô phỏng):** - **Facts:** Bốn cơ hội cùng cấp trong nhánh "khó duy trì tiến độ" đều xuất hiện trong phỏng vấn, với tần suất và mức quan trọng khác nhau. - **Current behavior:** Trước khi có khung so sánh, đội có xu hướng nghiêng về "bài giảng quá dài" vì đây là phản hồi được nhắc tới nhiều nhất gần đây. - **Underlying need:** Đội cần chọn một cơ hội có khả năng tác động tới hoàn thành khóa đầu, khả thi trong năng lực nội dung/công nghệ hiện tại, và có bằng chứng đủ mạnh. - **Options:** Bốn cơ hội cùng cấp đã liệt kê. - **Decision criteria:** Bốn lăng kính — quy mô người gặp và tần suất, yếu tố thị trường, yếu tố công ty (năng lực nội dung/công nghệ), mức quan trọng và hài lòng hiện tại của khách hàng. - **Decision:** "Tôi không có khoảng thời gian dài để học" — hiệu lực hai tuần, xem lại nếu bằng chứng yếu. - **Authority:** Product Trio của EduNow quyết định trong phạm vi khám phá; không cần phê duyệt lãnh đạo vì đây là quyết định dễ đảo ngược. - **Artifact:** Opportunity Prioritization Discussion. - **Consequence if wrong:** Nếu sai, chi phí là hai tuần khám phá lệch hướng — thấp, có thể sửa bằng cách quay lại so sánh cơ hội cùng cấp khác. ### Tập giải pháp Mỗi thành viên tạo ý tưởng riêng, chia sẻ rồi tạo tiếp. Sau khi thu hẹp, tập cân nhắc gồm: 1. Chia nội dung thành bài 5–7 phút. 2. Cho phép chọn quỹ thời gian rồi tạo lộ trình học tương ứng. 3. Tạo điểm dừng thông minh trong bài dài, kèm tóm tắt để tiếp tục sau. "Tóm tắt bằng trí tuệ nhân tạo" không được chọn chỉ vì công nghệ hấp dẫn. Nó chỉ hợp lệ nếu xử lý trực tiếp cơ hội mục tiêu. ### Giả định và kiểm thử Với giải pháp chia nhỏ bài học, các giả định rủi ro gồm: - Người học có thể nhận giá trị trong đơn vị 5–7 phút. - Chia nhỏ không phá mạch kiến thức. - Người học cảm thấy tiến bộ, không thấy nội dung bị vụn. - Chi phí biên tập và vận hành chấp nhận được. - Hệ thống có thể giữ tiến độ chính xác. - Việc tối ưu hoàn thành không làm giảm hiểu bài. Đội chọn hai giả định quan trọng, bằng chứng yếu: 1. Người học vẫn hiểu nội dung khi bài được chia nhỏ. 2. Người học sẽ quay lại thường xuyên hơn khi có điểm hoàn thành ngắn. Mô tả kiểm thử đầu: - Đối tượng: 10 người dùng mới có quỹ thời gian học dưới 15 phút mỗi lần. - Mô phỏng: hai phiên bản cùng nội dung, một bản dài và một bản chia thành ba đoạn có điểm dừng. - Hành vi: chọn phiên bản, hoàn thành đoạn, trả lời ba câu kiểm tra hiểu bài và quyết định có tiếp tục hay không. - Ngưỡng: ít nhất 6 trong 10 hoàn thành bản chia nhỏ; điểm hiểu bài không thấp hơn bản dài quá ngưỡng đã định trước. - Quyết định: nếu hoàn thành tăng nhưng hiểu bài giảm, sửa cách chia; không đầu tư toàn bộ hệ thống. Kết quả đầu cho tín hiệu tích cực về hoàn thành nhưng lộ lỗi: người học không hiểu liên kết giữa các đoạn. Đội không tuyên bố thắng. Họ thêm phần nhắc ngữ cảnh ở đầu đoạn và kiểm thử lại. Sau tín hiệu thứ hai, đội phát hành nguyên mẫu chạy thật cho 2% người dùng mới. Chỉ đo dữ liệu cần thiết: bắt đầu, hoàn thành đoạn, quay lại trong bảy ngày, điểm hiểu bài và khiếu nại. Kết quả đủ tốt để đầu tư phiên bản vận hành. **Quyết định — kiểm thử giả định và mở rộng (mô phỏng):** - **Facts:** Vòng kiểm thử đầu (10 người) cho tín hiệu tích cực về hoàn thành nhưng lộ lỗi liên kết giữa các đoạn nội dung. - **Current behavior:** Không có khung này, đội dễ tuyên bố "thắng" ngay khi thấy hoàn thành tăng, bỏ qua chỉ số hiểu bài đi kèm. - **Underlying need:** Đội cần biết liệu chia nhỏ bài học có đánh đổi hiểu bài để lấy hoàn thành hay không, trước khi cam kết xây hệ thống đầy đủ. - **Options:** (a) Tuyên bố thắng và xây ngay; (b) sửa lỗi liên kết rồi kiểm thử lại ở quy mô nhỏ; (c) bỏ giải pháp, quay lại tập giải pháp khác. - **Decision criteria:** Ngưỡng đã định trước (hoàn thành ≥ 6/10, hiểu bài không giảm quá ngưỡng); mức lỗi phát hiện có sửa được trong phạm vi giải pháp hiện tại hay không. - **Decision:** Sửa lỗi liên kết (thêm nhắc ngữ cảnh đầu đoạn), kiểm thử lại quy mô nhỏ trước khi mở rộng; sau tín hiệu thứ hai tích cực, phát hành Live Prototype cho 2% người dùng mới với đo lường tối thiểu cần thiết. - **Authority:** Product Trio quyết định vòng kiểm thử mô phỏng; việc mở rộng sang Live Prototype 2% người dùng thật cần xác nhận thêm từ chủ sở hữu rủi ro vận hành/hỗ trợ khách hàng vì đã chạm người dùng thật, dù quy mô nhỏ và có thể đảo ngược. - **Artifact:** Assumption Test Brief (hai vòng), Instrumentation Plan cho giai đoạn Live Prototype. - **Consequence if wrong:** Nếu tuyên bố thắng sớm và xây toàn bộ hệ thống dựa trên vòng đầu, EduNow có thể đầu tư vào một giải pháp làm tăng tỷ lệ hoàn thành nhưng giảm hiểu bài thật — hại chỉ số sức khỏe và có thể tăng khiếu nại về sau, phát hiện muộn hơn và tốn kém sửa hơn. <!-- diagram-pipeline:start faebb50aea9bf1af -->  <details> <summary>Source mermaid — có thể chỉnh sửa</summary> ```mermaid flowchart TB O["Kết quả cần kiểm chứng<br/>Tăng hoàn thành mà không giảm hiểu bài"] P["Cơ hội<br/>Người học có dưới 15 phút mỗi lần"] S["Giải pháp<br/>Chia bài học thành đoạn 5–7 phút<br/>có điểm dừng"] A1["Giả định 1<br/>Chia nhỏ không làm giảm hiểu bài"] A2["Giả định 2<br/>Điểm hoàn thành ngắn làm người học<br/>quay lại thường xuyên hơn"] PT1["Product Trio<br/>quyết định vòng mô phỏng,<br/>sửa và kiểm thử lại"] B1["Artifact<br/>Assumption Test Brief<br/>cho hai vòng"] X1["Vòng 1: kiểm thử mô phỏng<br/>10 người dùng mới<br/>dưới 15 phút mỗi lần<br/>So sánh bản dài và bản chia ba đoạn"] M1["Đo vòng 1<br/>Chọn phiên bản, hoàn thành đoạn,<br/>3 câu hiểu bài"] PROXY["Proxy cho giả định quay lại<br/>Quyết định có tiếp tục hay không"] R1["Kết quả quan sát vòng 1<br/>Hoàn thành có tín hiệu tích cực<br/>Lộ lỗi liên kết giữa các đoạn"] C1["Đối chiếu ngưỡng định trước<br/>Hoàn thành bản chia ≥ 6/10<br/>Hiểu bài không giảm quá ngưỡng"] D1{"Product Trio quyết định<br/>sửa và kiểm thử lại?"} FIX["Thêm nhắc ngữ cảnh đầu đoạn<br/>Sửa cách chia"] X1B["Vòng 2: kiểm thử lại<br/>ở quy mô nhỏ"] D2{"Tín hiệu vòng 2<br/>đủ tích cực?"} STOP1["Dừng hoặc tiếp tục sửa<br/>Không mở rộng sang người dùng thật"] EARLY["Phương án bị loại<br/>Tuyên bố thắng sau vòng 1<br/>và xây toàn bộ hệ thống"] RISK["Rủi ro phản thực<br/>Hoàn thành tăng nhưng hiểu bài giảm<br/>Hại chỉ số sức khỏe, tăng khiếu nại<br/>Sửa muộn tốn kém hơn"] PT2["Product Trio<br/>đề xuất Live Prototype 2%"] B2["Artifact<br/>Instrumentation Plan<br/>trước Live Prototype"] AUTH{"Chủ sở hữu rủi ro vận hành<br/>hoặc hỗ trợ khách hàng<br/>xác nhận trước khi phát hành?"} HOLD["Chưa phát hành<br/>Xử lý rủi ro hoặc dừng"] X2["Live Prototype<br/>2% người dùng mới"] M2["Đo tối thiểu<br/>Bắt đầu, hoàn thành đoạn,<br/>quay lại trong 7 ngày,<br/>điểm hiểu bài, khiếu nại"] VERIFY["Kiểm chứng trực tiếp giả định 2<br/>Quay lại trong 7 ngày"] D3{"Kết quả đủ tốt?"} INVEST["Đầu tư phiên bản vận hành"] STOP2["Dừng hoặc sửa<br/>Không đầu tư phiên bản vận hành"] O --> P --> S S --> A1 S --> A2 PT1 --> B1 B1 --> X1 A1 --> X1 A2 --> PROXY X1 --> M1 M1 --> PROXY PROXY --> R1 R1 --> C1 --> D1 D1 -- "Có; lỗi sửa được<br/>trong phạm vi giải pháp" --> FIX D1 -- "Không" --> STOP1 FIX --> X1B B1 -. "cập nhật vòng 2" .-> X1B X1B --> D2 D2 -- "Không" --> STOP1 D2 -- "Có" --> PT2 R1 -. "phương án bị loại" .-> EARLY EARLY --> RISK PT2 --> B2 --> AUTH AUTH -- "Không" --> HOLD AUTH -- "Có" --> X2 A2 -. "kiểm chứng trực tiếp" .-> X2 X2 --> M2 --> VERIFY --> D3 D3 -- "Có" --> INVEST D3 -- "Không" --> STOP2 classDef rejected fill:#f8d7da,stroke:#842029,color:#842029; class EARLY,RISK rejected;
Senior Lens — Governance, quyền quyết định và cam kết
Ai quyết định gì?
| Quyết định | Người sở hữu | Người phải tham gia |
|---|---|---|
| Tầm nhìn, chiến lược, phân bổ đầu tư | Lãnh đạo sản phẩm, công nghệ và doanh nghiệp | Lãnh đạo chức năng liên quan |
| Kết quả kinh doanh ưu tiên | Lãnh đạo | Đội cung cấp dữ liệu về khả năng tác động |
| Kết quả sản phẩm, mức mục tiêu và thời hạn | Thương lượng hai chiều | Lãnh đạo và đội sản phẩm |
| Cấu trúc cây, cơ hội mục tiêu, tập giải pháp và kiểm thử | Đội sản phẩm | Chuyên gia rủi ro tham gia khi cần |
| Pháp lý, bảo mật, tài chính, thương hiệu hoặc vận hành | Chủ sở hữu chuyên môn có quyền phủ quyết trong phạm vi rõ | Đội sản phẩm cung cấp giải pháp và bằng chứng |
| Cam kết ngày và phạm vi khó đảo ngược | Lãnh đạo và đội sau khám phá đủ sâu | Quản lý giao hàng, kỹ thuật và bên liên quan bị tác động |
Trao quyền không nghĩa đội làm bất cứ điều gì. Lãnh đạo quyết định vấn đề và kết quả ưu tiên; đội quyết định cách giải trong ràng buộc đã rõ; cả hai chịu trách nhiệm về kết quả.
Nếu mọi giải pháp và kiểm thử đều cần lãnh đạo phê duyệt, đội vẫn là Feature Team (đội tính năng). Nếu đội tự chọn mục tiêu không có bối cảnh chiến lược, đó cũng không phải trao quyền; đó là thiếu căn chỉnh.
Mức bằng chứng theo khả năng đảo ngược
Quyết định dễ đảo ngược:
- Chọn cơ hội để khám phá trong hai tuần.
- Chọn nguyên mẫu.
- Chạy kiểm thử nhỏ không gây hại.
Tối ưu tốc độ học. Không chờ chắc chắn.
Quyết định khó đảo ngược:
- Hợp đồng dài hạn.
- Thay đổi giá.
- Thu dữ liệu nhạy cảm.
- Cam kết pháp lý.
- Di chuyển kiến trúc lớn.
- Sản xuất phần cứng.
- Công bố ngày ra mắt cho thị trường.
Cần bằng chứng cao hơn, chủ sở hữu rủi ro rõ và High-integrity Commitment (cam kết có tính chính trực cao).
Quy trình cam kết:
- Cấp thời gian khám phá.
- Kiểm tra giá trị và khả dụng với khách hàng.
- Kiểm tra khả thi với kỹ thuật.
- Kiểm tra tồn tại kinh doanh với các bên có quyền phủ quyết.
- Kiểm tra rủi ro đạo đức.
- Xác nhận năng lực, phụ thuộc và ngày bắt đầu thật.
- Sau đó mới cam kết ngày, phạm vi và kết quả.
Cây là hồ sơ bằng chứng, không tự thay thế quyết định cam kết.
Escalation boundary (ranh giới leo thang quyết định)
Đội tự quyết trong phạm vi Discovery (cơ hội, giải pháp, kiểm thử nhỏ không gây hại). Đội phải leo thang lên lãnh đạo hoặc chủ sở hữu rủi ro chuyên môn khi gặp một trong các điều kiện sau:
- Kiểm thử chuyển từ mô phỏng sang chạm dữ liệu thật hoặc khách hàng thật ở quy mô đủ lớn để gây rủi ro vận hành hoặc thương hiệu.
- Giả định khả thi (Feasibility) chạm tới pháp lý, bảo mật hoặc quy định — chủ sở hữu chuyên môn có quyền phủ quyết, không phải đội tự quyết.
- Giả định đạo đức phát sinh nghi ngờ về tác hại tới nhóm dễ bị tổn thương.
- Bằng chứng cho thấy kết quả sản phẩm không còn nối được tới kết quả kinh doanh sau điều kiện xem xét lại đã thống nhất — đây là lúc quay lại bàn thương lượng kết quả với lãnh đạo, không phải tự đổi mục tiêu.
- Chuẩn bị chuyển từ khám phá sang cam kết ngày, phạm vi và kết quả khó đảo ngược.
Ngoài các điều kiện này, đội có quyền quyết định cấu trúc cây, cơ hội mục tiêu, tập giải pháp và thiết kế kiểm thử mà không cần chờ phê duyệt từng bước.
Quản trị bên liên quan
Stakeholder (bên liên quan có quyền phủ quyết) khác người chỉ cung cấp ý kiến. Đội cần bản đồ ghi:
- Quyền phủ quyết.
- Ràng buộc.
- Mối lo.
- Thời điểm cần tham gia.
- Bằng chứng họ cần xem.
Không dồn mọi người vào một buổi duyệt lớn. Pháp lý, bảo mật, bán hàng và tài chính cần chi tiết khác nhau.
Tường thuật khám phá nên theo chuỗi:
- Kết quả và bối cảnh.
- Không gian cơ hội.
- Cách ưu tiên.
- Cơ hội mục tiêu và câu chuyện khách hàng.
- Tập giải pháp.
- Giả định.
- Kiểm thử và bằng chứng.
- Quyết định hiện tại.
- Điều kiện xem xét lại.
Khi bên liên quan đề xuất giải pháp, hỏi:
- Giải pháp phục vụ kết quả nào?
- Nó xử lý cơ hội nào?
- Nếu là cơ hội mới, bằng chứng là gì?
- Giả định nào phải đúng?
- Có thể kiểm thử nhỏ thế nào?
Ý tưởng ngoài trọng tâm đi vào cây hoặc danh sách ý tưởng, không tự động vào danh sách phát triển.
Khi nào không cần OST đầy đủ?
Không dùng máy móc cho:
- Sửa lỗi nhỏ, rõ nguyên nhân.
- Thay đổi ít rủi ro và dễ đảo ngược.
- Công việc tuân thủ bắt buộc, không có lựa chọn sản phẩm đáng kể.
- Tối ưu hành vi trưởng thành đã được xác nhận.
Có thể dùng Mini OST (cây cơ hội–giải pháp rút gọn) khi bị giao giải pháp:
- Kết quả kỳ vọng.
- Cơ hội hàm ẩn.
- Giải pháp được giao.
- Giả định chính.
- Cách đo tác động sau phát hành.
Công việc tuân thủ bắt buộc vẫn cần kiểm tra khả dụng, tác hại và tác động vận hành; chỉ có thể bỏ nghi thức khám phá phương án nếu lựa chọn thật sự không tồn tại.
Anti-patterns — Tín hiệu cây đang hỏng
Cây hỏng về cấu trúc
- Một nhánh dọc: mỗi cơ hội cha chỉ có một con. Gộp mục trùng hoặc tìm thêm cơ hội cùng cấp.
- Một cơ hội có nhiều cha: tách theo thời điểm hoặc bối cảnh.
- Chủ đề thay cơ hội: "niềm tin", "đơn giản" hoặc "tương tác" quá mơ hồ.
- Cảm xúc thay nguyên nhân: "bực" là tín hiệu; "phải nhập mật khẩu mỗi lần" mới là cơ hội cụ thể.
- Giải pháp đội lốt cơ hội: "khách cần nút nhắc" khóa không gian giải pháp.
- Nhiều cơ hội mục tiêu cùng lúc: tăng công việc đang thực hiện, giảm chiều sâu.
Cây hỏng về bằng chứng
- Chỉ hỏi khách hàng muốn gì.
- Dùng ý định tương lai như hành vi thật.
- Chỉ có một người phỏng vấn rồi đóng vai tiếng nói khách hàng.
- Gom nhiều buổi rồi mới tổng hợp.
- Chỉ tìm bằng chứng xác nhận.
- Thiếu tiêu chí đánh giá đặt trước.
- Dùng phần trăm với mẫu nhỏ thay số cụ thể.
- Kiểm thử sai đối tượng.
- Kiểm thử nguyên mẫu quá phức tạp.
- Xem tín hiệu nhỏ là quyết định phát hành cuối.
- Chỉ kiểm thử giả định, quên đo tác động.
Cây hỏng về vận hành
- Zombie OST (cây bị bỏ quên): tạo một lần rồi không cập nhật.
- Đổi giải pháp nhưng không sửa mô hình khách hàng.
- Cây thành tài liệu báo cáo, không chỉ bước tiếp theo.
- Khám phá tách khỏi kỹ thuật.
- Cam kết ngày trước khi giảm rủi ro lớn.
- Đổi kết quả liên tục.
- Dùng công cụ mới nhưng giữ quyền quyết định kiểu chỉ huy.
- Chỉ thưởng phát hành, không thưởng học và tác động.
Khi giải pháp thất bại, hỏi:
- Hiểu biết khách hàng nào khiến đội tin giải pháp sẽ hiệu quả?
- Phần nào của hiểu biết đó sai?
- Cơ hội cần viết lại thế nào?
- Kết quả hoặc chuỗi chỉ số có cần sửa không?
- Có thể phát hiện sớm hơn bằng cách nào?
Đổi sang ý tưởng tiếp theo mà không cập nhật mô hình khách hàng chỉ là đổi vé số.
Quick reference
Checklist một vòng khám phá
| Bước | Hành động | Artifact (đầu ra công việc) | Quy tắc quyết định |
|---|---|---|---|
| 1 | Thương lượng kết quả | Bản đồ kết quả | Giao kết quả sản phẩm trong phạm vi kiểm soát |
| 2 | Ngoại hóa hiểu biết hiện tại | Bản đồ trải nghiệm | Xem bản đầu là giả thuyết |
| 3 | Tiếp xúc khách hàng hằng tuần | Bản tóm tắt phỏng vấn | Hỏi câu chuyện gần nhất, không hỏi giải pháp |
| 4 | Lập cấu trúc cơ hội | Phần không gian cơ hội trên cây | Chỉ giữ cơ hội có bằng chứng và liên quan kết quả |
| 5 | Chọn cơ hội mục tiêu | Biên bản ưu tiên cơ hội | So sánh cơ hội cùng cấp qua bốn lăng kính |
| 6 | Tạo nhiều giải pháp | Tập cân nhắc ba giải pháp | Tạo riêng trước, không chọn người thắng bằng bỏ phiếu |
| 7 | Tìm giả định | Bản đồ chuỗi hành động, danh sách rủi ro | Xét mong muốn, khả dụng, khả thi, kinh doanh và đạo đức |
| 8 | Ưu tiên giả định | Bản đồ giả định | Chọn hai–ba giả định quan trọng, bằng chứng yếu |
| 9 | Kiểm thử nhỏ | Mô tả kiểm thử giả định | Đặt đối tượng, hành vi, cỡ mẫu và ngưỡng trước |
| 10 | Đo tác động | Chuỗi chỉ số, kế hoạch đo | Nối tín hiệu kiểm thử với sản phẩm và kinh doanh |
| 11 | Cập nhật cây | Cây sống | Sửa giải pháp, cơ hội hoặc kết quả theo bằng chứng |
| 12 | Chia sẻ quyết định | Tường thuật khám phá | Trình bày lựa chọn và bằng chứng, không chỉ kết luận |
Decision rules (quy tắc quyết định) cốt lõi
- Tránh câu hỏi có hoặc không; so sánh nhiều lựa chọn cùng cấp.
- Một kết quả chính, một cơ hội mục tiêu tại một thời điểm.
- Quyết định dễ đảo ngược: quyết nhanh, học rồi sửa.
- Quyết định khó đảo ngược: nâng mức bằng chứng và quản trị.
- Kiểm thử nhỏ nhất vẫn đủ cho quyết định kế tiếp.
- Đặt tiêu chí trước dữ liệu.
- Không kiểm thử mọi giả định; ưu tiên giả định quan trọng, bằng chứng yếu.
- Không tăng quy mô kiểm thử trước tín hiệu tích cực.
- Không coi kết quả sản phẩm dẫn tới kinh doanh là sự thật mặc định.
- Khi thất bại, cập nhật mô hình khách hàng trước khi đổi ý tưởng.
- Làm đủ nghiên cứu để giảm phần rủi ro tổ chức không chịu được; không làm nhiều hơn.
Bảng escalation nhanh
| Tình huống | Đội tự quyết? | Phải leo thang tới |
|---|---|---|
| Chọn cơ hội mục tiêu trong hai tuần khám phá | Có | — |
| Chọn tập ba giải pháp và thiết kế kiểm thử mô phỏng | Có | — |
| Kiểm thử chạm dữ liệu nhạy cảm hoặc khách hàng thật quy mô nhỏ | Có, nhưng cần xác nhận | Chủ sở hữu rủi ro vận hành/bảo mật liên quan |
| Giả định khả thi chạm pháp lý, bảo mật, quy định | Không | Chủ sở hữu chuyên môn có quyền phủ quyết |
| Nghi ngờ tác hại đạo đức tới nhóm dễ bị tổn thương | Không | Lãnh đạo và chủ sở hữu rủi ro đạo đức/pháp lý |
| Kết quả sản phẩm không còn nối tới kết quả kinh doanh sau điều kiện xem xét lại | Không | Lãnh đạo — quay lại bàn thương lượng kết quả |
| Cam kết ngày, phạm vi, kết quả khó đảo ngược | Không | Lãnh đạo và đội sau khi khám phá đủ sâu |
Thuật ngữ sử dụng trong chương
| Thuật ngữ | Giải nghĩa |
|---|---|
| Opportunity Solution Tree (OST — cây cơ hội–giải pháp) | Bản đồ trực quan nối kết quả, cơ hội, giải pháp, giả định, kiểm thử và bằng chứng. |
| Discovery Cadence (nhịp khám phá) | Nhịp hoạt động bền vững để tiếp xúc khách hàng, cập nhật cây, kiểm thử và đo tác động. |
| Continuous Discovery (khám phá liên tục) | Tiếp xúc khách hàng ít nhất hằng tuần do đội trực tiếp thực hiện, bằng nghiên cứu nhỏ, phục vụ kết quả rõ. |
| Product Trio (bộ ba sản phẩm) | Nhóm quyết định cốt lõi, thường gồm quản lý sản phẩm, nhà thiết kế và kỹ sư phần mềm. |
| Desired Outcome (kết quả mong muốn) | Thay đổi đo được cần tạo. |
| Opportunity (cơ hội can thiệp) | Nhu cầu, điểm đau hoặc mong muốn khách hàng có thể thúc đẩy kết quả. |
| Target Opportunity (cơ hội mục tiêu) | Một cơ hội nút lá đội chọn để tập trung khám phá. |
| Solution (giải pháp) | Cách cụ thể xử lý cơ hội. |
| Assumption (giả định) | Điều chưa được chứng minh nhưng phải đúng để giải pháp thành công. |
| Leap-of-Faith Assumption (giả định nhảy vọt niềm tin) | Giả định quan trọng nhưng có bằng chứng yếu. |
| Assumption Test (kiểm thử giả định) | Hoạt động nhỏ nhằm thu bằng chứng cho một giả định cụ thể. |
| Discovery (khám phá nên xây gì) | Công việc giảm rủi ro và xác định thứ đáng xây. |
| Delivery (xây, phát hành và vận hành) | Công việc tạo sản phẩm đủ chuẩn để khách hàng dựa vào. |
| Empowered Product Team (đội sản phẩm được trao quyền) | Đội nhận vấn đề và kết quả, tự tìm giải pháp trong ràng buộc rõ, chịu trách nhiệm về tác động. |
| Feature Team (đội tính năng) | Đội nhận giải pháp đã định sẵn và chủ yếu chịu trách nhiệm giao đầu ra. |
| High-integrity Commitment (cam kết có tính chính trực cao) | Cam kết ngày, phạm vi và kết quả chỉ được đưa ra sau khi giảm đủ rủi ro. |
Nguồn và giới hạn
Chương tổng hợp ba trường phái bổ trợ:
- Continuous Discovery Habits cung cấp cấu trúc Opportunity Solution Tree (OST — cây cơ hội–giải pháp), phỏng vấn hằng tuần, lập bản đồ cơ hội, tạo tập giải pháp, nhận diện giả định, kiểm thử nhỏ và tường thuật khám phá.
- Inspired cung cấp mô hình Discovery (khám phá nên xây gì) và Delivery (xây, phát hành và vận hành) song song, rủi ro sản phẩm, nguyên mẫu, cam kết sau khám phá và trách nhiệm của đội liên chức năng.
- Empowered cung cấp bối cảnh chiến lược, quyền quyết định, vai trò lãnh đạo, huấn luyện, mục tiêu đội và phép thử trao quyền.
Giới hạn:
- Không có khung nào bảo đảm thành công; khám phá chỉ giảm xác suất thất bại.
- Bằng chứng nhân quả cho quản trị bằng kết quả còn hạn chế và có kết quả trái chiều.
- Nhiều tình huống nguồn đến từ công ty công nghệ hoặc đội được huấn luyện; khả năng khái quát sang ngành khác cần kiểm tra.
- Nhịp hằng tuần là mức tối thiểu thực hành, không phải định luật cho mọi bối cảnh.
- Mẫu kiểm thử nhỏ hỗ trợ quyết định kế tiếp, không tạo suy luận thống kê chắc chắn.
- Ngành có điều tiết, phần cứng, y tế, tài chính hoặc hệ thống an toàn trọng yếu cần ngưỡng bằng chứng, kiểm soát phát hành và quyền phủ quyết cao hơn.
- Công việc phân tán vẫn áp dụng được nếu đội giữ tiếp xúc khách hàng, hiểu biết chung và quyền quyết định; không nên sao chép máy móc giả định làm việc cùng địa điểm.
- Opportunity Solution Tree (OST — cây cơ hội–giải pháp) không thay thế chiến lược, nghiên cứu chuyên sâu, phân tích dữ liệu, quản trị rủi ro, kiến trúc hay phán đoán sản phẩm. Nó nối các đầu vào đó thành bản đồ quyết định.
- Case EduNow trong phần Applied là tình huống mô phỏng để minh họa cách áp dụng khung; số liệu, thoại và tên công ty không phải dữ liệu thật.