Xây Risk Limits và Escalation Matrix #28

Nội dung này chỉ phục vụ giáo dục. Nó không phải lời khuyên đầu tư, không phải risk policy và không hướng dẫn đặt limit, gửi cảnh báo, escalation hay vận hành một hệ thống giao dịch.

Trả lời ngắn: Risk Limits và Escalation Matrix trong bài là bảng mock để đọc một record học tập: field nào đủ để đọc, field nào còn thiếu nên giữ, và lúc nào phải chuyển record cùng reason cho role phù hợp. Bảng không đo rủi ro, không có limit, không tạo alert, không phê duyệt và không cho ai quyền hành động.

Đọc xong, bạn sẽ hiểu:

• Phân biệt label GREEN, AMBER, RED với limit, cảnh báo hay lệnh thật.
• Giải thích vì sao HOLD chỉ giữ record còn thiếu, không phải sự cố.
• Viết một handoff có reason mà không trao authority hoặc action.

1. Risk Matrix là bảng đọc record, không phải risk limit thật

Nghe “risk limit”, nhiều người nghĩ ngay tới một con số, một nút cảnh báo hoặc một bảng có màu xanh–vàng–đỏ. Cách nghĩ đó dễ làm tờ giấy bị khoác nhầm vai. Trong bài này, Risk Matrix R-28 chỉ là một worksheet mock. Nó nhìn vào độ rõ của thông tin trên một record học tập, giống như tờ mượn dụng cụ của lớp học: đã có tên đồ, lớp và chỗ trả hay chưa. Tờ giấy không mở tủ, không lấy đồ và không phạt người mượn.

Ba màu của R-28 cũng không nói “tốt/xấu” hay “an toàn/nguy hiểm”. GREEN — READ CLEAR nghĩa là record có đủ Purpose, Scope và Stop để người học đọc. AMBER — HOLD DETAIL MISSING nghĩa là một chi tiết chưa được ghi, nên record được giữ lại. RED — ESCALATE ROLE REQUIRED nghĩa là phần còn lại cần người có role phù hợp xem context. Cả ba đều là nhãn ngôn ngữ; chúng không phải limit, tức ranh số hay rule dùng để tác động vào một việc thật.

Ví dụ, phiếu mượn kính lúp có đủ “mượn để quan sát lá”, “dùng trong lớp 5A”, “trả ở bàn cô giáo”. Cô có thể đọc phiếu, nhưng việc đọc không hề cho phép một bạn tự mở tủ. Nếu phiếu thiếu lớp, nó được để sang một bên. Nếu phiếu nêu một món cần cô phụ trách xác nhận, phiếu được chuyển cho cô. Đó là toàn bộ ý nghĩa của Green, Amber và Red trong R-28.

Hình 1 — R-28 dùng màu để đọc độ rõ của record; LABEL ≠ LIMIT giữ màu khỏi bị hiểu thành rule hay lệnh.

2. Ba lane nói về độ rõ, không chấm điểm rủi ro

Green là nhãn đọc được, không phải giấy chứng nhận. Record R-A có Purpose là “đọc nhãn hộp dụng cụ”, Scope là “một hộp trong lớp”, Stop là “chỉ đọc, không lấy đồ”. Ta gắn GREEN — READ CLEAR vì người đọc biết mình đang nhìn gì và phải dừng ở đâu. Green không có nghĩa “mọi thứ ổn”, “được phép làm tiếp” hay “không còn rủi ro”. Nó chỉ nói các field của record mock đủ rõ cho lượt đọc.

Amber là nhãn giữ lại, không phải chuông báo. Record R-B ghi “phiếu bàn giao sách” nhưng không nêu Scope: một cuốn, một kệ hay cả thư viện? Vì field thiếu, state là AMBER — HOLD DETAIL MISSING. Người học không tự điền phần còn thiếu chỉ để ô hết trống. Cũng không có hệ thống nào phải báo động. Hold đơn giản là cách nói trung thực: “tôi không đủ context để đọc record này xa hơn”.

