Mô hình Tuckman (Forming – Storming – Norming – Performing): Hiểu chu kỳ tiến hóa của bất kỳ đội ngũ nào

Tuần thứ ba sau khi đội dự án mới thành lập, cuộc họp sáng thứ Hai bỗng biến thành tranh luận không hồi kết. Trưởng nhóm kỹ thuật nói cách chia việc hiện tại "không ai chịu trách nhiệm rõ", trưởng nhóm sales phản pháo "kỹ thuật chốt deadline một mình rồi áp xuống". Hai người từng rất hòa nhã trong buổi kickoff giờ gằn giọng với nhau. Bạn — người quản lý phụ trách đội — ngồi giữa, và nghĩ: "Mình chọn sai người, hay đội này đang tan rã?"

Đây là khoảnh khắc nhiều leader ra quyết định sai lầm nhất trong vòng đời một đội ngũ. Họ hoảng loạn, họp riêng "dàn xếp", áp lại quy trình bằng mệnh lệnh, thậm chí tính chuyện thay người — trong khi thứ họ chứng kiến không phải dấu hiệu thất bại, mà là một giai đoạn phát triển tự nhiên và cần thiết của mọi nhóm người làm việc cùng nhau.

Năm 1965, nhà tâm lý học Bruce Tuckman công bố mô hình tổng hợp từ hàng chục nghiên cứu về động lực nhóm nhỏ, chỉ ra rằng gần như mọi đội ngũ đều đi qua một chuỗi giai đoạn có thể dự đoán trước khi đạt hiệu suất cao. Hiểu đúng mô hình này giúp bạn bớt hoảng loạn đúng lúc cần bình tĩnh nhất, và có bản đồ để biết nên làm gì, khi nào.

Bản chất mô hình Tuckman: vì sao đội ngũ không "chín" ngay lập tức

Sai lầm phổ biến của nhiều leader là coi một đội ngũ (team) như nhóm người (group) được gán chung mục tiêu là xong việc. Thực tế, một tập hợp cá nhân giỏi không tự động cộng dồn thành hiệu suất cao — đây chính là trọng tâm của Team Science (khoa học về đội ngũ): hiệu suất tập thể phụ thuộc vào cấu trúc tương tác, chuẩn mực hành vi và mức độ tin cậy xây dựng qua thời gian, không chỉ năng lực từng cá nhân.

Tuckman quan sát quá trình một nhóm người trở thành đội ngũ vận hành trơn tru đi qua 4 giai đoạn tuần tự, sau này bổ sung giai đoạn thứ 5 khi đội giải thể:

1. Forming (Hình thành) — lịch sự, dò xét, né tránh xung đột, phụ thuộc leader để biết phải làm gì.
2. Storming (Xung đột) — quan điểm, phong cách làm việc và đôi khi cả quyền lực va chạm; giai đoạn nhiều đội "vỡ trận" nếu dẫn dắt sai.
3. Norming (Ổn định chuẩn mực) — nhóm thống nhất cách làm việc chung, vai trò rõ hơn, xung đột giảm vì đã có "luật chơi".
4. Performing (Vận hành hiệu suất cao) — đội tự vận hành trơn tru, ra quyết định nhanh, thích ứng linh hoạt.
5. Adjourning (Giải thể) — dự án kết thúc hoặc đội tái cấu trúc, thành viên tách ra; cần quản lý để không lãng phí tri thức và cảm xúc tích lũy.

Hai insight thực chiến quan trọng nhất: Thứ nhất, Storming không phải dấu hiệu thất bại — nó là điều kiện cần để đạt Performing. Một đội né tránh hoàn toàn xung đột, giữ mãi sự lịch sự bề mặt của Forming, thường là đội yếu, vì bất đồng thật (cách phân việc, tiêu chuẩn chất lượng, quyền ra quyết định) không bao giờ được đưa ra ánh sáng để giải quyết dứt điểm. Thứ hai, vai trò lãnh đạo phải thay đổi theo giai đoạn: dịch chuyển từ directing (chỉ đạo) sang coaching (huấn luyện), rồi supporting (hỗ trợ), và delegating (ủy quyền) khi đội trưởng thành dần — tương đồng với mô hình Situational Leadership của Hersey-Blanchard.

