Khi mổ xẻ các báo cáo xử lý khủng hoảng (postmortem) của một tổ chức hay doanh nghiệp, nguyên nhân gốc rễ hiếm khi đến từ một chiến lược kinh doanh thất bại hay một dự án mới kém cỏi. Nguồn cơn đánh sập một tập thể thường bắt đầu từ những quy trình vận hành tẻ nhạt nhất — một bản quy chuẩn (SOP) không ai cập nhật, một chính sách nhân sự (HR policy) cứng nhắc, hoặc một luồng công việc lặp đi lặp lại (cron job) do một quản lý cũ để lại từ ba năm trước.

Chúng ta thường không nhận ra rằng cấu trúc của một tổ chức con người vận hành y hệt như một hệ thống phần mềm. Tư duy lập trình không chỉ dành cho máy móc; nó là ngôn ngữ hoàn hảo để giải mã cách con người và doanh nghiệp tương tác.

Thuế hào nhoáng và Sự biến thiên trong tổ chức (The Excitement Tax and System Variance)
Khởi động một dự án mới, tung ra một sản phẩm mới, hay áp dụng một mô hình quản lý hiện đại luôn mang lại sự phấn khích (excitement). Nhưng trong hệ thống, sự phấn khích luôn đi kèm với tính bất định (variance). Mỗi nhân sự mới, mỗi phòng ban mới được thêm vào cấu trúc (new nodes/edges) sẽ làm tăng độ phức tạp theo cấp số nhân, tạo ra nguy cơ đứt gãy chuỗi (cascading failures).

Ngược lại, những yếu tố "nhàm chán" trong doanh nghiệp — như cơ chế phản hồi định kỳ hàng tuần (retry logic), sự nhẫn nại và giới hạn chịu đựng của nhân sự (timeout configs), hay các cuộc họp 1-1 để giải tỏa áp lực (message queues) — chính là các vòng lặp cân bằng (balancing loops). Chúng là bộ phận giảm xóc (shock absorbers), hấp thụ sự hỗn loạn của thị trường để giữ cho toàn bộ con người trong tổ chức không bị "cháy sạch" (burnout).

Cạm bẫy cấu trúc và Nợ tổ chức (The Structural Trap and Organizational Debt)
Tại sao các doanh nghiệp lại hay bỏ quên những bộ giảm xóc này? Đó là vì họ rơi vào cạm bẫy hệ thống: tưởng thưởng cho những cá nhân mang lại doanh thu tức thời (feature releases), trong khi phớt lờ những người làm công tác vận hành, duy trì văn hóa và tối ưu quy trình (refactoring).

Khi chúng ta mặc nhiên coi sức chịu đựng của con người và các quy trình cũ là điều hiển nhiên, hệ thống đang âm thầm tích lũy một khoản "nợ kỹ thuật" (technical debt) dưới dạng nợ tổ chức. Một cuộc khủng hoảng nhân sự hàng loạt không phải là một tai nạn (anomaly) bất ngờ; nó là một ngoại lệ (exception) chưa được xử lý, là kết quả toán học tất yếu của một hệ thống đã suy thoái tiệm tiến (gradual degradation) từ lâu.

Phòng máy (The engine room) thực chất là gì? Trong thực tế, The engine room không phải là cái mác để dán cho riêng khối Back-office (Nhân sự, Kế toán) hay Front-office (Kinh doanh, CSKH). Nó chính là không gian của "những công việc không tên" (invisible work / glue work).

Nói một cách thực tế, phòng máy là:

• Bảng lương được hệ thống hóa chuẩn xác vào đúng ngày mùng 5 hàng tháng.
• Quy trình onboarding rõ ràng trong ngày đầu tiên của một nhân sự mới (họ được cấp tài khoản gì, ai hướng dẫn).
• Luồng phân loại ticket hỗ trợ khách hàng (ai tiếp nhận ca khó, ai xử lý ca dễ).
• Ma trận phân quyền rành mạch (ai được phép duyệt chi 10 triệu đồng mà không cần họp hành xin xỏ sếp).

Đây là không gian chứa đựng những quyết định chịu tải (load-bearing decisions) định đoạt sức bền của toàn bộ tổ chức. Để giữ cho cỗ máy này hoạt động, chúng ta cần tuân thủ nghiêm ngặt ba nguyên tắc:

• Sự nhàm chán là đỉnh cao của sự tin cậy (Boredom is peak reliability): Một đội ngũ làm việc ăn ý suốt hai năm, mỗi ngày về nhà đúng giờ, không có những nhóm chat "chữa cháy" (fire-drills) lúc nửa đêm không phải là một đội ngũ thiếu nhiệt huyết. Đó là một hệ thống đã thiết lập ranh giới (system boundaries) xuất sắc. Sự ổn định và khả năng dự đoán (predictability) của con người quan trọng hơn những nỗ lực bứt phá nhưng bào mòn sức khỏe.

• Tài liệu hóa nền tảng (Document the baseline): Những dự án mới tự động thu hút sự chú ý; những công việc hành chính mỗi ngày thì không. Việc hệ thống hóa và viết lại quy trình cho những việc tẻ nhạt nhất (documentation) chính là cách đồng bộ hóa mô hình tư duy (mental model) của toàn công ty. Nếu không làm vậy, khi một nhân sự chủ chốt rời đi, doanh nghiệp sẽ bị thất thoát tri thức (information decay).

• "Không ai hiểu quy trình này" là một sự cố đang diễn ra (Active Incident): Khi một nhân viên chỉ vào một luồng phê duyệt hay một văn hóa ngầm của công ty và nói: "Chẳng ai biết tại sao lại làm thế này, cứ làm theo đi" (black box), đó là một điểm đen chết người (single point of failure). Khi độ phức tạp của quy trình vượt quá khả năng nhận thức của con người, sự đứt gãy chỉ là vấn đề thời gian. Hãy coi sự vô tri này là một sự cố toàn vẹn cấu trúc (structural integrity incident) cần giải quyết ngay lập tức.

Một doanh nghiệp xuất sắc không phải là một tập thể lúc nào cũng hừng hực khí thế trong sự hỗn loạn. Một doanh nghiệp xuất sắc biết cách kiến trúc hóa sự ổn định (architecting stability): tối ưu hóa các điểm giao tiếp giữa người với người (interfaces), triệt tiêu các biến số ngẫu nhiên (random variables), để cỗ máy tập thể có thể tiến lên một cách êm ái, vững chãi và không một mắt xích nào bị đứt gãy hay bỏ lại phía sau.