Chữa triệu chứng hay thiết kế cấu trúc

Bài này ghi lại mạch nội dung thứ hai của Ngày 1 (25/07/2026) — không nằm trong tài liệu đọc trước chính thức. Nó xoay quanh một câu hỏi duy nhất: khi có chuyện, ta chữa cái đang đau hay sửa cái sinh ra cái đau? Trên lớp, mạch này đến ngay sau phần về tâm và ranh giới — Tầng chìm của ranh giới nói về việc ai đang cầm bút vẽ ranh giới; bài này nói về ta làm gì sau khi đã vẽ. Công cụ định vị điểm can thiệp nằm ở bài kế tiếp: Ma trận ảnh hưởng Vester.

Cây thánh giá bị cắt ngắn: ranh giới thời gian

Giáo sư kể một ngụ ngôn: một đoàn người cùng vác thánh giá dài và nặng. Một người thấy quá nhọc nên cắt bớt một đoạn — nhẹ hẳn, đi sướng hơn hẳn. Lần hai, lần ba, nhiều lần nữa, mỗi lần cắt là mỗi lần thấy mình khôn ngoan hơn những kẻ đang è cổ vác. Cho đến khi cả đoàn tới một vực sâu. Những người kia đặt thánh giá ngang vực làm cầu và đi qua. Cây thánh giá của anh ta đã quá ngắn.

Đây là ngụ ngôn Kitô giáo dân gian, không rõ tác giả, thường được giảng với thông điệp tôn giáo: hãy vác trọn thập giá của mình. Nhưng slide đi kèm cho thấy Giáo sư dùng nó cho một mục đích khác hẳn, và nói thẳng bằng ngôn ngữ hệ thống:

Fix symptoms or choose shortcuts, are quickly and easily seeing result, but the various problems and challenges that arise in the end. — Sửa triệu chứng hoặc chọn đường tắt thì thấy kết quả nhanh và dễ, nhưng đủ thứ vấn đề và thách thức sẽ nảy sinh ở cuối đường.

Cụm “fix symptoms” là thuật ngữ chuyên môn, không phải cách nói thường. Nó đặt câu chuyện thẳng vào minh hoạ cho khái niệm độ trễ — một trong bốn khái niệm cốt lõi của Chuyên đề 1 — và vào một nguyên mẫu hệ thống có tên gọi hẳn hoi.

Cấu trúc minh hoạ của câu chuyện gồm hai đường nhân quả chạy ở hai tốc độ khác nhau: một vòng tăng cường tạo phần thưởng tức thì và một nhánh hệ quả có độ trễ. Đây là giả thuyết diễn giải của người biên soạn, không phải sơ đồ Giáo sư đã trình chiếu:

Vòng bên trên là vòng phản hồi tăng cường chạy nhanh: cắt → nhẹ ngay → cảm giác mình đúng → cắt tiếp. Nhánh bên dưới chạy chậm và có độ trễ dài: năng lực dự phòng mất dần nhưng không ai nhận ra, vì suốt quãng đường bằng phẳng nó chưa cần tới. Hai đường nhân quả chỉ lộ quan hệ khi tới vực — và lúc đó thì chi phí khôi phục đã rất cao.

