Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn quản lý một bãi giữ xe miễn phí trong khu văn phòng. Lúc đầu, nó rất tiện: ai cần thì gửi, không ai phải trả tiền. Nhưng vài tháng sau, bãi xe luôn kẹt cứng, người đến sau phải chạy lòng vòng cả tiếng đồng hồ, nhân viên đi muộn, khách hàng bực bội. Không ai cố ý phá hoại cả. Mỗi người chỉ đơn giản làm điều hợp lý với bản thân: "Bãi xe miễn phí, sao mình lại không gửi?". Vậy mà tổng hợp lại, tất cả đều khổ.
Đó chính là Tragedy of the Commons — Bi kịch của tài sản chung. Đây là một trong những archetype (mô thức hệ thống) quan trọng nhất mà bạn sẽ gặp đi gặp lại trong sự nghiệp, từ chuyện chia ngân sách marketing giữa các phòng ban, đến việc nhiều team cùng dùng chung một database, cho đến những vấn đề cấp quốc gia như ô nhiễm hay khai thác cá biển.
Điều khiến archetype này nguy hiểm là nó không có kẻ xấu. Không ai tham lam quá đáng, không ai ngu ngốc. Mỗi cá nhân hành xử hoàn toàn lý trí — nhưng cấu trúc của hệ thống lại biến những hành động lý trí ấy thành một thảm họa tập thể. Nếu bạn không nhận diện được cấu trúc này, bạn sẽ liên tục đổ lỗi cho con người ("nhân viên thiếu ý thức", "phòng ban ích kỷ") trong khi gốc rễ nằm ở chính cách hệ thống được thiết kế. Bài này dạy bạn cách nhìn ra mô thức đó và can thiệp đúng chỗ.
Khái niệm cốt lõi
Câu chuyện gốc (Garrett Hardin, 1968)
Năm 1968, nhà sinh thái học Garrett Hardin viết bài báo nổi tiếng "The Tragedy of the Commons" trên tạp chí Science. Ông dùng hình ảnh một bãi cỏ chăn thả chung (commons) trong một ngôi làng. Mỗi người chăn nuôi được tự do thả bò ra bãi cỏ đó.
Logic của từng người chăn nuôi rất đơn giản: "Nếu mình thả thêm một con bò, mình hưởng trọn lợi ích từ con bò đó (bán được thịt, sữa). Còn cái hại — bãi cỏ bị gặm trụi đi một chút — thì cả làng cùng gánh, mình chỉ chịu một phần nhỏ." Vì lợi ích cá nhân lớn hơn phần thiệt hại cá nhân, nên người chăn nuôi nào cũng quyết định thả thêm bò. Và thêm nữa. Và thêm nữa.
Kết quả: bãi cỏ bị khai thác quá mức (over-use), cỏ không kịp mọc lại, đất bạc màu, và cuối cùng không còn cỏ cho bất kỳ con bò nào. Tất cả mọi người — kể cả người "khôn ngoan" thả nhiều bò nhất — đều trắng tay.
Cấu trúc hệ thống đằng sau
Nhìn dưới góc độ Systems Thinking, Tragedy of the Commons có cấu trúc gồm hai vòng reinforcing (R) song song và một vòng balancing (B) chung:
- Mỗi "người chơi" (actor) có một vòng Reinforcing: hoạt động của tôi tăng → lợi ích cho tôi tăng → tôi càng có động lực tăng hoạt động. Đây là vòng xoáy "càng dùng càng muốn dùng".
- Nhưng tất cả các vòng reinforcing này đều rút từ một nguồn tài nguyên chung có giới hạn (the commons).
- Khi tổng hoạt động của tất cả mọi người vượt quá khả năng tái tạo của tài nguyên, một vòng Balancing chậm trễ bắt đầu hoạt động: tổng hoạt động tăng → tài nguyên cạn → "lợi ích trên mỗi đơn vị hoạt động" giảm cho tất cả mọi người.
Vì sao "lý trí cá nhân" lại dẫn tới "thảm họa tập thể"
Đây là nghịch lý cốt lõi. Nếu bạn là một người chơi và bạn tự nguyện kiềm chế (thả ít bò lại), bạn chịu thiệt ngay lập tức, trong khi những người khác vẫn cứ thả nhiều và hưởng lợi. Tài nguyên vẫn cạn như thường, chỉ là bạn được phần ít hơn. Nói cách khác, kiềm chế đơn phương là một chiến lược thua thiệt trong cấu trúc này. Vì vậy ai cũng chọn không kiềm chế — và đó chính xác là cơ chế kéo cả hệ thống xuống vực.
Điều này giải thích vì sao "kêu gọi ý thức" gần như không bao giờ giải quyết được Tragedy of the Commons. Cấu trúc đang trừng phạt người có ý thức và thưởng cho người khai thác. Muốn thay đổi hành vi, bạn phải thay đổi cấu trúc.
Tình huống thực tế
Ví dụ 1 — Database dùng chung của một công ty fintech (bối cảnh giả định hợp lý)
Một công ty fintech ở TP.HCM có khoảng 8 team sản phẩm, tất cả cùng truy vấn một cụm database PostgreSQL trung tâm. Database này là "bãi cỏ chung".
Mỗi team đều có động lực hợp lý: viết thêm truy vấn báo cáo, thêm dashboard real-time, chạy thêm job phân tích. Lợi ích thuộc về team đó (ra tính năng nhanh, sếp khen). Còn chi phí — database chậm đi một chút — thì cả 8 team cùng chịu. Team A nghĩ "một query nặng của mình thì ảnh hưởng gì lắm đâu". Team B, C, D... cũng nghĩ y hệt.
Sau 6 tháng, database thường xuyên quá tải vào giờ cao điểm: thời gian phản hồi trung bình tăng từ 80ms lên 1.200ms, và mỗi tuần có 2-3 lần sự cố nghẽn. Mọi team đều bị ảnh hưởng, kể cả team đã rất cẩn thận. Ban đầu lãnh đạo đổ lỗi cho nhau ("team data làm query ẩu"), nhưng thực ra không team nào "sai" cả — cấu trúc tài nguyên chung đã tạo ra bi kịch.
Bài học rút ra: Khi một nguồn lực kỹ thuật (database, đường truyền, ngân sách cloud) được dùng chung mà không có cơ chế đo lường và phân bổ chi phí về từng đơn vị, nó gần như chắc chắn sẽ bị khai thác quá mức. Giải pháp ở đây là gắn "đồng hồ đo": tính chi phí cloud về từng team (chargeback), đặt quota query, và hiển thị công khai mức tiêu thụ tài nguyên của mỗi team.
Ví dụ 2 — Khai thác cá tại vùng biển ven bờ Việt Nam
Đây là một ví dụ kinh điển ngay tại Việt Nam. Vùng biển ven bờ miền Trung là ngư trường chung của hàng nghìn tàu cá nhỏ. Mỗi chủ tàu có động lực rõ ràng: đánh bắt càng nhiều càng tốt, vì con cá tôi bắt được là của tôi, còn việc nguồn cá suy giảm thì cả cộng đồng ngư dân cùng gánh.
Hệ quả là tình trạng khai thác tận diệt: dùng lưới mắt nhỏ bắt cả cá con, thậm chí có nơi dùng giã cào, kích điện. Trữ lượng hải sản ven bờ ở nhiều khu vực được ghi nhận suy giảm mạnh qua các năm, sản lượng trên mỗi chuyến đi biển ngày một thấp, ngư dân phải đi xa hơn, tốn dầu hơn, mà thu về ít hơn. Đây là Tragedy of the Commons ở quy mô địa phương: ai cũng làm điều có lý với bản thân, và tất cả cùng nghèo đi.
Bài học rút ra: Lời kêu gọi "hãy đánh bắt có trách nhiệm" gần như vô hiệu, vì người tự nguyện kiềm chế chỉ thiệt cho mình. Thứ thực sự tạo thay đổi là cấu trúc mới: hạn ngạch đánh bắt (quota), cấm các ngư cụ tận diệt kèm chế tài thực thi, thiết lập khu bảo tồn biển có thời gian cấm khai thác để nguồn cá tái tạo, và trao quyền quản lý ngư trường cho chính cộng đồng ngư dân (co-management). Khi một nhóm ngư dân tự đặt luật cho ngư trường của mình và cùng giám sát, "tài sản chung" chuyển thành "tài sản được quản lý chung" — và bi kịch được hóa giải.
Ví dụ 3 — Ngân sách quảng cáo chung và "channel chung" trong một công ty thương mại điện tử
Một sàn TMĐT có nhiều ngành hàng (điện tử, thời trang, gia dụng...), mỗi ngành hàng do một team phụ trách. Công ty có một "kho từ khóa thương hiệu" chung trên Google Ads và một ngân sách quảng cáo tổng. Mỗi team được tự do đẩy mạnh quảng cáo cho ngành hàng của mình để đạt KPI doanh số riêng.
Vòng reinforcing của từng team: chạy nhiều ads hơn → doanh số ngành hàng tăng → đạt KPI, được thưởng → càng đẩy mạnh ngân sách. Nhưng tất cả cùng đấu giá trên một không gian từ khóa và rút từ một ngân sách chung. Kết quả: giá thầu từ khóa bị đẩy lên (các team của chính công ty cạnh tranh giá với nhau — gọi là "ăn thịt lẫn nhau"), chi phí trên mỗi đơn hàng (CPA) toàn công ty tăng vọt, và ngân sách cạn trước cuối tháng khiến những chiến dịch quan trọng phải dừng giữa chừng.
Bài học rút ra: Tài nguyên chung không chỉ là vật chất hữu hình. Nó có thể là một ngân sách, một không gian từ khóa, sự chú ý của khách hàng, hay thời gian của một đội kỹ thuật hỗ trợ. Giải pháp là phân bổ ngân sách theo từng team với trần rõ ràng, lập một bộ phận điều phối trung tâm để tránh các team đấu thầu chống nhau, và đổi KPI từ "doanh số ngành hàng" sang chỉ số có tính tới hiệu quả chi phí toàn công ty (như lợi nhuận sau chi phí marketing).
Hướng dẫn từng bước
Khi bạn nghi ngờ mình đang đối mặt một Tragedy of the Commons, hãy đi theo trình tự sau:
Bước 1 — Xác định "the commons" (tài nguyên chung). Hỏi: nguồn lực có giới hạn nào đang bị nhiều bên cùng rút mà không ai trả đúng giá? Có thể là vật chất (bãi xe, nước, cá), kỹ thuật (database, băng thông), hay vô hình (ngân sách, sự chú ý, niềm tin thương hiệu).
Bước 2 — Liệt kê các "người chơi" và vòng reinforcing của họ. Với mỗi bên, vẽ vòng "hoạt động của tôi tăng → lợi ích cho tôi tăng → tôi tăng hoạt động". Hãy viết rõ: ai hưởng lợi, và lợi ích đó có cá nhân hóa không.
Bước 3 — Truy ra dòng chảy của chi phí. Đây là bước quan trọng nhất. Hỏi: khi tài nguyên cạn, ai phải gánh chi phí? Nếu chi phí bị chia đều cho tất cả (xã hội hóa) trong khi lợi ích bị giữ riêng (cá nhân hóa), bạn đã xác nhận đúng archetype này.
Bước 4 — Tìm "delay" trong vòng balancing. Tín hiệu "tài nguyên đang cạn" mất bao lâu mới đến được người chơi? Delay càng dài, bi kịch càng nghiêm trọng, vì khi cảnh báo đủ rõ thì đã quá muộn.
Bước 5 — Chọn điểm can thiệp đúng cấu trúc. Có ba nhóm giải pháp cổ điển, và bạn nên ưu tiên theo bối cảnh:
- Đưa chi phí về đúng người gây ra (internalize the cost): tính phí, đặt quota, chargeback, định giá tài nguyên. Đây thường là đòn bẩy mạnh nhất.
- Quản trị chung (collective regulation): cộng đồng cùng đặt luật và tự giám sát — mô hình mà Elinor Ostrom (giải Nobel Kinh tế 2009) chứng minh là hiệu quả khi nhóm đủ nhỏ và có ranh giới rõ.
- Tư hữu hóa hoặc phân vùng (privatize): chia "bãi cỏ chung" thành các phần riêng để mỗi người tự chịu trách nhiệm phần của mình.
Lỗi thường gặp & mẹo
Lỗi 1 — Đổ lỗi cho con người thay vì cấu trúc. Phản xạ tự nhiên là nói "nhân viên thiếu ý thức", "team kia ích kỷ". Nhưng nếu thay tất cả những người đó bằng người mới mà cấu trúc giữ nguyên, bi kịch vẫn lặp lại. Mẹo: hễ thấy mình đang trách con người, hãy dừng lại và hỏi "cấu trúc nào đang khiến hành vi này trở nên hợp lý?".
Lỗi 2 — Chỉ dựa vào kêu gọi đạo đức. Treo biển "Hãy tiết kiệm tài nguyên chung" hầu như vô tác dụng, vì nó yêu cầu cá nhân tự nguyện chịu thiệt trong khi người khác hưởng lợi. Mẹo: luôn ghép lời kêu gọi với một cơ chế thật — quota, phí, hoặc giám sát.
Lỗi 3 — Can thiệp quá muộn vì delay đánh lừa. Vì tài nguyên còn vẻ dồi dào trong giai đoạn đầu, người ta dễ chủ quan. Đến khi cạn rõ thì điểm gãy đã qua. Mẹo: theo dõi tốc độ tiêu thụ so với tốc độ tái tạo, chứ đừng đợi đến khi tài nguyên thực sự cạn.
Lỗi 4 — Đặt cơ chế nhưng không có chế tài thực thi. Quota mà không ai kiểm tra, phí mà không ai thu, thì người chơi sẽ nhanh chóng "lách". Mẹo: một quy tắc chỉ có giá trị bằng khả năng giám sát và xử phạt đi kèm với nó.
Mẹo bổ sung — Đừng nhầm với archetype khác. Nếu vấn đề là "giải pháp nhanh che giấu vấn đề gốc" thì đó là Shifting the Burden (Bài 13); nếu là "tăng trưởng chững lại vì gặp giới hạn" thì gần với Limits to Growth (Bài 12). Dấu hiệu nhận biết riêng của Tragedy of the Commons là: nhiều bên cùng rút một nguồn chung, lợi ích cá nhân hóa, chi phí xã hội hóa.
Bài tập thực hành
Bài tập 1 — Nhận diện. Hãy nhìn vào chính tổ chức hoặc dự án của bạn và tìm ít nhất một "bãi cỏ chung". Gợi ý nơi tìm: phòng họp dùng chung, môi trường staging/testing, ngân sách chung, một chuyên gia mà ai cũng nhờ vả, kênh hỗ trợ kỹ thuật chung. Viết ra: (a) tài nguyên chung là gì, (b) ai là người chơi, (c) lợi ích cá nhân hóa và chi phí xã hội hóa cụ thể ra sao.
Bài tập 2 — Vẽ Causal Loop Diagram. Với tình huống vừa chọn, hãy vẽ hai vòng reinforcing của hai người chơi bất kỳ và một vòng balancing chung kéo "lợi ích trên mỗi đơn vị hoạt động" xuống cho cả hai. Đánh dấu vị trí delay trong vòng balancing.
Bài tập 3 — Thiết kế can thiệp. Đề xuất ba giải pháp cho tình huống của bạn, mỗi giải pháp thuộc một nhóm: (1) đưa chi phí về đúng người gây ra, (2) quản trị chung, (3) phân vùng/tư hữu hóa. Sau đó chọn một giải pháp khả thi nhất trong bối cảnh thật của bạn và nêu rõ cơ chế giám sát đi kèm.
Bài tập 4 — Mô phỏng đơn giản. Hãy thử tính: giả sử tài nguyên chung tái tạo được 100 đơn vị/tháng, và có 5 người chơi, mỗi người hiện rút 25 đơn vị/tháng (tổng 125). Trong bao lâu tài nguyên sẽ cạn nếu trữ lượng ban đầu là 600 đơn vị? Sau đó tính lại nếu áp quota 20 đơn vị/người. Bài tập này giúp bạn cảm nhận trực giác về quan hệ giữa tốc độ rút và tốc độ tái tạo.
Tóm tắt
Tragedy of the Commons là archetype mô tả tình huống nhiều bên cùng khai thác một tài nguyên chung có giới hạn, trong đó lợi ích được cá nhân hóa còn chi phí bị xã hội hóa. Mỗi người hành xử hoàn toàn lý trí với bản thân, nhưng tổng hợp lại tạo ra một thảm họa tập thể — và quan trọng là không cần có kẻ xấu nào cả.
Về cấu trúc, nó gồm nhiều vòng reinforcing cá nhân ("càng dùng càng muốn dùng") cùng rút từ một nguồn chung, và một vòng balancing chậm trễ kéo lợi ích của tất cả mọi người xuống khi tài nguyên cạn. Delay trong vòng balancing chính là thứ làm người ta chủ quan cho đến khi quá muộn.
Bài học hành động cốt lõi: đừng trách con người, hãy sửa cấu trúc. Ba đòn bẩy kinh điển là đưa chi phí về đúng người gây ra (định giá, quota, chargeback), quản trị chung do cộng đồng tự đặt luật và giám sát (mô hình Ostrom), và phân vùng tài nguyên. Đi kèm tất cả, hãy rút ngắn vòng phản hồi để mỗi người chơi nhìn thấy rõ và sớm cái giá mà hành động của mình gây ra cho tài sản chung. Khi bạn làm được điều đó, "bãi cỏ chung" thôi là bi kịch và trở thành nguồn lực bền vững cho tất cả.