Red là nhãn handoff, không phải sự cố. Record R-C nói về sổ mượn máy ảnh của câu lạc bộ, nhưng context cần cô phụ trách xem. State RED — ESCALATE ROLE REQUIRED chuyển record và lý do “role cần đọc context”. Nó không chuyển authority, tức quyền quyết định; cũng không gọi điện, tạo ticket, nhắn alert hoặc buộc ai đó phải làm gì. Trong bài học, “escalate” nhỏ hơn nhiều so với cách từ này được dùng ngoài đời: nó chỉ là một mũi tên trên giấy chỉ sang người cần đọc.

NIST AI RMF Core nói về các function quản trị rủi ro ở cấp cao. Bài chỉ mượn bối cảnh “cần giao tiếp và role rõ ràng”; R-28 không phải phiên bản rút gọn của framework, không phải checklist bắt buộc và không dùng số liệu hay limit của NIST. NIST AI RMF Core

Đặt bốn cặp từ cạnh nhau sẽ giảm nhầm lẫn: label khác limit, vì label chỉ mô tả cách đọc record; hold khác alert, vì hold không phát tín hiệu; escalate khác command, vì handoff không làm việc xảy ra; role khác authority, vì người được đọc chưa tự nhiên có quyền quyết định. Khi nói đủ cả hai vế, màu sắc bớt ma lực hơn và người mới khó bịa thêm một bước hành động.

3. Ba record mock: đọc rõ, giữ detail và chuyển reason

Hãy xem R-A, R-B và R-C như ba tấm phiếu ở một bàn học. Chúng không mô tả khách hàng, tài khoản, chiến lược, model, giá, lệnh hay tiền thật.

R-A có câu hỏi “nhãn hộp dụng cụ có rõ không?”. Purpose và Scope đã viết; Stop ghi “chỉ đọc nhãn”. Người học thấy field đủ để đọc nên gắn Green. Điều quan trọng là Stop vẫn ở đó. Nếu ai nói “Green rồi thì lấy hộp ra kiểm tra”, người đó đã đổi nhãn đọc record thành permission. R-A cho thấy một record có thể rõ mà vẫn không mở ra action.

R-B có câu hỏi “phiếu bàn giao sách nói về đâu?”. Người viết biết đó là sách nhưng chưa viết Scope. Có thể là một cuốn được mượn, một kệ cần sắp lại, hoặc chỉ là ví dụ trên bảng. Khi chưa rõ, Amber giúp record dừng đúng chỗ. Một bạn học cẩn thận không đoán Scope bằng kinh nghiệm, vì đoán biến note thành câu chuyện của mình. Reason có thể rất ngắn: scope MISSING. Câu ngắn này hữu ích hơn cả một đoạn giải thích dài nhưng bịa thêm dữ kiện.

R-C là sổ đăng ký mượn máy ảnh. Purpose và Scope có thể đã có, nhưng context thuộc về cô phụ trách câu lạc bộ. Đỏ ghi role REQUIRED; handoff đưa tờ sổ và reason sang cô. Người nhận có thể đọc hoặc hỏi lại, song R-28 không nói họ phải trả lời thế nào. Handoff không chuyển mật khẩu, không chuyển account, không chuyển quyền phê duyệt, không yêu cầu trả máy ảnh hay quyết định thay ai.

Hình 2 — Ba record dừng ở ba reason khác nhau; màu không tạo alert, permission hoặc hành động ngoài bài tập.

Khi nhìn cả ba, ta thấy lý do dừng mới là phần có ích. R-A dừng vì Stop đã rõ. R-B dừng vì thiếu detail. R-C dừng vì context cần role khác. Đây là ba kiểu “chưa làm gì” rất khác nhau. Matrix không cần bịa một con số hay thang đo để dạy sự khác biệt đó.

