Mở đầu — vì sao bài này quan trọng
Hãy thử hình dung một cuộc họp ban lãnh đạo điển hình ở nhiều công ty Việt Nam. Giám đốc Sản phẩm tự tin trình bày: "Em nghĩ tính năng này sẽ rất được khách hàng yêu thích." Giám đốc Kinh doanh phản bác: "Theo anh thì chúng ta nên ưu tiên mảng doanh nghiệp lớn hơn." Một bạn trong nhóm Marketing chen vào: "Em cảm thấy đối thủ đang đi nhanh hơn mình." Sau ba mươi phút tranh luận sôi nổi, quyết định cuối cùng thuộc về... người có chức danh cao nhất trong phòng, hoặc người nói to nhất, hoặc người khéo thuyết phục nhất.
Đó chính là cách ra quyết định bằng opinion (ý kiến chủ quan) — và nó là căn bệnh kinh niên của rất nhiều tổ chức sản phẩm. Vấn đề không phải là các ý kiến đó sai. Vấn đề là chúng ta không có cách nào biết được ai đúng, ai sai cho đến khi đã đổ tiền của và thời gian vào xây dựng, ra mắt, rồi mới ngậm ngùi nhận ra mình đoán trật.
Ở cấp độ PSPO I, bạn học cách quản lý một Product Backlog và tối ưu giá trị qua từng Sprint. Nhưng lên đến PSPO II, kỳ vọng đối với bạn cao hơn nhiều: bạn phải dẫn dắt cả tổ chức ra quyết định dựa trên bằng chứng thay vì cảm tính. Và công cụ tư duy chính thống mà Scrum.org trao cho bạn để làm việc đó chính là Evidence-Based Management (EBM).
Bài 6 này là bài "đặt nền móng". Chúng ta sẽ chưa đi sâu vào từng chỉ số đo lường cụ thể (việc đó sẽ là nội dung của các bài về bốn Key Value Areas ở phía sau). Thay vào đó, bài này giúp bạn nắm vững EBM là gì, nó giải quyết vấn đề gì, và bộ khung tư duy của nó hoạt động ra sao. Nếu bạn hiểu chắc phần khái niệm này, mọi chỉ số và kỹ thuật sau đó sẽ trở nên dễ tiêu hóa.
Khái niệm cốt lõi
EBM là gì?
Evidence-Based Management (EBM) là một framework do Scrum.org phát triển, giúp các tổ chức đo lường giá trị (value), kiểm tra giả định và đưa ra quyết định dựa trên bằng chứng (evidence) thay vì dựa trên niềm tin, thâm niên hay quyền lực.
Hãy chú ý đến ba từ khóa trong định nghĩa:
- Giá trị (Value): EBM lấy giá trị làm trung tâm. Không phải số lượng tính năng đã làm, không phải số dòng code, không phải tốc độ chạy Sprint — mà là giá trị thực sự mà sản phẩm tạo ra cho khách hàng và cho tổ chức.
- Bằng chứng (Evidence): Đây là phần đối lập với "ý kiến". Bằng chứng là những tín hiệu quan sát được từ thực tế: dữ liệu sử dụng, phản hồi khách hàng, kết quả thử nghiệm, số liệu kinh doanh.
- Thực nghiệm (Empiricism): EBM kế thừa trọn vẹn tinh thần thực nghiệm của Scrum — học hỏi từ những gì đã xảy ra, điều chỉnh hướng đi dựa trên quan sát thực tế, thay vì cố bám theo một kế hoạch được vẽ ra từ đầu.
Vấn đề mà EBM giải quyết: Output không bằng Outcome
Phần lớn các tổ chức đo lường sai thứ. Họ tự hào vì "Sprint nào cũng giao đủ story", "năm nay team ship được 47 tính năng", "velocity tăng 20%". Đây đều là các chỉ số output — đo lường việc ta làm được bao nhiêu thứ.
Nhưng làm được nhiều không có nghĩa là tạo ra giá trị. Một team có thể chạy hết tốc lực suốt cả năm, ship hàng chục tính năng, mà khách hàng vẫn rời bỏ và doanh thu vẫn giảm. EBM kéo sự chú ý của tổ chức từ output sang outcome — kết quả thực sự đạt được, sự thay đổi hành vi khách hàng, giá trị kinh doanh tạo ra.
EBM đặt ra một niềm tin nền tảng: giá trị là thứ khó đo, nhưng đo gần đúng còn hơn không đo gì cả và chỉ đoán mò. Bạn không cần một con số hoàn hảo; bạn cần một tín hiệu đủ tốt để định hướng quyết định, và rồi liên tục cải thiện chất lượng tín hiệu đó.
Bốn Key Value Areas (KVA)
Trái tim của EBM là bốn Key Value Areas (KVA) — bốn vùng giá trị mà mỗi tổ chức cần theo dõi để có cái nhìn cân bằng về sức khỏe sản phẩm của mình. Trong bài khái niệm này, tôi chỉ giới thiệu ngắn gọn để bạn nắm bức tranh tổng thể; mỗi vùng sẽ được đào sâu trong các bài riêng sau:
- Current Value (CV) — Giá trị hiện tại: Sản phẩm đang mang lại bao nhiêu giá trị cho khách hàng và tổ chức ngay lúc này? Đây là ảnh chụp hiện trạng. Nó không nói gì về tương lai.
- Unrealized Value (UV) — Giá trị chưa hiện thực hóa: Còn bao nhiêu giá trị tiềm năng ngoài kia mà ta chưa nắm bắt được nếu đáp ứng tốt hơn nhu cầu khách hàng hoặc tiến vào thị trường mới? UV trả lời câu hỏi: "Có đáng để tiếp tục đầu tư không?"
- Time to Market (T2M) — Thời gian ra thị trường: Tổ chức nhanh đến mức nào trong việc đưa giá trị mới, học hỏi mới, sản phẩm mới ra thị trường? T2M đo khả năng học hỏi và thích ứng nhanh.
- Ability to Innovate (A2I) — Năng lực đổi mới: Tổ chức có còn đủ năng lực để tạo ra cái mới không, hay đang bị "nuốt chửng" bởi nợ kỹ thuật, quy trình rườm rà, công việc low-value? A2I đo lực cản đối với đổi mới.
Vòng lặp thực nghiệm: Goal → Hypothesis → Experiment → Measure → Learn
EBM không chỉ là một bộ chỉ số. Nó là một vòng lặp cải tiến liên tục, vận hành qua hệ thống các mục tiêu lồng nhau:
- Strategic Goal (Mục tiêu chiến lược): Một mục tiêu lớn, đầy tham vọng, thường mất nhiều năm để đạt được. Ví dụ: "Trở thành nền tảng thanh toán số được dùng nhiều nhất tại nông thôn Việt Nam."
- Intermediate Goal (Mục tiêu trung gian): Cột mốc nằm trên đường tới mục tiêu chiến lược.
- Immediate Tactical Goal (Mục tiêu chiến thuật tức thời): Mục tiêu gần nhất mà nhóm đang theo đuổi ngay bây giờ — thường gắn với một giả định cụ thể cần kiểm chứng.
Tình huống thực tế
Tình huống 1: Sàn TMĐT tranh cãi về tính năng "livestream bán hàng"
Một sàn thương mại điện tử giả định tên ChợViệt (mô phỏng bối cảnh các sàn như Tiki, Sendo) đang họp bàn về việc có nên đầu tư lớn vào tính năng livestream bán hàng hay không.
Trưởng phòng Kinh doanh khẳng định: "Đối thủ làm livestream rần rần, mình không làm là chết." Giám đốc Công nghệ thì lo: "Tính năng này tốn ít nhất bốn tháng của ba team, ảnh hưởng roadmap." Cuộc họp căng thẳng vì ai cũng có lý, nhưng tất cả đều chỉ là opinion.
Vị Product Owner đã được đào tạo EBM không để cuộc họp kết thúc bằng "sếp quyết". Anh đặt lại vấn đề qua lăng kính KVA và vòng lặp thực nghiệm. Về Unrealized Value: anh cho rằng có một nhóm người bán nhỏ lẻ đang khao khát công cụ tương tác trực tiếp với người mua — đó là giá trị chưa nắm bắt. Nhưng đó mới là giả định, chưa phải bằng chứng.
Thay vì xây cả hệ thống livestream trong bốn tháng, nhóm thiết kế một thử nghiệm rẻ: trong hai tuần, họ tích hợp một giải pháp livestream bên thứ ba (chỉ dùng đường link nhúng) cho đúng 30 người bán được chọn, và đo ba con số: tỷ lệ người bán tham gia ít nhất một buổi, tỷ lệ chuyển đổi đơn hàng trong buổi livestream so với ngày thường, và phản hồi định tính từ người bán.
Kết quả: 22/30 người bán tham gia, nhưng tỷ lệ chuyển đổi chỉ nhỉnh hơn 8% — thấp hơn nhiều so với kỳ vọng, vì người mua bỏ đi do trải nghiệm thanh toán bị gián đoạn khi nhảy ra khỏi luồng livestream.
Bài học rút ra: Bằng chứng vừa xác nhận một phần giả định (người bán có nhu cầu) vừa bác bỏ một phần khác (chuyển đổi không tự nhiên cao như đối thủ "khoe"). Nhờ chi 2 tuần thay vì 4 tháng, ChợViệt tránh được một khoản đầu tư khổng lồ vào sai hướng, và biết được nút thắt thật sự nằm ở luồng thanh toán chứ không phải bản thân livestream. Đây là EBM trong hành động: biến tranh luận chủ quan thành một thử nghiệm có thể đo lường.
Tình huống 2: Ngân hàng số đo "thành công" sai chỗ
Một ngân hàng số tại Đông Nam Á (giả định tên NeoBank SEA, mô phỏng các mô hình như Timo hay TNEX) tự hào báo cáo lên hội đồng quản trị: năm vừa rồi team sản phẩm ship được 63 tính năng mới, velocity tăng 35%. Trên giấy tờ, đây là một năm "thắng lớn".
Nhưng vị Head of Product mới về, vốn am hiểu EBM, đặt một câu hỏi khó: "Trong 63 tính năng đó, có bao nhiêu thực sự được khách hàng dùng?" Khi đào dữ liệu, sự thật phơi bày: hơn một nửa số tính năng có tỷ lệ sử dụng dưới 3% người dùng hoạt động. Đồng thời, Current Value thực tế — đo bằng số khách hàng dùng app làm tài khoản chính (nhận lương, chi tiêu hằng ngày) — gần như đứng yên cả năm.
Tệ hơn, Ability to Innovate đang sụt giảm âm thầm: vì phải bảo trì 63 tính năng (kể cả những cái gần như không ai dùng), tỷ lệ thời gian kỹ sư dành cho công việc tạo giá trị mới giảm từ 60% xuống còn 38%. Tổ chức đang bận rộn nhưng không hề khỏe mạnh.
Bài học rút ra: Output (63 tính năng) đã ngụy trang cho việc outcome (giá trị thật) giậm chân tại chỗ. EBM buộc tổ chức nhìn vào đúng vùng giá trị: thay vì hỏi "ta làm được bao nhiêu?", hãy hỏi "khách hàng nhận được bao nhiêu, và ta còn đủ sức tạo cái mới không?". Sau bài học này, NeoBank SEA quyết định "khai tử" những tính năng ít dùng để giải phóng năng lực đổi mới — một quyết định chỉ có thể đến từ việc nhìn bằng chứng.
Tình huống 3: Startup SaaS và cái bẫy "chúng tôi biết khách hàng muốn gì"
Một startup SaaS Việt làm phần mềm quản lý nhà hàng (giả định tên QuánSmart) có nhà sáng lập vốn xuất thân từ ngành F&B. Anh tin chắc rằng mọi chủ quán đều cần một module "phân tích lợi nhuận theo từng món" cực kỳ chi tiết, và muốn dồn cả quý để xây.
Người PO trong nhóm áp dụng tư duy EBM, đề nghị kiểm chứng giả định trước khi xây. Họ làm một thử nghiệm "cửa giả" (fake door): thêm một nút "Phân tích lợi nhuận theo món" vào menu, nhưng khi bấm vào chỉ hiện thông báo "Tính năng sắp ra mắt — để lại email để được dùng thử sớm". Trong ba tuần, họ đo tỷ lệ chủ quán bấm vào và để lại email.
Kết quả gây bất ngờ: chỉ 4% người dùng bấm vào, và trong số đó rất ít để lại email. Trong khi đó, một nút thử nghiệm khác — "Tự động nhắc nhập hàng khi sắp hết nguyên liệu" — thu hút tới 31% lượt bấm.
Bài học rút ra: Trực giác của người sáng lập, dù dày kinh nghiệm, vẫn chỉ là một giả định. EBM không phủ nhận trực giác — nó biến trực giác thành giả định có thể kiểm chứng bằng một thử nghiệm rẻ, trước khi đổ nguồn lực lớn. QuánSmart đã tiết kiệm cả một quý lập trình và tìm ra nhu cầu thật sự của khách hàng nằm ở chỗ khác.
Hướng dẫn từng bước
Nếu bạn muốn bắt đầu đưa tư duy EBM vào tổ chức của mình, đây là lộ trình từng bước ở mức khái niệm:
- Xác định mục tiêu rõ ràng theo tầng. Bắt đầu bằng câu hỏi: tổ chức đang theo đuổi Strategic Goal nào? Rồi mục tiêu trung gian gần nhất là gì? Và mục tiêu chiến thuật tức thời mà nhóm đang làm bây giờ là gì? Nếu không có mục tiêu, mọi phép đo đều vô nghĩa.
- Chọn vùng giá trị (KVA) đang là điểm yếu. Bạn không cần đo cả bốn KVA cùng lúc với độ chi tiết như nhau. Hãy hỏi: tổ chức của tôi đang đau ở đâu? Giá trị hiện tại thấp (CV)? Tăng trưởng chững lại vì bỏ lỡ cơ hội (UV)? Giao hàng quá chậm (T2M)? Hay không còn sức làm cái mới (A2I)?
- Phát biểu giả định một cách kiểm chứng được. Chuyển "tôi nghĩ X sẽ tốt" thành dạng: "Chúng tôi tin rằng [hành động Y] sẽ tạo ra [kết quả đo được Z] cho [nhóm khách hàng W]. Chúng tôi sẽ biết mình đúng khi thấy [tín hiệu cụ thể]."
- Thiết kế thử nghiệm nhỏ nhất, rẻ nhất, nhanh nhất. Mục tiêu là học hỏi với chi phí thấp. Fake door, prototype, thử nghiệm với nhóm nhỏ, dùng công cụ bên thứ ba — bất cứ cách nào cho bạn tín hiệu nhanh mà không phải xây dựng toàn bộ.
- Đo lường bằng chứng, không phải hoạt động. Định nghĩa trước con số nào sẽ xác nhận hoặc bác bỏ giả định. Đo outcome (hành vi khách hàng thay đổi), không đo output (đã làm xong bao nhiêu việc).
- Học hỏi và điều chỉnh công khai. Mang bằng chứng ra ánh sáng — kể cả khi nó cho thấy bạn đoán sai. Điều chỉnh mục tiêu chiến thuật tiếp theo dựa trên những gì vừa học. Rồi lặp lại vòng lặp.
Lỗi thường gặp & mẹo
Lỗi 1 — Coi EBM là một bộ báo cáo KPI. Nhiều tổ chức biến EBM thành một dashboard đẹp đẽ để báo cáo lên sếp, rồi không bao giờ dùng nó để ra quyết định. Hãy nhớ: EBM đo lường để học và để hành động, không phải để trang trí slide.
Lỗi 2 — Cố tìm con số hoàn hảo trước khi bắt đầu. Tôi thường gặp các PO bị "tê liệt vì phân tích" — họ trì hoãn vì chưa có cách đo giá trị thật chính xác. Mẹo: bắt đầu với một thước đo gần đúng (proxy) còn hơn không đo. Bạn sẽ cải thiện chất lượng phép đo theo thời gian.
Lỗi 3 — Đo output rồi tự gọi đó là giá trị. Velocity, số story, số tính năng đều là output. Đừng để chúng cải trang thành outcome. Mỗi khi báo cáo một con số, hãy tự hỏi: "Con số này có phản ánh giá trị khách hàng nhận được không?"
Lỗi 4 — Bỏ quên hai KVA về năng lực (T2M và A2I). Rất dễ chỉ chăm chăm vào CV và UV vì chúng gắn với tiền bạc trước mắt. Nhưng một tổ chức bỏ bê T2M và A2I sẽ dần mất khả năng cạnh tranh mà không hề hay biết.
Mẹo vàng: Khi có một tranh luận dựa trên ý kiến trong cuộc họp, hãy tập phản xạ đặt câu hỏi: "Đây là giả định hay bằng chứng? Nếu là giả định, thử nghiệm rẻ nhất để kiểm chứng nó là gì?" Chỉ riêng phản xạ này đã thay đổi văn hóa ra quyết định của cả một đội.
Bài tập thực hành
- Phân loại opinion vs evidence. Ghi lại ba quyết định sản phẩm gần nhất ở công ty bạn (hoặc một sản phẩm bạn am hiểu). Với mỗi quyết định, ghi rõ: nó dựa trên ý kiến chủ quan hay bằng chứng? Nếu là ý kiến, bằng chứng nào lẽ ra có thể thu thập được?
- Vẽ bản đồ bốn KVA. Với một sản phẩm bạn biết, viết một đoạn ngắn cho từng KVA: Current Value đang ở mức nào, Unrealized Value còn nhiều không, Time to Market nhanh hay chậm, Ability to Innovate đang khỏe hay suy yếu? Vùng nào là điểm yếu lớn nhất?
- Viết một giả định kiểm chứng được. Chọn một tính năng mà ai đó trong đội "tin chắc" là sẽ thành công. Viết lại nó theo cấu trúc: "Chúng tôi tin rằng [hành động] sẽ tạo ra [kết quả đo được] cho [nhóm khách hàng]. Chúng tôi biết mình đúng khi thấy [tín hiệu]." Sau đó phác thảo thử nghiệm rẻ nhất để kiểm chứng.
- Chuyển output thành outcome. Lấy ba chỉ số mà đội bạn hiện đang theo dõi. Xác định cái nào là output, cái nào là outcome. Với mỗi output, đề xuất một chỉ số outcome tương ứng phản ánh giá trị thật.
Tóm tắt
Evidence-Based Management là framework của Scrum.org giúp tổ chức ra quyết định dựa trên bằng chứng và giá trị thay vì ý kiến chủ quan. Nó tồn tại để chữa căn bệnh kinh niên: ra quyết định bằng cảm tính, đo lường output thay vì outcome, và đầu tư lớn vào những giả định chưa được kiểm chứng.
Những điểm cốt lõi cần nhớ từ bài này:
- EBM lấy giá trị (value) làm trung tâm và bằng chứng (evidence) làm cơ sở ra quyết định, kế thừa tinh thần thực nghiệm của Scrum.
- Bốn Key Value Areas — Current Value, Unrealized Value, Time to Market, Ability to Innovate — cho ta cái nhìn cân bằng giữa giá trị (hiện tại và tương lai) và năng lực (giao hàng và đổi mới).
- EBM vận hành qua vòng lặp thực nghiệm: đặt mục tiêu theo tầng, hình thành giả định, thiết kế thử nghiệm rẻ, đo lường, học hỏi và điều chỉnh.
- Vũ khí mạnh nhất của một PSPO II không phải là một con số đẹp, mà là phản xạ luôn hỏi: "Đây là giả định hay bằng chứng?"