Minh hoạ này có logic gần với Fixes That Fail của Senge: một hành động cho lợi ích dễ thấy ngay, trong khi hệ quả phụ xuất hiện muộn và có thể làm tình hình tương lai xấu hơn. Không nên gọi riêng sơ đồ trên là một CLD hoàn chỉnh của Shifting the Burden. Nguyên mẫu đó cần thể hiện đồng thời: một vòng cân bằng dùng giải pháp triệu chứng, một vòng cân bằng dùng giải pháp gốc, và một hệ quả phụ khiến năng lực dùng giải pháp gốc suy yếu. Ẩn dụ cây thánh giá có thể gợi đến sự phụ thuộc vào shortcut, nhưng nhãn archetype chỉ hợp lệ khi các vòng cấu thành đã được vẽ đủ. Cần một bước phân biệt trước khi gọi tên: sơ đồ này vẽ nhánh triệu chứng — giải pháp cắt ngắn cho nhẹ ngay, sau độ trễ là hậu quả, kèm chi tiết năng lực dự phòng mất dần. Nếu đọc trọng tâm ở việc hậu quả trễ quay lại làm tình hình xấu hơn, đó là Fixes that Fail (giải pháp phản chủ). Nếu bổ sung được nhánh giải pháp căn cơ đang bị bỏ bê song song — điều sơ đồ tối giản này không vẽ — thì cấu trúc trở thành Shifting the Burden (đẩy gánh nặng) đầy đủ, với vòng phụ thuộc đặc trưng. Hai mẫu hình đòi hai hướng xử lý khác nhau: loại một cần kéo hậu quả trễ vào tầm nhìn rồi dừng giải pháp tạm; loại hai còn phải đầu tư khôi phục năng lực căn cơ song song với việc cai dần. Trong thực tế các mẫu hình thường lồng vào nhau, nên việc cần làm là kiểm sự có mặt của từng nhánh đặc trưng trước khi dán nhãn.

Điểm khiến mô thức này nguy hiểm không phải vì người ta ngu, mà vì phản hồi ngắn hạn hoàn toàn thành thật: cắt xong thì nhẹ thật, nhanh thật, đo được thật.

Trong BSM, câu chuyện này thuộc về khái niệm Thời gian — một trong năm khái niệm Phật học, và là câu hỏi thứ 12 trong bộ câu hỏi phê xét ranh giới: nên chọn khung thời gian nào để xử lý vấn đề, và tại sao? Người cắt thánh giá không hề thiếu lý trí; anh ta tối ưu hoàn hảo — cho một khung thời gian kết thúc trước cái vực.

Điều này mở rộng khái niệm ranh giới theo một chiều mà ta hay quên. Phê xét ranh giới thường được hiểu là ai được tính vào, ai bị loại ra. Nhưng ranh giới còn có chiều thời gian: khoảng thời gian nào được tính vào khi đánh giá một quyết định. Vẽ ranh giới ở quý này thì cắt gì cũng có lãi.

Trong ngôn ngữ VSM, một năng lực dễ bị “cắt ngắn” có thể là S4 — chức năng nhìn ra ngoài và về tương lai. Đây là phép liên hệ để chẩn đoán, không phải cây thánh giá luôn tương đương S4: năng lực bị cắt cũng có thể thuộc S1, S2, S3*, hay một quan hệ bên ngoài hệ thống đang xét.

Ở OmiGroup, danh sách những thứ có hình dạng đúng như cây thánh giá khá dễ liệt kê: nợ kỹ thuật chưa trả, đào tạo bị hoãn, năng lực dự phòng nhân sự, tài liệu hệ thống, đầu tư R&D, và phần công việc tuân thủ vượt trên mức tối thiểu. Mỗi thứ đều có chung một đặc điểm: cắt đi thì tuần sau không ai thấy khác gì, và người cắt trông có vẻ quyết đoán.

Nhưng đừng rút ra bài học sai

Câu chuyện rất dễ bị đọc thành “hãy chịu đựng, đừng cắt gì cả” — và đó là bài học sai, đi ngược Trung Đạo. Vác một thứ vô ích suốt đường cũng là một dạng cực đoan; không phải mọi gánh nặng đều là thánh giá, và rất nhiều thứ trong doanh nghiệp đáng bị cắt từ lâu.

Vấn đề thật nằm ở chỗ tinh vi hơn: phản hồi tức thì không phân biệt được cắt lãng phí với cắt năng lực. Cả hai đều cho đúng một cảm giác nhẹ nhõm, đúng một tràng lời khen về sự quyết đoán, đúng một con số chi phí đẹp hơn trong tháng. Chỉ có cái vực mới phân biệt được — và nó đến sau, có khi nhiều năm.