Khung 4+1 giai đoạn Tuckman

Lưu ý: chu kỳ không phải đường thẳng một chiều. Thành viên mới, mục tiêu thay đổi lớn, hay khủng hoảng bên ngoài có thể kéo đội từ Performing quay ngược về Storming. Leader giỏi nhận ra tín hiệu quay vòng này sớm để điều chỉnh phong cách lãnh đạo, thay vì hoang mang vì "đội tự dưng làm kém đi".

Phân tích theo 5W3H1R: Dẫn dắt đội ngũ qua các giai đoạn Tuckman

Why — Nỗi đau phổ biến của leader lần đầu quản lý đội mới là hai thái cực: hoảng loạn khi xung đột nổ ra (can thiệp thô bạo, dập tiếng nói khác biệt), hoặc phó mặc đội "tự tìm cách" (đội mắc kẹt ở Storming hàng tháng, mất năng lượng vào tranh cãi nội bộ thay vì tạo giá trị). Cả hai đều gây tổn thất: nhân sự giỏi rời đi, dự án trễ hạn. Dẫn dắt chủ động theo Tuckman biến quá trình hỗn loạn thành lộ trình có thể quản lý — rút ngắn thời gian đội đạt Performing.

What — Đây là năng lực quản lý, không phải công cụ đơn lẻ. Bản chất: leader liên tục chẩn đoán giai đoạn hiện tại của đội (dựa hành vi họp, không dựa cảm tính), rồi điều chỉnh phong cách lãnh đạo và can thiệp phù hợp. Scope in: quan sát/chẩn đoán giai đoạn; điều chỉnh mức độ chỉ đạo; thiết kế nghi thức hỗ trợ chuyển giai đoạn (kickoff rõ vai trò, cơ chế đưa xung đột lên bàn xây dựng, buổi thống nhất quy trình, cơ chế trao quyền có kiểm soát); xử lý đợt "thụt lùi" giai đoạn. Scope out: không phải quy trình đánh giá hiệu suất cá nhân (xem TP-15); không thay thế việc xây dựng an toàn tâm lý — đó là nền tảng đi kèm (xem TP-02); không phải checklist làm một lần. Thành phần: bộ dấu hiệu nhận biết từng giai đoạn, bộ hành vi lãnh đạo tương ứng, cơ chế đưa xung đột ra ánh sáng an toàn, nghi thức tổng kết khi chuyển giai đoạn. Output: một "Bản đồ giai đoạn đội ngũ" cập nhật định kỳ, ghi giai đoạn hiện tại, dấu hiệu quan sát, hành động lãnh đạo dự kiến.

Who (RACI):

Where — Áp dụng cho mọi hình thái đội ngũ: dự án mới lập, đội chức năng sau tái cấu trúc, task force tạm thời, hay đội lâu năm vừa đổi nhân sự chủ chốt (dễ đẩy cả đội về lại Storming). Trong Intelligence Hub (module Quản trị nhóm của SellersStar), đây là lớp chẩn đoán nền tảng: mỗi đội được gắn "trạng thái giai đoạn Tuckman" cập nhật định kỳ, làm đầu vào cho module RADAR (xem TP-09) diễn giải chỉ số khác nhau theo giai đoạn.

When — Bắt đầu chẩn đoán ngay ngày đầu đội thành lập, đừng đợi có vấn đề mới nhìn lại. Đánh giá lại khi: có thành viên mới/rời đi; mục tiêu thay đổi đáng kể; khủng hoảng bên ngoài; đã hơn 2-3 tháng chưa nhìn lại "đội đang ở giai đoạn nào". Nhịp lặp: đánh giá nhanh mỗi retro/tháng, đánh giá sâu mỗi quý hoặc khi có biến động lớn.

How — Quy trình 6 bước:

1. Thiết lập nền tảng ở Forming. Đầu vào: đội mới/vừa thay đổi lớn. Hoạt động: kickoff làm rõ mục tiêu, vai trò (dùng RACI, xem TP-06), luật chơi cơ bản. Đầu ra: mọi người hiểu "tôi làm gì, báo cáo ai, thành công là gì".
2. Tạo không gian an toàn cho xung đột nổi lên đúng cách ở Storming. Đầu vào: tranh luận bắt đầu xuất hiện (thường sau 2-4 tuần). Hoạt động: đặt câu hỏi mở trong họp, tách bạch tranh luận công việc và công kích cá nhân, huấn luyện nhanh kỹ năng phản hồi thẳng (liên hệ Radical Candor, TP-10). Đầu ra: bất đồng thực chất được nêu và có hướng giải quyết.
3. Đồng kiến tạo chuẩn mực ở Norming. Đầu vào: xung đột chính đã xử lý. Hoạt động: tổ chức buổi ngắn để đội tự đề xuất "luật chơi" chung, ghi thành team working agreement. Đầu ra: bộ chuẩn mực do chính đội đồng thuận.
4. Trao quyền có kiểm soát để tiến vào Performing. Đầu vào: đội vận hành ổn định, tin cậy tăng rõ. Hoạt động: giảm can thiệp trực tiếp, chuyển sang đặt câu hỏi định hướng, ủy quyền quyết định vận hành (liên hệ TP-12). Đầu ra: đội tự ra quyết định nhanh trong phạm vi đã thống nhất.
5. Giám sát tín hiệu quay vòng. Đầu vào: biến động nhân sự/mục tiêu/áp lực ngoài. Hoạt động: quan sát dấu hiệu quay lại Storming, chủ động quay lại coaching thay vì hoảng loạn hoặc phớt lờ. Đầu ra: đội phục hồi nhanh hơn.
6. Tổng kết khi Adjourning. Đầu vào: dự án kết thúc/đội tái cấu trúc. Hoạt động: tổ chức retro toàn chu kỳ, ghi nhận đóng góp, xử lý cảm xúc chia tay. Đầu ra: tri thức được lưu lại, thành viên rời đi tích cực.

How Much — Không cần ngân sách lớn hay công cụ phức tạp. Nguồn lực chính là thời gian hiện diện của leader — mức cao ở Forming/Storming, giảm dần ở Norming/Performing. Có thể cần một buổi tập trung nửa ngày cho Bước 1 và Bước 3 — quy mô nhỏ, không cần địa điểm xa hoa. Công cụ: tài liệu chia sẻ "team working agreement", khung RACI đơn giản, và module theo dõi giai đoạn đội ngũ (nếu dùng Intelligence Hub).

How Long — Với đội dự án 5-8 người điển hình: Forming 1-3 tuần đầu; Storming 2-6 tuần (kéo dài hơn nếu leader né tránh xử lý xung đột); Norming 2-4 tuần để chuẩn mực ngấm vào hành vi; Performing đạt sau khoảng 2-4 tháng nếu dẫn dắt chủ động, có thể kéo cả năm hoặc không bao giờ đạt nếu xử lý sai ở Storming. Dấu hiệu sớm đi đúng hướng: sau Storming, tần suất họp "chưa rõ ai làm gì" giảm rõ, thành viên chủ động phản hồi nhau không cần leader làm trung gian.

Risk:

Framework áp dụng ngay: Bảng chẩn đoán giai đoạn & hành động lãnh đạo

Case study Việt Nam (minh họa điển hình)

Lưu ý: tình huống minh họa mang tính điển hình, không gắn số liệu hay công ty có thật.

Một công ty phần mềm quy mô vừa tại Hà Nội lập đội dự án mới 6 người (2 backend, 1 frontend, 1 QA, 1 sản phẩm, 1 thiết kế) xây tính năng lớn trong 3 tháng. Hai tuần đầu (Forming), buổi họp nào cũng suôn sẻ, mọi người đồng ý gần hết đề xuất của trưởng nhóm sản phẩm — lịch sự nhưng hơi hời hợt.