4. Hàng và cột giúp hỏi đúng, không tạo threshold hay dashboard

R-28 có sáu cột: RECORD, PURPOSE, SCOPE, STOP, LABEL, REASON. Cột là chỗ ghi câu hỏi, không phải input cho một máy. RECORD đặt tên tấm phiếu. PURPOSE nhắc câu hỏi học tập. SCOPE khoanh phần đang nói. STOP ghi điểm không đi tiếp. LABEL cho biết người học sẽ đọc/giữ/handoff ra sao. REASON để người đọc sau biết tại sao.

Một bảng như vậy có vẻ đơn giản, nhưng nó chống được thói quen lấp khoảng trống. Ví dụ, R-B được quay lại sau khi một bạn bổ sung Scope. Khi ấy record có thể được đọc lại. Việc đó không “giảm risk”, không cập nhật một hệ thống thật và không mở khóa bất kỳ hành động nào. Nó chỉ làm tờ giấy bớt mơ hồ. Cũng vậy, nếu R-C được cô phụ trách đọc, matrix không tự đổi màu; chỉ người đang làm bài ghi lại phần nào đã được giải thích.

Đừng thêm %, tiền, mức lỗ, exposure, leverage, PnL, price, threshold, signal hay performance vào R-28. Những từ ấy làm worksheet trông có vẻ chuyên nghiệp nhưng kéo nó sang một loại công cụ khác. R-28 không tính toán. Nó cũng không có dashboard, chart, notification, service, account hay luồng chạy nền. Một đường kẻ từ Red sang “role” chỉ là đường đọc; nó không phải integration, workflow, escalation policy hay control panel.

Hình 3 — Boundary tách READ, HOLD, HANDOFF khỏi number, alert và action để matrix vẫn là worksheet mock.

Nếu khó nhớ, quay lại ví dụ lớp học. Ô “thiếu tên” trên phiếu mượn không nói máy đo rủi ro đang đỏ; nó chỉ nói người xem chưa biết ai mượn. Ô “hỏi cô phụ trách” không là lệnh gửi chuông. Các cột tốt nhất không khiến người học thấy mình đang điều khiển điều gì; chúng khiến người học biết phần nào mình chưa có quyền suy ra.

5. Năm nhầm lẫn thường gặp và checklist giữ matrix ở trên giấy

Nhầm lẫn đầu tiên là gọi Green là approval. Green chỉ bảo “đọc được record”; approval là quyết định của role phù hợp ở ngoài matrix. Nhầm lẫn thứ hai là gọi Amber là alert. Amber không kêu, không gửi và không bắt ai phản ứng; nó chỉ giữ tờ note còn thiếu.

Nhầm lẫn thứ ba là hiểu Red/Escalate là command. Khi Red xuất hiện trong R-28, người học chỉ chuyển record/reason cho role được nêu chung chung, rồi dừng. Nhầm lẫn thứ tư là biến role thành authority. “Cô phụ trách cần đọc” không đồng nghĩa cô đã quyết, và càng không cho người ghi matrix quyền hành động thay cô. Nhầm lẫn thứ năm là bịa limit bằng số để label có vẻ đáng tin. Một số giả không làm record rõ hơn; nó chỉ che khoảng trống bằng định dạng.

Checklist bảy bước dưới đây giúp giữ nhầm lẫn ngoài cửa:

1. Viết Purpose thành câu hỏi học tập, không viết sẵn một action.
2. Khoanh Scope để record không nói hộ phần ngoài khung.
3. Viết Stop trước khi chọn màu, để người đọc biết chỗ dừng.
4. Chọn Green, Amber hoặc Red theo độ rõ của field, không theo cảm giác tốt/xấu.
5. Ghi Reason ngắn và có thể đọc lại, như scope MISSING hoặc role REQUIRED.
6. Nếu cần context của role ngoài bài, handoff record và reason, không trao authority.
7. Nếu xuất hiện dữ liệu, con số limit, money, trade, alert, account, hệ thống hoặc decision thật, dừng bài tập.

