65 điểm bởi ashbyash 2025-12-11 | 4 bình luận | Chia sẻ qua WhatsApp

1. Vì sao việc “ủy quyền công việc phức tạp” lại khó

  • Các công việc đơn giản thì dễ chuyển giao bằng checklist, nhưng với công việc phức tạp thì có rất nhiều tri thức ngầm chỉ tồn tại trong đầu người làm (bối cảnh, tiêu chí phán đoán, cách xử lý ngoại lệ), nên rất khó diễn đạt bằng lời.
  • Vì thế rất dễ rơi vào tình trạng “thà tự mình làm còn nhanh hơn”, và rủi ro key person risk phụ thuộc vào một cá nhân cụ thể sẽ tăng lên.

2. Mục tiêu cốt lõi mà bài viết đưa ra

  • Mục tiêu là tạo ra “trạng thái mà dù tôi không làm thì chất lượng kết quả vẫn được giữ nguyên” (= giảm key person risk + tổ chức có thể mở rộng quy mô).
  • Để làm được điều đó, bài viết đề xuất một cấu trúc huấn luyện và ủy quyền cụ thể có thể dùng khi giao các công việc phức tạp.

3. Tổng quan về framework cốt lõi

    1. Exponential training (huấn luyện theo cấp số nhân): một người học “đúng cách” đến cùng, rồi chính người đó tiếp tục dạy người kế tiếp để tăng leverage.
    1. (Nếu có phương pháp thứ hai) ví dụ: cấu trúc ủy quyền bằng cách chia theo vai trò và trách nhiệm, hoặc cách mở rộng quyền hạn dần dần, tức là không ủy quyền hoàn toàn ngay một lần mà chia nhỏ trách nhiệm phức tạp theo từng giai đoạn.

4. Exponential training (huấn luyện theo cấp số nhân)

  • Với các công việc phức tạp (ví dụ: ứng phó sự cố, quyết định kiến trúc cốt lõi, v.v.), hãy giao trọn vẹn full-stack cho một người thử đảm nhận, rồi lặp lại thực chiến, review và feedback để tạo ra một “người thật sự chịu trách nhiệm”.
  • Sau đó người này trở thành mentor và trainer, dùng chính các tình huống thực chiến/sự cố/trường hợp mà mình từng trải qua để huấn luyện người tiếp theo, từ đó số lượng người có thể tăng lên theo cấp số nhân.

5. Các điểm thiết kế huấn luyện trong thực tế

  • Thông qua các bài luyện tập (“rehearsal”) tái hiện nguyên trạng các incident/sự kiện trong quá khứ, có thể rèn khả năng ra quyết định trong áp lực và bối cảnh giống như thực tế.
  • Không chỉ giải thích lý thuyết đơn thuần, mà phải giao vai trò thực sự chịu trách nhiệm; đồng thời chấp nhận khả năng mắc lỗi nhưng phải thiết kế sẵn các cơ chế an toàn có thể phục hồi.

6. Phương pháp thứ hai: Ủy quyền có cấu trúc

  • Đừng giao nguyên khối toàn bộ công việc phức tạp, mà hãy tách và xác định rõ thành
    1. mục tiêu (Outcome),
    2. phạm vi quyền ra quyết định,
    3. chu kỳ báo cáo/check-in,
    4. các ràng buộc không được phép thất bại
      gồm bốn phần.
  • Ban đầu nâng dần mức độ ủy quyền theo từng bước như “chỉ nghiên cứu và đề xuất (Research & recommend)” → “ra quyết định rồi báo lại (Decide & inform)” → “hoàn toàn tự chủ (Act independently)”.

7. Những yếu tố nhất định phải có khi giao việc phức tạp

  • Định nghĩa thành công: chỉ ra bằng các ví dụ cụ thể rằng kết quả như thế nào thì có thể xem là “làm tốt”.
  • Giới hạn thời gian và nguồn lực: đặt trước thời gian/ngân sách tối đa để tạo guardrail, tránh đào quá sâu không hồi kết.
  • Cấu trúc check-in: trong vài lần đầu, thiết lập các mốc kiểm tra giữa kỳ với khoảng cách ngắn để nếu đi chệch hướng thì có thể chỉnh lại ngay.

8. Các mẫu thất bại thường gặp khi ủy quyền sai

  • Giao việc theo kiểu “giải thích qua loa rồi mang kết quả về đây”, thì
    • người nhận việc sẽ tiêu tốn quá nhiều thời gian và năng lượng,
    • kết quả lại lệch khỏi kỳ vọng, khiến cả hai bên đều mệt mỏi, và mô hình này cứ lặp đi lặp lại.
  • Ngược lại, nếu kiểm soát quá chặt thì cuối cùng sẽ thành micromanaging, và việc ủy quyền chỉ dừng ở mức “điều khiển bằng remote” chứ không phải giao quyền thực sự.

9. Trạng thái “ủy quyền tốt” mà bài viết đề xuất

  • Người được giao có thể tự hiểu bối cảnh và thứ tự ưu tiên, đồng thời đưa ra quyết định hợp lý ngay cả trong những tình huống ngoài dự kiến.
  • Người lãnh đạo không còn là “người trực tiếp làm mọi việc”, mà trở thành “người thiết kế một cấu trúc có thể giải quyết lặp lại các công việc phức tạp thông qua con người và hệ thống”.

4 bình luận

 
bobross0 2026-01-07

Người lãnh đạo không phải là “người tự tay làm mọi việc”, mà là “người thiết kế một cấu trúc để giải quyết lặp đi lặp lại những công việc phức tạp thông qua con người và hệ thống”.

 
ethanhur 2025-12-15

Khái niệm Suboptimal Standardization khá thú vị. Cảm ơn bạn đã giới thiệu.

 
gguimoon 2025-12-12

Tôi một lần nữa cảm nhận được rằng việc giao phó công việc khó đến mức nào.

 
cnaa97 2025-12-11

Nội dung quá hay.