Hệ quả thực hành: cảm giác nhẹ không phải là tín hiệu để tin. Trước mỗi lần cắt, ba câu hỏi đủ để phân loại:

Câu hỏi	Nếu không trả lời được
Thứ này phục vụ tình huống nào mà hiện tại chưa xảy ra?	Không rõ nó là lãng phí hay là dự phòng — chưa đủ cơ sở để cắt
Nếu tình huống đó xảy ra, ta dựng lại nó mất bao lâu?	Thời gian dựng lại càng dài thì việc cắt càng gần với cắt thánh giá
Ta đang đánh giá quyết định này trên khung thời gian nào, và ai đã chọn khung đó?	Đây đúng là câu hỏi 12 của BSM — và thường chưa ai hỏi

Câu thứ hai là câu quan trọng nhất và ít được hỏi nhất. Cắt một khoản chi có thể khôi phục trong một tháng là quyết định vận hành bình thường. Cắt một năng lực cần ba năm để dựng lại — một đội ngũ, một quan hệ đối tác, một chứng nhận, một khối tri thức — là cắt thánh giá, dù bảng cân đối kế toán trong cả hai trường hợp trông giống hệt nhau.

Lính cứu hoả và kiến trúc sư

Ngay trước phần thực hành, Giáo sư đưa một trang khung lãnh đạo hai cực:

Exceptional leadership requires a paradigm shift from reactive firefighter to proactive system architect.

Lính cứu hoả (chữa triệu chứng)	Kiến trúc sư (quản trị tâm & cấu trúc)
Bị dẫn dắt bởi nghi ngờ	Được dẫn dắt bởi tin cậy và thấu cảm
Dựa vào sức ép hành chính	Nhìn toàn bộ hệ sinh thái
Kẹt trong bản ngã và ốc đảo (I-grasping — ngã chấp 我執)	Thiết lập cùng tồn tại (vị tha)
Xử lý triệu chứng rời rạc	Thiết kế cấu trúc để đám cháy không xảy ra

Trang này là bản tổng kết của cả buổi, và mỗi dòng đều đã xuất hiện trước đó dưới tên khác:

• “Chữa triệu chứng” nối thẳng slide fix symptoms và cây thánh giá ở trên.
• “Ngã chấp” (I-grasping) là thuật ngữ của handout để mô tả sự bám chấp/phòng vệ. Nó không đồng nhất với Self / I Am ở đáy tảng băng Satir; Satir dùng tầng này cho cảm nhận cốt lõi về hiện hữu và giá trị, không phải một “ego xấu” mà mọi tầng trên bảo vệ.
• “Ốc đảo” là ranh giới đã cứng lại theo đúng cơ chế thiêng/phàm của Midgley.
• “Nghi ngờ” so với “tin cậy” là chính chuyện biến đối thủ thành kẻ thù — nhãn dán rẻ tiền cắt đứt đường học từ người khác.
• “Thiết kế cấu trúc” là điểm đòn bẩy cao trong thang của Meadows, đối lập với việc chạy theo sự kiện.

Nói cách khác: lính cứu hoả sống ở tầng nổi của tảng băng và ở khung thời gian ngắn; kiến trúc sư làm việc ở tầng chìm và ở khung thời gian dài.

Trục chính là bị động hay chủ động, không phải cứu hoả hay không cứu hoả

Từ khoá trong câu tiêu đề là reactive và proactive. Slide không nói chữa cháy là sai; nó nói để tổ chức vận hành ở chế độ phản ứng bị động là sai. Việc của người lãnh đạo là thiết kế hệ thống sao cho đám cháy không phát sinh, thay vì giỏi dập lửa hết vụ này sang vụ khác.

Thông điệp này nhất quán với mục tiêu được tài liệu chính thức gán cho BSM: giúp cá nhân và tổ chức phòng ngừa và giải quyết vấn đề. Tuy vậy, khung “lính cứu hoả / kiến trúc sư” là handout giảng dạy có hỗ trợ AI, không phải định nghĩa học thuật đầy đủ của BSM. Nó nên được dùng như một lời nhắc về chế độ vận hành, không thay thế ba vòng Can thiệp Hệ thống và bộ câu hỏi ranh giới.

