Mô hình IMOI (Input-Mediator-Output-Input) trong Chẩn Đoán Nhóm

A) One-liner

Mô hình IMOI cung cấp bộ khung xương sống cho toàn bộ Package, giúp chẩn đoán dòng chảy hiệu suất của nhóm từ Nguồn lực Đầu vào (Input), qua Bộ chuyển hóa Môi trường (Mediator), đến Kết quả (Output) và cách Kết quả đó tái tạo lại chu kỳ mới.

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

IMOI (Ilgen et al., 2005) là sự tiến hóa của IPO truyền thống. Nó thay "Process" bằng "Mediator" để bao hàm cả quy trình hành vi (Process - ví dụ: giao tiếp, phối hợp) và trạng thái tâm lý trồi sụt (Emergent States - ví dụ: niềm tin, an toàn tâm lý). Chữ "I" cuối cùng nhấn mạnh tính chu kỳ (Outputs của dự án trước trở thành Inputs của dự án sau).

Phân biệt cốt lõi trong Mediator: * Team Process: Hành động thực tế nhóm làm để đạt mục tiêu (VD: Lên kế hoạch, phản hồi, gỡ lỗi). * Emergent States: Trạng thái nhận thức/Thái độ sinh ra từ quá trình làm việc (VD: An toàn tâm lý, Sự gắn kết).

C) Operationalization (Leader-only)

Đánh giá IMOI qua góc nhìn Leader cần tập trung vào các triệu chứng hệ thống thay vì cảm xúc cá nhân của nhân viên.

• Input (I):
  • Dấu hiệu đo: Mức độ rõ ràng của Tầm nhìn (Shared Mental Models ban đầu), sự sẵn có của công cụ.
  • Câu hỏi Leader-only: Hỏi về sự đồng thuận của team khi nhận Brief, đánh giá năng lực cứng.
  • Khung thời gian: "Trong lúc diễn ra quá trình Onboarding/Kick-off dự án gần nhất".
• Mediator (M):
  • Dấu hiệu đo: Tương tác trong các cuộc họp, cách gỡ rối khi gặp sự cố.
  • Câu hỏi Leader-only: Hỏi tần suất tranh tài ý tưởng, hoặc phản ứng khi thất bại (Tìm lỗi hệ thống hay đổ lỗi con người). Phạm vi: "Trong 30 ngày gần nhất".
• Output & Feedback Loop (O-I):
  • Dấu hiệu đo: Hiệu suất KPI và Khả năng duy trì nhóm (Viability).
  • Câu hỏi Leader-only: "Tỉ lệ hoàn thành OKR" và "Bài học từ dự án trước có được áp dụng vào dự án này không?".

D) Decision Rules (IF–THEN) cho Engine

Các rule sau map trực tiếp vào engine/03_pattern_diagnosis.md:

1. IF [Input Score > 70] AND [Output Score < 50] THEN Pattern = "Broken Bridge" (Gãy cầu nối). Đòn bẩy: Can thiệp vào nhóm Mediator (Sửa quy trình giao tiếp hoặc giải quyết xung đột).
2. IF [Mediator Score > 80] AND [Output Score < 50] THEN Pattern = "Happy but Ineffective" (Vui vẻ nhưng Vô dụng). Mọi người thân thiết nhưng thiếu kỷ luật thực thi. Đòn bẩy: Tăng Task Conflict, thiết lập lại SLA/KPI.
3. IF [Input Score < 40] AND [Output Score > 75] THEN Pattern = "Heroic Sufferers" (Anh hùng Suffer). Thành quả đạt được bằng nỗ lực cá nhân phi thường bù đắp cho hệ thống tồi. Đòn bẩy: Giảm áp lực (Demands), bổ sung quy trình (Resources) trước khi họ Burnout.
4. IF [Feedback_Loop (CQ10) < 40] THEN Pattern = "Groundhog Day" (Sai lầm lặp lại). Vòng lặp I ở cuối bị đứt gãy. Đòn bẩy: Bắt buộc tổ chức các buổi Retrospective không đổ lỗi sau mỗi Sprint.
5. IF [Shared_Mental_Models (CQ03) < 40] THEN Pattern = "Blind Input". Đòn bẩy: Chuẩn hóa lại tài liệu đầu vào (Brief/PRD) trước khi giao việc.

E) Boundary Conditions & Calibration theo Team Type

• Universal (Mọi nhóm): Khung I-M-O và vòng lặp Feedback là bắt buộc.
• Calibration (Tùy biến Module):
  • Tech Team: Mediator thiên về Process (Agile, Gitflow), Input thiên về Kiến trúc hệ thống.
  • Marketing: Mediator bị chi phối mạnh bởi Emergent States (Cảm xúc khi ý tưởng bị bác bỏ).
  • Sales/CS: Output được hiệu chỉnh cao hơn về mặt đối phó cảm xúc (Viability do làm việc với khách).

F) Leader-only Bias & Mitigation

Trưởng nhóm thường có góc nhìn màu hồng về môi trường do chính họ tạo ra.

1. Bias Tổng hợp (Halo Effect): Đánh giá cả nhóm qua lăng kính 1-2 cá nhân xuất sắc. -> Mitigation: Câu hỏi dùng từ "Đại đa số thành viên" thay vì "Nhóm".
2. Bias Ảo tưởng Tự Chủ: Sếp nghĩ mình cho nhân viên đủ quyền. -> Mitigation: Hỏi thẳng vào hành vi cụ thể (VD: Khi lỗi xảy ra, nhóm tự sửa hay chờ lệnh?).
3. Bias Sợ Thừa nhận Lỗi Trực tiếp: -> Mitigation: Hỏi về "Tần suất sử dụng bài học cũ" (CQ10) thay vì hỏi "Nhóm có học hỏi không".
4. Bias Nhớ gần (Recency Effect): -> Mitigation: Cố định khung thời gian "Trong 1 tháng qua" cho các câu hỏi Mediator.
5. Bias Đổ lỗi Nguyên nhân ngoài (Fundamental Attribution Error): -> Mitigation: Engine dùng Rule 3 (Heroic Sufferers) để lật tẩy việc Output cao không phải do tài năng của Leader mà do nhân viên cày bừa bù đắp.

G) Hook to Engine/Config

• Config sử dụng: config/01_scoring.yaml (Phân loại I, M, O buckets).
• Engine sử dụng: engine/01_scoring_formula.md (Tính điểm TEI theo tỷ lệ I-M-O) và engine/03_pattern_diagnosis.md (Gắn Pattern).
• Key_terms: imoi_bucket, feedback_loop_learning.

H) Sources

1. Nền tảng: Ilgen, D. R., Hollenbeck, J. R., Johnson, M., & Jundt, D. (2005). Teams in organizations: From input-process-output models to IMOI models. Annual Review of Psychology, 56, 517-543. Link
2. Review/Meta: Mathieu, J. E., Gallagher, P. T., Domingo, M. A., & Klock, E. A. (2019). Embracing complexity: Reviewing the past decade of team effectiveness research. Annual Review of Organizational Psychology and Organizational Behavior, 6, 17-46.
3. Ứng dụng thực tế: Kozlowski, S. W., & Ilgen, D. R. (2006). Enhancing the effectiveness of work groups and teams. Psychological science in the public interest, 7(3), 77-124.