Tuần thứ ba, khi chia việc chi tiết, kỹ sư backend cho rằng thiết kế API "không thực tế", trưởng nhóm sản phẩm khăng khăng giữ nguyên vì "khách hàng đã duyệt". Không khí căng dần, một kỹ sư trẻ bắt đầu im lặng hoàn toàn trong họp — dấu hiệu Storming điển hình.

Người quản lý, thay vì áp đặt hay phớt lờ, dành 30 phút riêng trong họp tuần để cả nhóm liệt kê điểm chưa thống nhất, yêu cầu mỗi người trình bày lý do thay vì chỉ nêu kết luận. Kỹ sư trẻ được hỏi trực tiếp — hóa ra có giải pháp trung dung nhưng ngại nêu vì sợ "làm to chuyện". Sau hai buổi thảo luận thẳng thắn, nhóm thống nhất phương án API sửa đổi, đồng thời tự đặt quy tắc: bất đồng kỹ thuật phải nêu trong 24 giờ kể từ khi phát hiện.

Đến tuần thứ sáu, đội bước vào Norming rõ rệt: standup ngắn gọn hơn, tự báo cáo tiến độ không cần nhắc, xung đột nếu có được xử lý nhanh trong 1-1. Tháng thứ ba, đội đạt Performing — tự phân bổ lại công việc khi một thành viên nghỉ ốm đột xuất mà không cần quản lý can thiệp, thời gian phản hồi bug giảm rõ so với tháng đầu.

Bài học: điểm ngoặt quan trọng không phải tránh né Storming, mà là cách quản lý chủ động tạo không gian an toàn để xung đột được xử lý xây dựng đúng lúc.

GÓC NHÌN TEAM LEADER

• Đội mình đang thực sự ở giai đoạn nào — hay mình chỉ đang đoán theo cảm tính?
• Lần gần nhất có bất đồng nổ ra trong họp, mình đã dập tắt hay dẫn dắt nó đến kết luận?
• Có thành viên nào đang im lặng bất thường mà mình chưa hỏi trực tiếp không?
• Mình có đang ủy quyền đúng mức với giai đoạn trưởng thành hiện tại của đội, hay vẫn "vi mô quản lý" một đội đã sẵn sàng tự vận hành?
• Nếu đội vừa thay đổi nhân sự, mình đã đánh giá lại giai đoạn chưa, hay vẫn mặc định "mọi thứ như cũ"?

🔗 Liên kết với các bài khác (Alignment)

• Xung đột ở Storming cần xử lý xây dựng — xem Quản trị Xung đột (Conflict Management).
• Để Storming không biến thành công kích cá nhân, đội cần nền tảng an toàn tâm lý — xem Lý thuyết về Sự An toàn Tâm lý (Psychological Safety).
• Vai trò rõ ràng ở Forming có thể thiết lập bằng Framework RACI.
• Trao quyền đúng mức khi đội tiến vào Performing — xem Delegation Framework (Ủy quyền).
• Đo lường sức khỏe đội ngũ theo từng giai đoạn — xem Framework RADAR.

Mô hình Tuckman không phải lý thuyết để thuộc lòng, mà là tấm bản đồ để bạn biết mình đang đứng ở đâu trong hành trình xây dựng đội ngũ, và quan trọng hơn — biết khi nào giữ chặt tay lái, khi nào buông ra để đội tự đi. Storming không phải dấu hiệu để hoảng loạn; đó là bằng chứng đội bạn đang thực sự đối diện những khác biệt cần giải quyết để trưởng thành. Nhiệm vụ của Team Leader không phải ngăn chặn giai đoạn này, mà dẫn dắt nó đến kết luận xây dựng. Hãy bắt đầu tuần này bằng việc đơn giản: dành 10 phút tự hỏi đội mình đang ở giai đoạn nào, và phong cách lãnh đạo hiện tại có còn phù hợp hay không.

Bài tiếp theo: Lý thuyết về Sự An toàn Tâm lý (Psychological Safety)