Vấn đề là “thiết kế để phòng ngừa” rất dễ trở thành khẩu hiệu. Cụ thể hoá thì nó là bốn việc, và cả bốn đều là việc thiết kế chứ không phải việc nghĩ xa:

Thiết kế cái gì	Câu hỏi kiểm tra	Neo vào
Cơ chế phát hiện sớm — ai có nhiệm vụ chính thức nhìn ra ngoài và về phía trước	Tín hiệu xấu mất bao lâu để đến được người có quyền quyết định?	S4 của VSM
Vòng phản hồi ngắn hơn độ trễ — biết mình sai trước khi hậu quả kịp tích tụ	Ta phát hiện một quyết định sai sau bao lâu — một tuần hay một năm?	Độ trễ, cây thánh giá
Khoanh vùng sự cố — lỗi ở một đơn vị không dồn lên đỉnh và không lan sang đơn vị khác	Một đơn vị gặp sự cố thì bao nhiêu người phải dừng việc?	Mỗi S1 tự khả tồn
Không phụ thuộc anh hùng — hệ thống chạy được mà không cần một người cụ thể luôn có mặt	Nếu người giỏi nhất nghỉ hai tuần, cái gì đứng lại?	Luật Ashby

Câu ở cột giữa biến “phòng ngừa” từ thái độ thành giả thuyết thiết kế có thể kiểm tra. Bốn câu chưa đủ để chứng minh một tổ chức được thiết kế tốt, nhưng chúng buộc người ra quyết định xác định tín hiệu, độ trễ, blast radius và mức phụ thuộc cá nhân thay vì chỉ dựa vào cảm nhận.

Hai chỗ dễ dùng sai khung này

Hướng đi thì rõ, nhưng khung hai cực nào cũng có chỗ trượt. Hai chỗ đáng lưu ý:

Đừng đọc thành “thôi không cứu hoả nữa”. Khi production đang sập hay một sự cố an toàn thông tin đang diễn ra, việc dừng lại để “nhìn toàn bộ hệ sinh thái” là vô trách nhiệm. Dập lửa nhanh và dứt khoát lúc đó là năng lực. VSM nói rõ điều này: lính cứu hoả gần với S3 (điều hành hằng ngày), kiến trúc sư gần với S4 (nhìn ra ngoài và về tương lai), và tổ chức khả tồn cần cả hai — tài liệu chính thức mô tả căng thẳng lành mạnh S3 ↔ S4 do S5 phân xử là nơi nhiều tổ chức thất bại. Mất S3 thì sập trước khi kịp có tương lai.

Phát biểu chính xác vì thế không phải “hãy thôi làm lính cứu hoả” mà là: chữa cháy không được phép là chế độ mặc định. Một lãnh đạo chỉ biết dập lửa đang thay hệ thống chịu tải bằng chính sức mình — và vì luôn bận, không bao giờ còn thời gian hỏi vì sao nhà cứ cháy. Đó chính là vòng lặp mà cây thánh giá mô tả, chỉ đổi vai.

Đừng dùng nhãn “kiến trúc sư” để né vận hành. Đây là rủi ro ngược, ít được nhắc: “tôi là kiến trúc sư, không phải lính cứu hoả” là câu rất tiện để không phải đối diện với sự cố do chính mình gây ra. Thiết kế phòng ngừa mà không chạm vào vận hành thật thì chỉ là sơ đồ đẹp. Theo Trung Đạo, cả hai cực đều lệch — và bốn câu hỏi đo được ở bảng trên là cách giữ cho vế “thiết kế” không trôi thành khẩu hiệu.

Từ danh sách triệu chứng tới điểm can thiệp

Phần trên nói nên thiết kế thay vì chữa cháy. Phần này là quy trình để làm điều đó với một mớ vấn đề có thật — và đây là chỗ hầu hết các buổi rà soát vấn đề trong doanh nghiệp dừng lại quá sớm.

