Nhiều người vẫn hiểu kỹ năng làm việc nhóm (Teamwork Skills) là “hòa đồng, dễ chịu, không cãi nhau”. Cách hiểu đó khiến bạn không biết phải luyện gì. Thực tế đây là một tập hợp các năng lực rời rạc, quan sát được và đo được: nói cho người khác hiểu, nghe cho ra ý, nhận phản hồi mà không tự ái, và giữ đúng phần việc mình đã nhận.
Tổng quan nhanh
– Làm việc nhóm gồm 5 năng lực tách rời: giao tiếp rõ ràng, lắng nghe chủ động, cho và nhận phản hồi, thương lượng, chịu trách nhiệm phần việc.
– Mô hình Tuckman chia vòng đời nhóm thành bốn giai đoạn: hình thành, sóng gió, ổn định và vận hành.
– Phần lớn mâu thuẫn đến từ vai trò chồng lấn, không phải từ tính cách; phân định ai làm – ai duyệt – ai được thông báo sẽ gỡ được đa số.
– Một buổi retrospective 30 phút cuối dự án giúp nhóm sau chạy nhẹ hơn nhóm trước.
1. Kỹ năng làm việc nhóm thực chất gồm những năng lực nào
Muốn cải thiện, bạn phải tách khối “teamwork” mơ hồ thành từng năng lực nhỏ để luyện riêng. Năm năng lực dưới đây xuất hiện ở gần như mọi mô tả công việc có yêu cầu phối hợp, và mỗi thứ đều rèn được bằng hành vi cụ thể chứ không cần thay đổi tính cách.
– Giao tiếp rõ ràng (Clear Communication) nghĩa là mỗi tin nhắn hay email của bạn trả lời được ba câu: việc gì, ai làm, hạn nào. Người nhận không phải hỏi lại lần hai.
– Lắng nghe chủ động (Active Listening) đòi hỏi bạn diễn giải lại ý người khác trước khi phản bác: “Ý anh là bản demo nên lùi sang tuần sau để kịp phần dữ liệu, đúng không?” Câu này chặn đứng phần lớn hiểu nhầm trong họp.
– Cho và nhận phản hồi (Feedback) là năng lực khó nhất. Khi góp ý, bạn mô tả hành vi và tác động thay vì phán xét con người. Khi nhận góp ý, bạn hỏi thêm một câu làm rõ trước khi giải thích.
– Thương lượng (Negotiation) xuất hiện mỗi lần hai người cùng cần một nguồn lực hoặc một khung thời gian. Người thương lượng tốt tìm ra điều kiện đổi ngang, chẳng hạn nhận thêm phần việc để đổi lấy hạn trễ hai ngày.
– Chịu trách nhiệm phần việc của mình (Accountability) thể hiện qua việc báo sớm khi sắp trễ, chứ không phải qua lời hứa lúc nhận việc.
Điểm chung của cả năm năng lực là chúng đều hiện ra trong hành vi hằng ngày. Đồng nghiệp đánh giá bạn qua việc bạn có cập nhật tiến độ đúng hẹn hay không, chứ hiếm khi qua mức độ vui vẻ trong bữa trưa. Vì thế, cách rèn nhanh nhất là chọn một năng lực yếu nhất và gắn nó vào một thói quen cố định trong tuần.
2. Bốn giai đoạn phát triển nhóm theo mô hình Tuckman
Nhà tâm lý học Bruce Tuckman đề xuất mô hình bốn giai đoạn từ năm 1965, và nó vẫn được dùng rộng rãi trong quản trị dự án. Giá trị của mô hình nằm ở chỗ nó cho bạn biết mâu thuẫn giai đoạn hai là bình thường, không phải dấu hiệu nhóm hỏng. Biết mình đang ở đâu giúp bạn chọn đúng việc cần làm thay vì đốt năng lượng vào việc sai thời điểm.
| Giai đoạn | Biểu hiện thường thấy | Việc nên làm |
|---|---|---|
| Hình thành (Forming) | Ai cũng lịch sự, ít tranh luận, chờ người khác lên tiếng trước; mục tiêu còn mơ hồ. | Chốt mục tiêu, phạm vi và tiêu chí hoàn thành bằng văn bản; giới thiệu rõ chuyên môn từng người. |
| Sóng gió (Storming) | Tranh cãi về cách làm, vai trò chồng lấn, có người rút lui khỏi thảo luận. | Đưa mâu thuẫn ra bàn công khai, phân định lại vai trò, thống nhất cách ra quyết định khi bất đồng. |
| Ổn định (Norming) | Nhóm hình thành quy ước ngầm, họp ngắn lại, mọi người biết hỏi ai khi vướng. | Viết quy ước ra thành tài liệu chung để người mới đọc là hiểu; giữ nhịp standup đều. |
| Vận hành (Performing) | Công việc chạy mà không cần nhắc; nhóm tự xử lý vướng mắc trước khi báo lên. | Giảm can thiệp, chuyển sang theo dõi kết quả; giao việc khó hơn để nhóm không chững lại. |
Sai lầm phổ biến là cố nhảy cóc từ giai đoạn một sang giai đoạn bốn bằng cách né tránh tranh luận. Nhóm né sóng gió thường mang mâu thuẫn âm ỉ đi suốt dự án và bùng lên đúng lúc sát hạn. Ngược lại, một nhóm dám bàn thẳng về cách làm trong hai tuần đầu thường rút ngắn được phần lớn thời gian lãng phí ở giữa chặng.
3. Phân định vai trò để tránh chồng lấn
Đa số va chạm mà mọi người quy cho “hợp tính hay không hợp tính” thật ra là lỗi thiết kế vai trò. Hai người cùng nghĩ mình chịu trách nhiệm một đầu việc thì sẽ giẫm chân nhau; không ai nghĩ mình chịu trách nhiệm thì việc rơi. Cách gỡ đơn giản là với mỗi đầu việc, nhóm ghi rõ ba dòng: ai làm, ai duyệt, ai chỉ cần được thông báo. Đây chính là tinh thần của ma trận RACI trong quản trị dự án, nhưng bạn không cần dựng bảng phức tạp mới dùng được.
Trong một nhóm dự án thông thường sẽ có vài vai trò quen thuộc: người điều phối tiến độ, người phụ trách chuyên môn chính, người phản biện, và người liên hệ với các bộ phận khác. Một người có thể giữ hai vai, miễn là mọi người biết ranh giới. Điều gây rối nhất không phải thiếu người, mà là ranh giới không ai nói ra.
Bối cảnh làm việc cũng ảnh hưởng tới cách nhóm phân vai. Ở Hà Nội, nhiều nhóm có thành viên ngồi rải ở Cầu Giấy, Ba Đình và Nam Từ Liêm, di chuyển giữa các văn phòng vào giờ cao điểm mất cả tiếng, nên các buổi họp mặt trực tiếp trở nên đắt đỏ và phải dùng đúng chỗ. Ai từng đi làm ở đây đều quen với việc phần lớn phối hợp diễn ra qua kênh chat và tài liệu chung. Bạn có thể tham khảo thêm về đặc thù nơi làm việc ở Hà Nội để hình dung rõ hơn vì sao quy ước phối hợp từ xa lại quan trọng đến vậy với các nhóm ở đây.
Lưu ý: Vai trò “người duyệt” chỉ nên có một. Khi hai người cùng có quyền duyệt cuối, thành viên thực thi sẽ mắc kẹt giữa hai ý kiến trái nhau và thường phải làm lại từ đầu.
4. Công cụ phối hợp và quy ước đi kèm
Công cụ không tự làm nhóm phối hợp tốt hơn; quy ước sử dụng mới làm được điều đó. Một nhóm dùng đủ Trello, Asana, Slack, Microsoft Teams và Google Docs nhưng không thống nhất kênh nào dùng cho việc gì sẽ loạn thông tin nhanh hơn nhóm chỉ dùng một bảng tính. Nguyên tắc gọn nhất là mỗi loại thông tin có đúng một nơi ở.
– Trello hoặc Asana giữ trạng thái công việc, nên mọi thay đổi tiến độ phải cập nhật trên thẻ chứ không nằm trong tin nhắn riêng.
– Slack hoặc Microsoft Teams dùng cho trao đổi nhanh, và nhóm nên quy ước thời gian phản hồi kỳ vọng, chẳng hạn trong nửa ngày làm việc.
– Google Docs giữ tài liệu đang biên tập, mỗi góp ý đi kèm comment gắn vào đúng đoạn thay vì gửi bản đính kèm mới.
Ngoài chỗ ở của thông tin, nhóm nên thống nhất hai quy ước nữa: quyết định chốt ở đâu và ai cập nhật. Rất nhiều nhóm bàn xong trong cuộc họp rồi để kết luận trôi mất vì không ai ghi lại. Một dòng tóm tắt dán vào thẻ công việc ngay sau họp tiết kiệm được hàng chục tin nhắn hỏi lại về sau.
“Kênh liên lạc không thiếu, thứ thiếu là thỏa thuận về việc dùng kênh nào cho chuyện gì.”
5. Xử lý xung đột và chạy retrospective cuối dự án
Nguyên tắc gốc khi xử lý xung đột là tách vấn đề khỏi con người. Thay vì nói “anh làm chậm quá”, bạn mô tả sự việc và tác động: “Bản thiết kế về sau hạn hai ngày nên phần kiểm thử bị dồn vào cuối tuần.” Câu thứ hai mở đường cho việc bàn giải pháp, câu thứ nhất mở đường cho việc phòng thủ. Khi hai bên bế tắc, hãy quay về mục tiêu chung đã chốt ở giai đoạn hình thành và hỏi phương án nào phục vụ mục tiêu đó tốt hơn.
Cuối dự án, một buổi retrospective ngắn khoảng 30 phút giúp nhóm rút kinh nghiệm trước khi mọi người quên chi tiết. Cách chạy đơn giản gồm bốn bước.
– Mỗi người tự viết ra ba mục trong năm phút: việc gì chạy tốt, việc gì vướng, việc gì nên thử khác đi.
– Cả nhóm đọc lướt toàn bộ ghi chú rồi gom các ý trùng thành vài chủ đề chính.
– Nhóm chọn tối đa hai điều sẽ thay đổi ở dự án sau, kèm tên người theo dõi.
– Người điều phối lưu biên bản vào tài liệu chung để nhóm kế tiếp đọc được.
Giới hạn hai thay đổi là chi tiết quan trọng. Danh sách mười cải tiến nghe hoành tráng nhưng thường không có mục nào được thực hiện, trong khi hai mục cụ thể lại có cơ hội đi vào thói quen.
Mẹo: Mở đầu retrospective bằng câu nhắc rằng buổi này bàn về quy trình chứ không truy trách nhiệm cá nhân. Một câu nói ra thành lời làm thay đổi hẳn mức độ thẳng thắn của cả nhóm.
6. Câu hỏi thường gặp
1. Người hướng nội có làm việc nhóm tốt được không?
Được, vì các năng lực nêu trên đều là kỹ năng chứ không phải tính cách. Người hướng nội thường mạnh ở lắng nghe chủ động và viết tài liệu rõ ràng, hai thứ nhóm nào cũng thiếu. Điều cần luyện thêm là lên tiếng sớm khi thấy rủi ro thay vì chờ được hỏi.
2. Nhóm cứ tranh cãi liên tục thì có phải nhóm kém không?
Không hẳn. Giai đoạn sóng gió theo mô hình Tuckman vốn có tranh luận, và nhóm đi qua nó tử tế thường vận hành tốt về sau. Vấn đề chỉ nghiêm trọng khi tranh cãi xoay quanh con người thay vì cách làm, hoặc kéo dài mà không dẫn tới quyết định nào.
3. Có nên dùng nhiều công cụ quản lý cùng lúc không?
Nên hạn chế. Mỗi loại thông tin chỉ nên có một nơi lưu chính thức, còn các công cụ khác đóng vai trò phụ trợ. Khi thấy cùng một tiến độ xuất hiện ở ba chỗ với ba con số khác nhau, đó là dấu hiệu nhóm cần cắt bớt công cụ.
Nhìn tổng thể, kỹ năng làm việc nhóm không phải thứ bẩm sinh mà là tập hợp các thói quen phối hợp có thể tập từng phần. Bạn hiểu nhóm đang ở giai đoạn nào theo Tuckman, phân định rõ ai làm và ai duyệt, thống nhất chỗ ở của từng loại thông tin, rồi giữ nhịp retrospective sau mỗi dự án. Bốn việc đó đủ để phần lớn nhóm bớt va chạm và chạy trơn tru hơn hẳn.
Hoàng Văn Dũng