Skip to content

Mô Hình JD-R (Job Demands-Resources) Trong Chẩn Đoán Căng Thẳng & Động Lực

A) One-liner

Mô hình JD-R định lượng môi trường làm việc thông qua "Tỉ lệ Nguồn Lực / Áp Lực", giúp Leader xác định chính xác nhân viên đang kiệt sức (do quá tải) hay đang chán việc (do thiếu công cụ và quyền tự chủ).

B) Khái niệm & Cấu phần

Bakker & Demerouti (2007) lập luận mọi nghề nghiệp đều có 2 mảng: * Job Demands (Áp Lực): Những yêu cầu vật lý, xã hội, tổ chức bào mòn năng lượng (VD: Xử lý khách hàng tức giận, rào cản quy trình, khối lượng công việc khổng lồ). Dẫn tới con đường Suy giảm Sức khỏe (Health Impairment) -> Kiệt sức. * Job Resources (Nguồn Lực): Sự hỗ trợ để hoàn thành công việc, giảm Demands, và kích thích phát triển (VD: Quyền tự chủ, phản hồi, hỗ trợ từ sếp). Dẫn tới con đường Tạo Động Lực (Motivational Process) -> Sự gắn kết (Engagement).

Mô hình này bác bỏ quan điểm "Cứ áp lực cao là xấu". Áp lực cao + Nguồn lực cao (High Strain, High Resource) vẫn sinh ra những nhân sự "bốc lửa" (High Engagement).

C) Operationalization (Leader-only)

  • Đo lường Demands (Áp Lực):
    • Dấu hiệu: OT thường xuyên, deadline sát nút (Time pressure), nợ kỹ thuật (Tech debt) hoặc khách chửi rủa (Emotional demands).
    • Câu hỏi Leader-only: Dùng thang đo tần suất (Frequency). VD: "Bao lâu thì nhân viên phải OT sau 7h tối trong 1 tháng qua?".
  • Đo lường Resources (Nguồn Lực):
    • Dấu hiệu: Quyền được từ chối việc, có đủ tool, quy trình rành mạch.
    • Câu hỏi Leader-only: Dùng thang Likert định mức (VD: Mức độ có đủ quyền tự quyết trong chuyên môn).
  • Interpretation: Tỉ lệ Tối ưu (JD_R Ratio) phải > 1. Lý tưởng là 1.2 - 1.5.

D) Decision Rules (IF–THEN) cho Engine

Các rule sau map trực tiếp vào Engine để tính toán nguy cơ Burnout:

  1. IF [Demands_Score > 75] AND [Resources_Score < 40] THEN Pattern = "Burnout Machine" (Máy vắt kiệt). Tổ chức đang chạy trên máu của nhân viên. Đòn bẩy: Giảm Demands ngay lập tức (Bỏ bớt scope) trước khi tuyển thêm người. Nguy cơ nghỉ việc hàng loạt là 80%.
  2. IF [Demands_Score < 30] AND [Resources_Score < 30] THEN Pattern = "Bore-out Apathy" (Chết chìm trong sự nhạt nhẽo). Áp lực không có nhưng không gian phát triển bị bóp nghẹt. Đòn bẩy: Tăng Resources: Trao thêm thử thách và quyền tự quyết dự án mới.
  3. IF [Demands_Score > 80] AND [Resources_Score > 70] THEN Pattern = "Active/High-Strain" (Chiến trường chủ động). Nhóm cày cuốc ngày đêm nhưng tỷ lệ Nghỉ việc thấp do họ CÓ QUYỀN KIỂM SOÁT công việc của mình. Đòn bẩy: Theo dõi sát, bơm thêm Resources (Thưởng/Ghi nhận) để đệm (Buffer) cho Demands.
  4. IF [JD_R Ratio < 0.8] AND [Burnout_Proxy > 60] THEN Cờ đỏ: "Hành động Cứu hỏa". Đòn bẩy: Leader phải nhận vạ, từ chối nhận dự án mới từ cấp trên. (Nhầm nguyên nhân: Đừng đổ lỗi nhân viên kém chịu đựng).
  5. IF [Resources_Level (CQ01) cao] nhưng [Demand Môi trường (CQ02) quá cao] THEN Rule = "Công cụ không cứu nổi deadline". Đòn bẩy: Tái cấu trúc timeline.

E) Boundary Conditions & Calibration theo Team Type

  • Universal: Tỉ lệ (Resources + 1) / (Demands + 1) áp dụng cho mọi engine tính điểm.
  • Calibration (Tùy biến Module):
    • Sales/CS: Khái niệm "Demands" chuyển dịch từ "Khối lượng công việc" sang "Cảm xúc (Emotional Labor)" (VD: Cười với khách chửi rủa). Cần tăng trọng số câu hỏi Demands Cảm xúc.
    • Tech: "Demands" định nghĩa là Technical Debt và Context Switching.

F) Leader-only Bias & Mitigation

Trưởng nhóm thường biện hộ cho Áp Lực bằng từ "Nhiệt huyết".

  1. Hustle Culture Bias: Leader coi OT là hiển nhiên, đánh giá 1-2 điểm OT (Mức tốt). -> Mitigation: Chuyển câu hỏi Likert thành Frequency đếm ngón tay (Bao nhiêu block 10h/tuần?).
  2. Resources Projection Bias: Sếp thấy sếp có quyền tự quyết, nên quy chiếu nhân viên cũng vậy. -> Mitigation: Bắt buộc Sếp đánh giá quyền tự quyết "Ở Level nhân sự Staff".
  3. Blindness to Tech/Process Debt: Leader kinh doanh không thấy rác trong code/quy trình là một Demand bào mòn tâm lý. -> Mitigation: Ép chạy Module riêng (MT03, MO01) để moi rác quy trình ra làm Demands.
  4. Normalization of Deviance: Coi việc chữa cháy cuối tuần là bình thường. -> Mitigation: Hệ thống tự động gán Flag Đỏ nếu câu hỏi về Việc cấp bách cuối tuần vọt lên mức "Thường xuyên".
  5. Ngầm định "Đào tạo" là Nguồn Lực: Sếp ném khóa học cho nhân viên và gọi đó là Resource, nhưng nhân viên phải học ngoài giờ. -> Mitigation: Resource phải là Thời gian trong khung giờ hành chính được phép tách ra để học/refactor (MT04).

G) Hook to Engine/Config

  • Config sử dụng: config/01_scoring.yaml (các câu hỏi reverse chủ yếu nằm ở Demands).
  • Engine sử dụng: engine/01_scoring_formula.md (Tính JD_R Ratio = Resources / Demands mức độ nguy hiểm) và engine/05_action_library.md.
  • Key_terms: job_demands, job_resources, jd_r_ratio, burnout_proxy.

H) Sources

  1. Nền tảng: Bakker, A. B., & Demerouti, E. (2007). The Job Demands-Resources model: State of the art. Journal of Managerial Psychology, 22(3), 309-328. Link
  2. Meta/Review: Lesener, T., Gusy, B., & Wolter, C. (2019). The job demands-resources model: A meta-analytic review of longitudinal studies. Work & Stress, 33(1), 76-103.
  3. Ứng dụng thực tế/Burnout: Schaufeli, W. B., & Taris, T. W. (2014). A critical review of the job demands-resources model: Implications for improving work and health. Bridging occupational, organizational and public health, 43-68.