Mở đầu — vì sao bài này quan trọng
Ở cấp độ PSM I, chúng ta thường nghĩ về Scrum Master như người phục vụ cả nhóm: facilitate sự kiện, gỡ impediment, bảo vệ nhóm khỏi nhiễu loạn từ bên ngoài. Nhưng khi bạn đứng ở vai trò PSM II, sẽ có những thời điểm mà vấn đề không nằm ở "cả nhóm" — nó nằm ở một con người cụ thể. Một developer giỏi kỹ thuật nhưng độc đoán, làm cả nhóm ngại lên tiếng. Một bạn QA mới vào nghề, kỹ năng còn yếu đến mức làm nghẽn flow của Sprint. Một thành viên đang âm thầm chán nản vì không nhìn thấy con đường phát triển nghề nghiệp.
Những tình huống này không thể giải quyết bằng một buổi Retrospective tập thể. Nói thẳng trong nhóm về điểm yếu của một cá nhân là cách nhanh nhất để phá vỡ tâm lý an toàn (psychological safety) và biến người đó thành kẻ phòng thủ. Đây chính là lúc bạn cần đến năng lực coaching cá nhân 1-on-1 — kỹ năng phân biệt một Scrum Master "facilitator" với một Scrum Master thực sự là "coach".
Bài học này tập trung riêng vào nghệ thuật coaching từng người. Lưu ý: bài này KHÔNG bàn về kỹ thuật đặt câu hỏi mạnh (đó là Bài 7), cũng không bàn về group dynamics khi coach cả nhóm (Bài 9). Ở đây ta hỏi: Khi nào nên kéo riêng một người ra để coach? Và làm thế nào để buổi 1-on-1 đó thực sự tạo ra thay đổi, thay vì biến thành một buổi "lên lớp" khiến đối phương khép lòng?
Khái niệm cốt lõi
Coaching cá nhân khác gì với mentoring, managing, hay góp ý?
Đây là phân biệt quan trọng nhất, vì hầu hết Scrum Master Việt Nam khi mới làm 1-on-1 đều vô tình rơi vào chế độ "sếp góp ý nhân viên".
- Mentoring: bạn có kinh nghiệm, bạn chỉ đường. "Theo anh, em nên làm X." Hữu ích khi đối phương thiếu kiến thức.
- Managing: bạn có quyền lực, bạn giao việc và đánh giá. Scrum Master không có quyền này với developer.
- Coaching: bạn tin rằng đối phương có đủ nguồn lực để tự tìm ra giải pháp; nhiệm vụ của bạn là giúp họ tự nhận ra. "Em thấy điều gì đang cản trở mình?"
Bốn tình huống điển hình cần coach 1-on-1
Dàn ý gốc của bài đã chỉ ra bốn cảnh thường gặp. Hãy hiểu sâu từng cái:
1. Performance issue (vấn đề hiệu suất). Một người liên tục không hoàn thành cam kết, code có chất lượng thấp, hay thường xuyên trễ. Cám dỗ lớn nhất là quy kết "bạn này lười / yếu". Coaching đòi hỏi bạn tách hành vi quan sát được khỏi câu chuyện bạn tự kể. Có thể bạn ấy đang bị overload ngầm vì ai cũng nhờ vả; có thể định nghĩa "done" không rõ ràng; có thể bạn ấy đang gặp vấn đề cá nhân.
2. Skill gap đang block cả nhóm. Khác với performance issue ở chỗ: người này muốn làm tốt nhưng chưa đủ năng lực, và khoảng trống đó đang làm nghẽn flow. Ví dụ một bạn junior không viết được unit test khiến PR luôn bị treo. Ở đây coaching thuần túy ("em nghĩ sao?") là chưa đủ — bạn cần pha mentoring và sắp xếp pairing.
3. Conflict với một thành viên khác. Khi hai người va chạm, kéo cả nhóm vào là sai lầm. Coach từng người riêng để mỗi người tự nhìn lại phần trách nhiệm của mình, trước khi (nếu cần) facilitate một cuộc đối thoại chung. (Kỹ thuật xử lý xung đột nâng cao là Bài 15; ở đây ta chỉ dừng ở khía cạnh coaching cá nhân.)
4. Career growth conversation (đối thoại phát triển nghề nghiệp). Đây là loại 1-on-1 không xuất phát từ vấn đề, mà từ cơ hội. Một thành viên giỏi đang băn khoăn về hướng đi. Nếu bạn không chủ động, bạn sẽ mất họ — họ nghỉ việc, và bạn ngạc nhiên vì "không hề thấy dấu hiệu gì". Coach growth là cách giữ người tài và xây dựng nhóm tự quản trị (self-managing — chủ đề Bài 16).
Nguyên tắc nền: an toàn, tự nguyện, bảo mật
Coaching 1-on-1 chỉ hiệu quả khi đối phương cảm thấy: (a) bạn ở cùng phe với họ chứ không phải đến để "bắt lỗi"; (b) cuộc trò chuyện này được giữ kín, không thành đề tài bàn tán; (c) họ có quyền không tham gia. Một Scrum Master kéo người ta vào phòng họp rồi "phán" sẽ không bao giờ tạo được thay đổi bền vững — chỉ tạo ra sự tuân thủ giả tạo.
Tình huống thực tế
Tình huống 1 — Developer "ngôi sao" làm cả nhóm im lặng (Tiki, Sài Gòn)
Tại một nhóm phát triển ở một công ty thương mại điện tử lớn tại TP.HCM, anh Hùng là senior developer giỏi nhất — nhưng mỗi Sprint Planning, khi anh phát biểu, cả nhóm ngừng tranh luận. Velocity nhóm ổn, nhưng Scrum Master tên Lan nhận thấy hai junior gần như không bao giờ đề xuất gì, và trong Retrospective có người ẩn danh viết: "Cảm giác ý kiến mình không quan trọng."
Lan không nêu việc này trong Retro (sẽ chỉ ра mặt anh Hùng trước cả nhóm). Cô hẹn cà phê riêng. Thay vì nói "Anh đang lấn át nhóm", cô mô tả hành vi quan sát được: "Em để ý trong ba buổi Planning vừa rồi, sau khi anh đưa giải pháp thì thường không ai phản biện nữa. Anh có nhận ra điều đó không?" Hùng thừa nhận anh không để ý. Lan hỏi tiếp: "Anh nghĩ điều gì khiến các bạn junior ngại lên tiếng?" — và chính Hùng tự kết luận rằng anh nói quá nhanh, quá chắc. Họ cùng thống nhất một thử nghiệm nhỏ: trong Planning kế tiếp, Hùng sẽ là người phát biểu cuối cùng, không phải đầu tiên.
Bài học: Coaching hiệu quả không phải nói cho người ta biết họ sai, mà tạo điều kiện để họ tự nhìn ra. Việc mô tả hành vi cụ thể (ba buổi, không ai phản biện) thay vì gán nhãn ("anh độc đoán") giữ cho đối phương không phòng thủ. Và giải pháp là một thử nghiệm có thể đảo ngược, không phải một bản án.
Tình huống 2 — Junior QA làm nghẽn flow (một startup fintech, Hà Nội)
Một startup fintech khoảng 30 người ở Hà Nội nhận một bạn QA mới ra trường, tên Mai. Sau ba Sprint, Scrum Master nhận ra một mẫu hình: các user story thường "kẹt" ở cột Testing 2–3 ngày, kéo cycle time trung bình từ 4 lên 7 ngày. Mai không lười — bạn ấy làm tới khuya — nhưng chưa biết cách viết test case có cấu trúc và sợ "duyệt nhầm" nên kiểm tra thủ công lặp đi lặp lại.
Đây rõ ràng là skill gap, không phải performance attitude. Nếu Scrum Master chỉ hỏi "Em nghĩ sao mình cải thiện được?" thì vô ích — Mai không biết cái mình không biết. Cách xử lý đúng là pha trộn: trước hết coaching để Mai tự nói ra nỗi sợ ("Em sợ bug lọt ra production thì là lỗi của em"), rồi chuyển sang mentoring/teaching và sắp xếp pairing với một QA senior trong hai Sprint. Sau đó Scrum Master coach lại về sự tự tin: "Lần test vừa rồi em quyết định pass story đó dựa trên cơ sở nào? Em thấy quyết định đó thế nào?"
Bài học: Phải chẩn đoán loại vấn đề trước khi chọn stance. Coaching thuần (đặt câu hỏi) phù hợp khi người ta có năng lực nhưng kẹt nhận thức; với skill gap thật sự, coaching mù quáng chỉ làm đối phương thấy bị bỏ rơi. Một SM giỏi biết khi nào nên dạy.
Tình huống 3 — Đối thoại nghề nghiệp giữ chân người tài (công ty outsourcing, Đà Nẵng)
Tại một công ty gia công phần mềm ở Đà Nẵng chuyên làm dự án cho khách Nhật, Scrum Master tên Phong duy trì lịch 1-on-1 30 phút mỗi hai tuần với từng thành viên — không phải để kiểm tra công việc, mà để lắng nghe. Trong một buổi, một developer 3 năm kinh nghiệm tên Tú nói lấp lửng: "Em thấy mình cứ làm mãi mấy việc CRUD này." Nhiều Scrum Master sẽ bỏ qua. Phong nhận ra đây là tín hiệu nghỉ việc sớm.
Anh hỏi: "Nếu hình dung công việc lý tưởng sau một năm nữa, em đang làm gì?" Tú nói muốn đụng tới kiến trúc hệ thống và mảng performance. Phong không hứa hẹn thăng chức (anh không có quyền đó), nhưng anh kết nối Tú với một tech lead để Tú nhận một spike về tối ưu query trong Sprint tới, và đề xuất Product Owner đưa vài hạng mục kỹ thuật vào backlog. Tú ở lại, và sáu tháng sau trở thành người dẫn dắt mảng performance của nhóm.
Bài học: Coaching cá nhân không chỉ chữa cháy. 1-on-1 định kỳ là "radar" giúp bạn bắt được tín hiệu yếu trước khi nó thành khủng hoảng. Và career coaching không đòi bạn phải có quyền lực của manager — bạn tạo ra giá trị bằng cách kết nối nguyện vọng của cá nhân với cơ hội có thật trong hệ thống.
Hướng dẫn từng bước
Dưới đây là khung một buổi coaching 1-on-1 mà bạn có thể áp dụng ngay. Tôi gợi ý dùng mô hình GROW làm xương sống vì nó đơn giản và dễ nhớ.
Bước 0 — Chuẩn bị và mời (trước buổi). Xác định rõ ý định của buổi nói chuyện và loại vấn đề (performance / skill gap / conflict / growth). Mời một cách tôn trọng và phi đe dọa: "Em muốn dành 30 phút trò chuyện riêng với anh về việc X, khi nào tiện anh nhé?" Chọn không gian trung lập (quán cà phê, phòng họp nhỏ), không phải bàn của bạn.
Bước 1 — Tạo an toàn và làm rõ mục đích (Goal). Mở đầu bằng việc khẳng định ý định tốt: "Mục tiêu của em hôm nay là cùng anh nhìn lại Y, không phải để đánh giá." Sau đó để đối phương đồng kiến tạo mục tiêu buổi nói chuyện: "Anh muốn buổi này kết thúc với điều gì hữu ích cho anh?"
Bước 2 — Khám phá thực tại (Reality). Mô tả hành vi/dữ kiện quan sát được một cách trung lập, cụ thể, rồi nhường sàn cho đối phương kể góc nhìn của họ. Hãy im lặng và lắng nghe nhiều hơn nói. Quy tắc vàng: trong giai đoạn này bạn nói tối đa 30% thời gian.
Bước 3 — Mở ra lựa chọn (Options). Để đối phương đề xuất giải pháp trước: "Anh nghĩ mình có thể thử những cách nào?" Chỉ khi họ thực sự bí, bạn mới xin phép đóng góp: "Em có vài ý, anh có muốn nghe không?" — xin phép là cách tôn trọng quyền tự chủ.
Bước 4 — Cam kết hành động (Way forward). Chốt một bước đi nhỏ, cụ thể, có thể đo được và đảo ngược được. "Trong Sprint tới anh sẽ thử làm X" tốt hơn "anh sẽ cố gắng cải thiện". Nhỏ để dễ bắt đầu, đảo ngược được để giảm áp lực.
Bước 5 — Đóng và hẹn theo dõi. Tóm lại điều đã thống nhất, cảm ơn sự cởi mở của họ, và hẹn một mốc kiểm tra lại. Coaching là một quá trình, không phải một sự kiện đơn lẻ.
Lỗi thường gặp & mẹo
Lỗi 1 — Biến coaching thành "lên lớp". Khi bạn nói 80% thời gian và toàn đưa lời khuyên, đó không còn là coaching. Mẹo: tự đặt quy tắc nói ít hơn nghe; sau mỗi câu hỏi, đếm thầm tới ba trước khi phá vỡ im lặng — khoảng lặng là nơi đối phương suy nghĩ.
Lỗi 2 — Gán nhãn thay vì mô tả hành vi. "Em thấy anh thiếu trách nhiệm" lập tức kích hoạt phòng thủ. Mẹo: dùng công thức "Em quan sát thấy [dữ kiện cụ thể], em tò mò điều gì đang diễn ra?"
Lỗi 3 — Coach khi đáng lẽ phải dạy. Với một skill gap thật, hỏi "em nghĩ sao" chỉ làm đối phương thấy lạc lõng. Mẹo: chẩn đoán trước — đây là không biết cách hay không nhận ra vấn đề? Cái đầu cần teaching/pairing, cái sau cần coaching.
Lỗi 4 — Vượt ranh giới sang vai quản lý. Scrum Master không đánh giá lương thưởng hay kỷ luật. Nếu vấn đề thực sự thuộc thẩm quyền quản lý (ví dụ vi phạm kỷ luật nghiêm trọng), hãy giúp kết nối đúng người, đừng tự đóng vai sếp. Mẹo: khi thấy mình đang "ra lệnh", dừng lại và hỏi: việc này có còn là coaching không?
Lỗi 5 — Phá vỡ bảo mật. Mang nội dung 1-on-1 ra Retro hay kể cho người khác là cách giết chết lòng tin vĩnh viễn. Mẹo: coi mọi buổi 1-on-1 là mặc định bảo mật, trừ khi đôi bên cùng đồng ý chia sẻ.
Mẹo nâng cao — Tách "ý định" khỏi "tác động". Người gây vấn đề thường có ý định tốt nhưng tác động xấu. Giúp họ nhìn thấy khoảng cách đó ("Em tin ý của anh là giúp nhóm nhanh hơn — và tác động lại là các bạn ngại lên tiếng") mạnh hơn nhiều so với buộc tội.
Bài tập thực hành
Bài 1 — Chẩn đoán loại vấn đề. Lấy một thành viên thực tế trong nhóm bạn đang gặp khó. Viết ra: hành vi quan sát được (chỉ dữ kiện), rồi phân loại nó vào một trong bốn nhóm (performance / skill gap / conflict / growth). Tự hỏi: tôi đang định coach hay nên teach? Vì sao?
Bài 2 — Viết lại câu gán nhãn. Lấy ba câu nhận xét tiêu cực bạn từng nghĩ về đồng nghiệp (ví dụ "bạn này lười"). Viết lại mỗi câu thành một câu mô tả hành vi trung lập kèm một câu hỏi tò mò, không phán xét.
Bài 3 — Đóng vai GROW. Nhờ một đồng nghiệp đóng vai, thực hành đủ năm bước trong 15 phút về một tình huống giả định. Sau đó nhờ họ phản hồi: bạn đã nói bao nhiêu phần trăm thời gian? Có khoảnh khắc nào bạn rơi vào chế độ "lên lớp" không?
Bài 4 — Thiết lập nhịp 1-on-1. Lên lịch 1-on-1 định kỳ (15–30 phút) với từng thành viên trong nhóm trong bốn tuần tới, với mục tiêu lắng nghe và phát triển, không phải kiểm tra tiến độ. Ghi lại những "tín hiệu yếu" bạn phát hiện được.
Tóm tắt
Coaching cá nhân 1-on-1 là năng lực phân biệt một Scrum Master cấp PSM II với người chỉ biết chạy sự kiện. Có bốn dịp điển hình cần kéo riêng một người ra: vấn đề hiệu suất, skill gap đang block nhóm, xung đột với thành viên khác, và đối thoại phát triển nghề nghiệp. Với mỗi dịp, hãy chẩn đoán loại vấn đề trước để chọn đúng stance: mặc định bắt đầu bằng coaching (giúp họ tự nhận ra), chỉ chuyển sang teaching/mentoring khi xác định rõ là thiếu kiến thức.
Ba nguyên tắc nền không thể thiếu: an toàn tâm lý, tính tự nguyện, và bảo mật. Khung GROW (Goal – Reality – Options – Way forward) là xương sống thực dụng cho mỗi buổi, với nguyên tắc nói ít nghe nhiều, mô tả hành vi thay vì gán nhãn, và chốt bằng một hành động nhỏ, cụ thể, đảo ngược được. Tránh năm cái bẫy lớn: lên lớp, gán nhãn, coach nhầm chỗ đáng dạy, vượt ranh giới quản lý, và phá vỡ bảo mật.
Nhớ rằng coaching không phải hành động chữa cháy một lần — nó là một nhịp đều đặn giúp bạn vừa giải quyết vấn đề vừa nuôi dưỡng những con người có khả năng tự quản trị. Khi bạn coach từng cá nhân tốt, bạn đang đặt nền móng cho cả nhóm trưởng thành.