Cách làm quen thuộc: liệt kê vấn đề, gom thành nhóm, rồi xếp hạng theo số lượng và mức độ nghiêm trọng. Cách này cho cảm giác đã phân tích xong, nhưng toàn bộ nó vẫn nằm ở tầng trên cùng của tảng băng. Lý do rất cụ thể: cả hai thước đo đều đo ở phía hậu quả, không đo ở phía nguyên nhân. Nỗi đau tập trung ở nơi bị ảnh hưởng, không ở nơi gây ảnh hưởng. Nên chỗ đau nhất, kêu to nhất, nhiều vấn đề nhất hầu như luôn là chỗ nhận hậu quả — và đổ nguồn lực vào đó thì sang năm mọi thứ y nguyên.

Bước một: hạ từng nhóm vấn đề xuống bốn tầng

Tảng băng của tư duy hệ thống — khác với tảng băng cá nhân của Satir, tuy hai cái song song nhau và gặp nhau ở tầng đáy:

Ba câu hỏi để tụt xuống từng tầng, áp cho từng nhóm vấn đề đã liệt kê:

1. Chuyện này xảy ra bao lâu rồi, lặp lại mấy lần, và còn ở đâu nữa? Trả lời được là đã xuống tầng mô thức. Nếu nó chỉ xảy ra một lần thì có thể chưa phải vấn đề hệ thống.
2. Điều gì trong cách ta chia người, tiền, quyền và thông tin khiến nó cứ lặp lại? Đây là tầng cấu trúc. Câu trả lời hầu như luôn là một cơ chế phân bổ hoặc một cách đo lường — không phải một cá nhân.
3. Ta đang tin điều gì khiến cấu trúc đó trông hợp lý đến mức không ai đặt câu hỏi? Tầng mô hình tư duy.

Dấu hiệu đã đào đúng: các nhóm vấn đề vốn thuộc những phòng ban khác nhau bắt đầu gặp nhau ở tầng cấu trúc. Ở tầng sự kiện chúng trông như nhiều vấn đề độc lập; xuống tầng dưới thường chỉ còn một hai cơ chế sinh ra tất cả.

Một lưu ý khi đào: 5 Whys thường bị dùng như một chuỗi tuyến tính dẫn tới một “nguyên nhân gốc”, trong khi nguyên nhân hệ thống có thể phân nhánh và tạo thành vòng. Có thể dùng nhiều nhánh “why” như cách tạo giả thuyết, nhưng phải quay lại dựng quan hệ giữa các nguyên nhân; đừng dừng ở một hộp cuối chỉ vì đã hỏi đủ năm lần.

Bước hai: vẽ hệ thống thay vì xếp hạng danh sách

Sau khi có các nhóm, việc tiếp theo không phải cho điểm từng nhóm mà là dựng quan hệ giữa chúng — nhóm nào tác động lên nhóm nào, mạnh đến đâu. Rồi tìm nhóm tác động mạnh nhất lên nhiều nhóm khác nhất: đó mới là chỗ đáng đặt tay vào.

Công cụ hỗ trợ cho việc này là ma trận ảnh hưởng trong Sensitivity Model của Frederic Vester — làm được trên giấy trong một cuộc họp, và gợi ý bốn vai trò hệ thống: chủ động (ứng viên cần khảo sát khi thiết kế can thiệp), tới hạn (ảnh hưởng và nhạy cảm cao, cần thận trọng), phản ứng (thường hữu ích làm chỉ báo kết quả) và đệm (ưu tiên thấp hơn trong mô hình hiện tại). Vị trí trong ma trận là kết quả của phán đoán nhóm và sensitivity analysis, không tự động chỉ ra “điểm can thiệp tốt nhất”.

Quy trình đầy đủ, công thức, ví dụ tính hoàn chỉnh và các cảnh báo khi dùng nằm ở bài riêng: Ma trận ảnh hưởng Vester.