Checklist không phải risk process. Nó không đánh giá bạn “đã an toàn” hay “đã sẵn sàng”. Nó chỉ kiểm tra tờ giấy còn là tờ giấy. NIST AI RMF Playbook cũng nêu rằng playbook không phải một chuỗi bước áp cho mọi trường hợp; vì vậy càng không nên đọc R-28 như framework hay policy. NIST AI RMF Playbook FAQ

6. Practice Bridge 15 phút: Matrix R-28 trên giấy hoặc Sheets

Dùng giấy, Google Sheets hoặc LibreOffice Calc. Không dùng terminal, code, chatbot, broker, EA, API, dashboard, alert, account, chart, price, lệnh hay tiền thật. Năm phút đầu, kẻ sáu cột của R-28. Năm phút tiếp theo, chép ba record dưới đây. Năm phút cuối, đọc reason thành tiếng cho một người khác: vì sao R-B hold, R-C handoff và R-A vẫn không phải approval.

Mẫu đối chiếu đã điền

Kết quả mong đợi không phải một màu “đẹp”. Bạn hoàn thành khi giải thích được ba câu: Green chưa phải permission; Amber chưa phải alert; Red chưa phải lệnh. Nếu bạn thấy mình sắp thêm số, rule, người thật, tool hoặc hành động thật, đó chính là Stop để gác bài tập lại.

Hình 4 — Worksheet cho R-A/R-B/R-C giữ label cạnh reason, không thêm threshold, dashboard hoặc thao tác.

7. Tổng kết: label rõ giúp đọc đúng giới hạn, không thay risk management thật

Bài trước, Xây Deployment và Rollback Plan #27, đặt trigger/stop/boundary lên tờ card. R-28 đi thêm một bước: thay vì để màu ra lệnh, nó dùng label để gọi tên mức độ rõ của record. Bài sau, Trading System Governance và Ethics #29, sẽ tiếp tục tách role và trách nhiệm ở mức học tập, không tạo authority hay control thật.

Năm ý chính

• Risk Matrix R-28 là worksheet mock để đọc record, không phải limit hay risk engine.
• Green nói field đủ để đọc, không phải approval hoặc “safe to act”.
• Amber giữ detail thiếu, không phải alert hoặc sự cố.
• Red / Escalate chuyển record và reason, không chuyển authority hay command.
• Boundary chặn matrix biến thành số, rule, dashboard hoặc hành động thật.

Câu hỏi tự kiểm tra

• Label khác limit ở chỗ nào?
• Vì sao Green không là approval?
• Amber nói gì về một record?
• Handoff trong Red không chuyển điều gì?

Gợi ý đáp án

Label có phải một con số hoặc rule không?

Không. Label chỉ mô tả cách đọc record mock; limit là ranh/rule của một bối cảnh thật. → Xem lại mục 1 và 4.

Green có cho phép làm tiếp không?

Không. Green chỉ nói Purpose, Scope và Stop đủ rõ để đọc; nó không là permission hay approval. → Xem lại mục 2 và 5.

Amber khác alert thế nào?

Amber giữ record vì một detail thiếu; nó không gửi tín hiệu hoặc bắt ai phản ứng. → Xem lại mục 2 và 3.

Red handoff nhưng không trao gì?

Red chỉ chuyển record/reason cho role phù hợp, không trao authority, credential, approval hay action. → Xem lại mục 2, 3 và 5.

Thuật ngữ cần nhớ

Nguồn tham khảo

• NIST AI RMF Core
• NIST AI RMF Playbook FAQ

Bài viết chỉ phục vụ giáo dục. R-28 là ví dụ mock để học cách ghi label, reason và điểm dừng; nó không là risk limit, risk policy, alert process, escalation instruction hay hướng dẫn dùng tiền thật.