Mở đầu — vì sao bài này quan trọng
Bạn đã bao giờ chứng kiến một nhóm dự án "sáng nắng chiều mưa" chưa? Tuần đầu ai cũng vui vẻ, gật gù, "OK anh, em làm được". Đến tuần thứ ba thì họp hành căng thẳng, người này đổ lỗi người kia, deadline trượt, còn bạn — với tư cách Project Manager — ngồi giữa như đang hòa giải một cuộc cãi nhau gia đình. Rồi bất ngờ, một vài tháng sau, chính nhóm đó lại chạy trơn tru như một cỗ máy được tra dầu.
Nếu bạn thấy điều này quen thuộc, thì xin chúc mừng: bạn đã sống qua mô hình Tuckman. Đây không phải sự cố ngẫu nhiên, cũng không phải do bạn "quản lý kém". Đó là quy luật phát triển tự nhiên của mọi nhóm người làm việc cùng nhau — được nhà tâm lý học Bruce Tuckman mô tả từ năm 1965.
Với người chuẩn bị thi PMP, mô hình Tuckman cực kỳ quan trọng vì hai lý do. Thứ nhất, đây là kiến thức nền tảng thuộc Team Performance Domain trong PMBOK 7 — đề thi PMP rất thích hỏi tình huống: "Nhóm đang cãi nhau, PM nên làm gì?" và đáp án đúng phụ thuộc hoàn toàn vào việc bạn nhận diện được nhóm đang ở giai đoạn nào. Thứ hai, trong thực tế công việc, hiểu Tuckman giúp bạn bình tĩnh: bạn biết xung đột ở giai đoạn Storming là bình thường, thậm chí cần thiết, chứ không phải dấu hiệu thất bại.
Bài này sẽ giúp bạn nắm chắc năm giai đoạn, biết vai trò lãnh đạo thay đổi ra sao ở mỗi giai đoạn, và quan trọng nhất: biết PM cần làm gì cụ thể để đưa nhóm đi từ chỗ lịch sự xã giao đến chỗ thật sự hiệu suất cao.
Khái niệm cốt lõi
Bruce Tuckman ban đầu đề xuất bốn giai đoạn: Forming – Storming – Norming – Performing. Đến năm 1977, ông cùng Mary Ann Jensen bổ sung giai đoạn thứ năm là Adjourning (giải tán). Điểm mấu chốt cần nhớ: các giai đoạn này tuần tự nhưng không cứng nhắc — một nhóm có thể quay lui khi có thành viên mới, khi phạm vi dự án đổi lớn, hoặc khi lãnh đạo thay đổi.
Giai đoạn 1 — Forming (Hình thành)
Đây là lúc nhóm mới gặp nhau. Không khí lịch sự, dè dặt, ai cũng "giữ ý". Mọi người chưa rõ vai trò của mình, chưa hiểu người khác, và thường hướng về PM để hỏi mọi thứ: mục tiêu là gì, ai làm gì, quy tắc ra sao. Năng suất thực tế ở giai đoạn này thấp vì phần lớn năng lượng dồn vào việc "dò đường" xã hội.
Đặc trưng: nhiều câu hỏi, ít tranh luận, tránh mâu thuẫn. Cảm xúc thường là hào hứng pha lẫn lo lắng.
Vai trò của PM: Directing (chỉ đạo). Bạn cần rõ ràng, cụ thể. Đây là lúc thiết lập mục tiêu chung, làm rõ vai trò, xây dựng team charter (bản thỏa thuận cách làm việc của nhóm), giới thiệu các thành viên với nhau. Đừng kỳ vọng nhóm tự vận hành ở giai đoạn này.
Giai đoạn 2 — Storming (Bão tố)
Đây là giai đoạn khó nhất và cũng là nơi nhiều nhóm mắc kẹt. Khi mọi người bắt đầu làm việc thật, sự khác biệt lộ ra: khác cách làm, khác kỳ vọng, khác cả cái tôi. Xung đột nổ ra quanh quyền lực ("Ai được quyết cái này?"), cách tiếp cận công việc, ưu tiên, và ranh giới trách nhiệm. Có thể xuất hiện phe nhóm nhỏ, đôi khi có người thách thức quyền lãnh đạo của PM.
Điều quan trọng nhất bạn cần khắc cốt: Storming là bình thường và cần thiết. Một nhóm không bao giờ Storming thường là nhóm đang né tránh vấn đề, và những vấn đề đó sẽ âm ỉ rồi bùng nổ sau. Xung đột lành mạnh ở đây là cách nhóm "cọ xát" để tìm ra cách làm việc chung.
Vai trò của PM: Coaching (huấn luyện). Bạn không dập tắt xung đột, mà hướng dẫn nhóm giải quyết nó một cách xây dựng. Ghi nhận sự khác biệt, tạo không gian an toàn để nói thẳng, tập trung vào vấn đề chứ không vào con người, và nhắc lại mục tiêu chung. (Chi tiết về các mode giải quyết xung đột theo Thomas-Kilmann sẽ được học ở Bài 13.)
Giai đoạn 3 — Norming (Chuẩn hóa)
Sau khi vượt qua bão tố, nhóm bắt đầu tìm được nhịp. Các "luật chơi" ngầm và công khai được thiết lập: cách họp, cách trao đổi, cách ra quyết định, cách xử lý bất đồng. Lòng tin bắt đầu hình thành. Mọi người biết điểm mạnh của nhau và bắt đầu hỗ trợ lẫn nhau. Cảm giác "chúng ta" (we) thay thế cho "tôi và họ" (me vs them).
Đặc trưng: cam kết tăng lên, giao tiếp cởi mở hơn, xung đột được xử lý êm hơn.
Vai trò của PM: Supporting (hỗ trợ). Bạn lùi lại một bước, trao thêm quyền tự chủ, để nhóm tự ra một số quyết định. Cẩn thận: rủi ro ở Norming là nhóm quá "dĩ hòa vi quý", ngại tranh luận vì sợ quay lại Storming — điều này có thể dẫn tới groupthink (tư duy bầy đàn).
Giai đoạn 4 — Performing (Hiệu suất cao)
Đây là "đích đến" mong muốn. Nhóm vận hành như một khối thống nhất, tự quản lý, tự giải quyết vấn đề, tự điều phối. Năng suất cao, đổi mới, và ít cần PM can thiệp vi mô. Xung đột vẫn xảy ra nhưng được xử lý nhanh, mang tính xây dựng. Mọi người tin tưởng nhau đủ để nhận rủi ro và nói thật.
Vai trò của PM: Delegating (ủy quyền). Bạn tập trung vào loại bỏ trở ngại, kết nối nhóm với bên ngoài, phát triển từng cá nhân, và giữ tầm nhìn dài hạn. Nhóm không còn cần bạn "cầm tay chỉ việc".
Giai đoạn 5 — Adjourning (Giải tán)
Khi dự án kết thúc, nhóm giải tán. Đây là giai đoạn thường bị bỏ quên nhưng rất quan trọng về mặt con người. Có thể xuất hiện cảm giác mất mát, hụt hẫng, đặc biệt với nhóm gắn bó lâu. PM nên: tổ chức ghi nhận thành quả, chạy lessons learned (bài học kinh nghiệm — sẽ học kỹ ở Bài 34), ăn mừng, và giúp thành viên chuyển tiếp sang vai trò mới một cách trân trọng.
Bảng liên kết nhanh: giai đoạn ↔ phong cách lãnh đạo
- Forming → Directing (chỉ đạo, làm rõ)
- Storming → Coaching (huấn luyện, hòa giải)
- Norming → Supporting (hỗ trợ, trao quyền dần)
- Performing → Delegating (ủy quyền, gỡ trở ngại)
- Adjourning → Recognizing (ghi nhận, khép lại)
Tình huống thực tế
Ví dụ 1 — Startup fintech ở TP.HCM: Storming vì "hai con gà trống"
Một startup fintech tại Quận 1, TP.HCM (tạm gọi là PayViet) lập nhóm 8 người để xây sản phẩm ví điện tử mới, deadline 4 tháng để kịp vòng gọi vốn Series A.
Tháng đầu (Forming): mọi thứ êm đẹp. Kickoff vui vẻ, ai cũng hào hứng. PM tên Linh nghĩ "nhóm này ngon".
Tháng thứ hai (Storming): hai kỹ sư senior — một người muốn dùng kiến trúc microservices, một người khăng khăng monolith cho nhanh — bắt đầu tranh cãi gay gắt trong mọi cuộc họp. Team chia làm hai phe. Vận tốc (velocity) tụt 40% so với sprint đầu. Linh hoảng, ban đầu cô cố "dẹp yên" bằng cách tự quyết định thay cả nhóm — và mọi chuyện tệ hơn vì cả hai phe đều thấy bị áp đặt.
Bước ngoặt: Linh nhận ra đây là Storming, không phải "nhóm hỏng". Cô đổi cách tiếp cận — thay vì áp đặt, cô tổ chức một buổi workshop 3 tiếng, đưa ra tiêu chí khách quan (thời gian ra thị trường, chi phí vận hành, khả năng mở rộng) và để hai kỹ sư cùng chấm điểm từng phương án. Kết quả: chọn kiến trúc lai (hybrid), tách một service thanh toán riêng, phần còn lại monolith. Quan trọng hơn cả kết quả kỹ thuật, cả hai kỹ sư cảm thấy được lắng nghe.
Bài học: PM đừng dập tắt Storming bằng quyền lực. Hãy dùng tiêu chí khách quan và quy trình công bằng để biến xung đột thành quyết định chung. Storming được xử lý tốt là cửa ngõ sang Norming.
Ví dụ 2 — Nhóm triển khai ERP ở một công ty sản xuất Bình Dương: quay lui về Forming
Một nhà máy sản xuất linh kiện tại Bình Dương triển khai hệ thống ERP với đối tác tư vấn. Nhóm 12 người đã đạt tới Performing sau 6 tháng — chạy rất mượt, tự điều phối, PM gần như chỉ ngồi gỡ trở ngại.
Rồi ba biến cố xảy ra cùng lúc: hai thành viên nòng cốt nghỉ việc, công ty bổ sung 4 người mới từ phòng ban khác, và phạm vi dự án mở rộng thêm module quản lý kho.
Kết quả: nhóm rơi ngược về Forming/Storming. Người mới không hiểu "luật chơi" ngầm, người cũ khó chịu vì phải giải thích lại từ đầu, năng suất tụt mạnh trong 3 tuần. PM tên Đức mắc sai lầm kinh điển: anh vẫn giữ phong cách Delegating (ủy quyền) như thời Performing, kỳ vọng nhóm "tự lo".
Khi được cố vấn, Đức điều chỉnh: quay lại phong cách Directing/Coaching cho phần nhóm mới, cập nhật lại team charter, ghép mỗi người mới với một "buddy" người cũ, và tổ chức lại buổi re-kickoff. Sau khoảng 4 tuần, nhóm ổn định lại và tiến nhanh về Norming.
Bài học: Tuckman không phải một chiều. Thay đổi thành viên, phạm vi, hay lãnh đạo có thể đẩy nhóm quay lui. PM giỏi là người nhận ra sự quay lui và điều chỉnh phong cách lãnh đạo tương ứng, thay vì cứng nhắc giữ nguyên cách cũ.
Ví dụ 3 — Nhóm marketing agency ở Hà Nội: mắc kẹt ở Norming vì sợ xung đột
Một agency truyền thông ở Hà Nội có nhóm 6 người làm creative cho một chiến dịch lớn. Nhóm rất hòa thuận, không bao giờ cãi nhau, họp lúc nào cũng "đồng ý hết". Nghe thì lý tưởng, nhưng chất lượng ý tưởng ngày càng nhàn nhạt, khách hàng phàn nàn "an toàn quá, thiếu đột phá".
Đây là dấu hiệu điển hình của nhóm kẹt ở Norming và rơi vào groupthink: mọi người quá ngại phá vỡ sự hòa hợp nên không dám tranh luận thật. Sự "êm đẹp" bề mặt đang che giấu việc nhóm chưa bao giờ thực sự đạt tới Performing.
PM tên Hương can thiệp: cô chủ động chỉ định một người đóng vai "phản biện" (devil's advocate) trong mỗi buổi brainstorm, đặt câu hỏi "Nếu ý tưởng này thất bại, sẽ vì lý do gì?", và tạo quy tắc mỗi người phải đưa ra ít nhất một điểm không đồng ý. Ban đầu hơi gượng, nhưng dần dần nhóm học được cách tranh luận về ý tưởng mà không công kích cá nhân — và đó chính là bước nhảy sang Performing.
Bài học: Norming êm ả không phải đích đến. Nếu nhóm không dám bất đồng, PM cần chủ động "kích" một chút xung đột lành mạnh để đẩy nhóm tới hiệu suất thật.
Hướng dẫn từng bước
Đây là quy trình thực dụng để PM đồng hành cùng nhóm qua các giai đoạn Tuckman:
- Chẩn đoán giai đoạn hiện tại. Quan sát dấu hiệu: nhóm đang lịch sự dè dặt (Forming), đang cãi vã (Storming), đang tìm nhịp (Norming), hay đang chạy mượt (Performing)? Đừng đoán mò — hãy dựa trên hành vi quan sát được và cảm nhận không khí nhóm.
- Chọn phong cách lãnh đạo phù hợp. Áp bảng liên kết: Directing cho Forming, Coaching cho Storming, Supporting cho Norming, Delegating cho Performing. Sai lầm phổ biến nhất là dùng nhầm phong cách so với giai đoạn.
- Với Forming: đầu tư vào nền tảng. Tổ chức kickoff nghiêm túc, làm rõ mục tiêu và vai trò (có thể dùng RACI — học ở Bài 32), xây team charter, tạo cơ hội cho các thành viên làm quen nhau (kể cả về mặt cá nhân).
- Với Storming: đừng né, hãy dẫn. Tạo không gian an toàn tâm lý (psychological safety), tập trung vào vấn đề không vào con người, dùng tiêu chí khách quan để giải quyết bất đồng, và nhắc lại mục tiêu chung mỗi khi căng thẳng leo thang.
- Với Norming: củng cố và cảnh giác groupthink. Ghi nhận các chuẩn mực tốt, trao quyền tự chủ dần, nhưng đồng thời chủ động khuyến khích bất đồng lành mạnh để nhóm không tự thỏa mãn.
- Với Performing: lùi lại và gỡ trở ngại. Ủy quyền thật sự, tập trung loại bỏ vật cản, phát triển từng cá nhân, bảo vệ nhóm khỏi nhiễu loạn từ bên ngoài.
- Theo dõi sự quay lui. Mỗi khi có thành viên mới, thay đổi phạm vi lớn, hay đổi lãnh đạo — hãy chủ động giả định nhóm có thể lùi giai đoạn và điều chỉnh phong cách kịp thời.
- Với Adjourning: khép lại tử tế. Ghi nhận đóng góp, chạy lessons learned, ăn mừng, và giúp thành viên chuyển tiếp một cách trân trọng.
Lỗi thường gặp & mẹo
Lỗi 1 — Coi Storming là thất bại. Nhiều PM mới hoảng loạn khi nhóm bắt đầu cãi nhau và cố dập tắt bằng mọi giá. Mẹo: hãy tự nhắc "Storming là bình thường và cần thiết". Nhiệm vụ của bạn là hướng dẫn xung đột, không phải xóa bỏ nó.
Lỗi 2 — Dùng sai phong cách lãnh đạo. Áp phong cách Delegating cho một nhóm còn ở Forming sẽ khiến họ hoang mang, mất phương hướng. Ngược lại, giữ phong cách Directing (vi quản lý) cho một nhóm đã Performing sẽ làm họ ngột ngạt và mất động lực. Mẹo: định kỳ tự hỏi "Nhóm đang ở đâu, và tôi có đang lãnh đạo đúng kiểu không?".
Lỗi 3 — Nghĩ Tuckman là một chiều, đi thẳng không quay lui. Thực tế nhóm quay lui thường xuyên. Mẹo: mỗi lần có biến động về nhân sự hoặc phạm vi, hãy chủ động "reset" kỳ vọng.
Lỗi 4 — Nhầm Norming êm ả với Performing. Một nhóm quá hòa thuận, không dám bất đồng, có thể đang mắc kẹt chứ không phải đã đạt đỉnh. Mẹo: nếu nhóm "không bao giờ có xung đột", hãy nghi ngờ và kích thích phản biện lành mạnh.
Lỗi 5 — Bỏ qua Adjourning. Kết thúc dự án cụt lủn, không ghi nhận, khiến thành viên hụt hẫng và ảnh hưởng tới lần hợp tác sau. Mẹo: luôn dành thời gian khép lại một cách trân trọng.
Mẹo bổ sung cho phòng thi PMP: Khi gặp câu hỏi tình huống, hãy nhận diện giai đoạn qua từ khóa. "Team vừa được thành lập" → Forming. "Team đang tranh cãi về vai trò/cách làm" → Storming (đáp án đúng thường là facilitate/coach, không phải escalate hay áp đặt). "Team đã thiết lập chuẩn mực, tin tưởng nhau" → Norming. "Team tự quản, hiệu suất cao" → Performing. Đề PMP hiếm khi chọn đáp án "PM ra lệnh" hay "báo cáo lên sếp" cho tình huống Storming — họ ưu tiên PM đóng vai người hỗ trợ.
Bài tập thực hành
- Tự chẩn đoán: Chọn một nhóm bạn đang tham gia (công việc hoặc dự án cá nhân). Viết ra ba dấu hiệu hành vi cụ thể và kết luận nhóm đang ở giai đoạn Tuckman nào. Giải thích tại sao.
- Kê đơn phong cách: Với nhóm ở câu 1, phong cách lãnh đạo nào là phù hợp (Directing/Coaching/Supporting/Delegating)? Nêu hai hành động cụ thể bạn (hoặc PM) nên làm ngay tuần này.
- Câu hỏi tình huống kiểu PMP: Một nhóm dự án 6 người vừa trải qua ba tuần tranh cãi liên tục về cách phân chia công việc. Hai thành viên bắt đầu tránh mặt nhau. Là PM, bạn nên làm gì đầu tiên? (a) Báo cáo sếp để thay người; (b) Tự phân chia lại công việc và ra lệnh nhóm tuân theo; (c) Tổ chức buổi facilitation để nhóm cùng thống nhất cách phân việc dựa trên tiêu chí khách quan; (d) Bỏ qua vì xung đột sẽ tự hết. Hãy chọn và giải thích lý do dựa trên giai đoạn Tuckman.
- Nhận diện quay lui: Kể ra một tình huống (thật hoặc giả định) khiến một nhóm đang Performing bị đẩy lùi về Forming/Storming. PM nên điều chỉnh phong cách lãnh đạo như thế nào?
Tóm tắt
- Mô hình Tuckman gồm 5 giai đoạn: Forming → Storming → Norming → Performing → Adjourning.
- Forming: lịch sự, dè dặt, chưa rõ vai trò → PM Directing (làm rõ mục tiêu, vai trò, team charter).
- Storming: xung đột về quyền lực và cách làm — bình thường và cần thiết → PM Coaching (hướng dẫn xung đột, dùng tiêu chí khách quan).
- Norming: chuẩn mực và lòng tin hình thành → PM Supporting; cảnh giác groupthink.
- Performing: nhóm tự quản, hiệu suất cao → PM Delegating (gỡ trở ngại, phát triển cá nhân).
- Adjourning: giải tán → PM ghi nhận, lessons learned, khép lại trân trọng.
- Tuckman không một chiều: thay đổi nhân sự/phạm vi/lãnh đạo có thể đẩy nhóm quay lui — PM phải nhận ra và điều chỉnh phong cách.
- Trong phòng thi PMP: nhận diện giai đoạn qua từ khóa, và với Storming hãy ưu tiên đáp án PM facilitate/coach thay vì áp đặt hay escalate.