Điều đáng nhớ ở đây: nhóm đau nhất không mặc nhiên là nơi nên can thiệp. Nó có thể là biến phản ứng ở cuối nhiều đường nhân quả, nhưng cũng có thể chứa một vòng phản hồi chủ động; phải kiểm tra bằng dữ liệu, mô hình và các giả thuyết cạnh tranh.

Bước ba: ghi baseline, giả thuyết và vòng xem lại

Một can thiệp cấu trúc chỉ có thể học được nếu trước khi làm đã lưu một baseline và dự báo. Ghi tối thiểu:

Trường	Câu hỏi
Reference mode	Chỉ báo đã đi theo hình dạng nào trong 6–12 tháng? Có bao nhiêu lần lặp?
Giả thuyết cấu trúc	Ta tin vòng lặp/cơ chế nào tạo ra mẫu đó? Dữ liệu nào có thể bác bỏ?
Containment	Có sự cố/an toàn/compliance nào cần khoanh ngay trước khi thử thiết kế lại không?
Chỉ báo sớm	Trong 30 ngày, tín hiệu nào cho thấy cơ chế đã thay đổi?
Chỉ báo muộn	Trong 60–90 ngày, kết quả nào phải cải thiện mà không chuyển chi phí sang bên khác?
Quy tắc quyết định	Ngưỡng nào thì dừng, sửa hoặc mở rộng can thiệp? Ai có quyền chốt?

Lịch xem lại 30/60/90 ngày phải được đặt cùng lúc với quyết định. Nếu đợi tới khi “có kết quả rồi họp”, ta sẽ chọn lại chỉ báo có lợi cho câu chuyện hiện tại và không còn biết giả thuyết ban đầu là gì.

Khác biệt lộ ra ngay ở câu chữ

Lính cứu hoả viết ra đám cháy; kiến trúc sư viết ra thứ khiến nhà dễ cháy:

Viết kiểu lính cứu hoả	Viết kiểu kiến trúc sư
”Dự án X trễ hạn"	"Các dự án đều trễ ở cùng một khâu, và mỗi lần trễ ta lại rút người từ dự án khác sang cứu"
"Thiếu người"	"Người giỏi luôn bị kéo về nơi có doanh thu ngay, nên nơi cần đầu tư dài hạn không bao giờ đủ người"
"Nhân viên nghỉ nhiều"	"Người mới phải tự dò lại thứ tổ chức đã biết; ai gặp đúng người cũ thì trụ được, ai không thì đi”

Ba dòng bên phải đều có chung ba đặc điểm: mô tả mô thức lặp lại thay vì sự kiện đơn lẻ, nêu một giả thuyết vòng phản hồi có thể kiểm tra, và không giấu sẵn lời giải bên trong. Đó là dạng đầu vào dùng được cho bản đồ bên liên quan và một decision record toàn hệ thống.

Nguồn

• Senge, P. (1990) — The Fifth Discipline; nguyên mẫu shifting the burden, phân biệt giải pháp triệu chứng và giải pháp gốc. Xem Senge — The Fifth Discipline.
• Meadows, D. (1999) — Leverage Points; cấu trúc sinh ra hành vi, thang điểm can thiệp.
• Beer, S. (1985) — VSM; cân bằng S3 ↔ S4 do S5 phân xử.
• Ngụ ngôn cây thánh giá — truyện dân gian Kitô giáo, không rõ tác giả.

Ghi chú nguồn: trang “Firefighter / Architect” nằm trong tập handout in phát tại lớp và mang watermark NotebookLM ở góc dưới — tức là tài liệu được biên soạn có hỗ trợ AI, không phải một bảng phân loại học thuật đã qua bình duyệt. Nội dung của nó nhất quán với mạch bài giảng và với văn liệu Systems Thinking, nhưng khi trích trong tài liệu đối ngoại thì nên trích như một khung giảng dạy, đừng gán cho nó tư cách công trình nghiên cứu của GS. Shen. Phần phản biện phía trên là của người biên soạn.

---