Mở đầu — vì sao bài này quan trọng
Có một sai lầm âm thầm mà rất nhiều Scrum Master mắc phải, kể cả những người đã có vài năm kinh nghiệm: họ chỉ giỏi đúng một "tư thế" (stance) và áp dụng nó cho mọi tình huống. Người thì lúc nào cũng "coaching" — gặp chuyện gì cũng hỏi câu hỏi mở, kể cả khi team đang cháy sản xuất và chỉ cần một câu trả lời thẳng. Người thì lúc nào cũng "teaching" — biến mọi cuộc trò chuyện thành bài giảng về Scrum Guide, khiến team cảm thấy bị dạy dỗ và mất tự chủ.
Vấn đề không nằm ở việc tư thế nào tốt hơn tư thế nào. Vấn đề là chọn sai tư thế cho đúng tình huống. Một Scrum Master giỏi ở cấp độ PSM II không phải người coaching giỏi nhất, mà là người biết khi nào nên coaching, khi nào nên dạy, khi nào nên chia sẻ kinh nghiệm, và khi nào nên đứng yên lặng nhường sân khấu. Khả năng chuyển đổi linh hoạt giữa các tư thế — và chuyển đổi một cách có ý thức, có chủ đích — chính là dấu hiệu phân biệt một Scrum Master "thợ" với một Scrum Master "chuyên gia".
Bài này tập trung hẹp vào đúng một kỹ năng: switching stances — nghệ thuật nhận biết tình huống và chuyển đổi giữa sáu tư thế của Scrum Master. Đây không phải bài về cách coaching cho hay (đã có ở các bài coaching individuals, teams), cũng không phải bài về facilitation (đã có bài riêng). Bài này dạy bạn cách điều phối tất cả các kỹ năng đó — biết lúc nào rút công cụ nào ra khỏi hộp.
Khái niệm cốt lõi
Sáu tư thế của Scrum Master (mô hình Geoff Watts)
Geoff Watts, một Agile coach kỳ cựu và tác giả cuốn Scrum Mastery, mô tả Scrum Master như một người có nhiều "chiếc mũ" khác nhau. Sáu tư thế phổ biến nhất gồm:
- Teaching (Giảng dạy) — truyền đạt kiến thức. Bạn biết một điều mà người đối diện chưa biết, và bạn nói cho họ. Ví dụ: giải thích Definition of Done là gì, tại sao Sprint có độ dài cố định, luật chơi của Daily Scrum. Đây là tư thế "tôi nói, bạn nghe", và nó hoàn toàn hợp lý khi người ta thiếu kiến thức nền.
- Mentoring (Cố vấn) — chia sẻ kinh nghiệm. Khác với teaching ở chỗ bạn không truyền kiến thức sách vở mà chia sẻ trải nghiệm cá nhân: "Hồi tôi ở team cũ, chúng tôi từng thử cách này và đây là điều xảy ra...". Mentoring mang tính gợi ý, dựa trên uy tín và kinh nghiệm của bạn, nhưng người nghe vẫn tự quyết định.
- Coaching (Khai vấn) — facilitation của tư duy. Bạn KHÔNG đưa câu trả lời. Thay vào đó bạn dùng câu hỏi mạnh để giúp người đối diện tự tìm ra câu trả lời của chính họ. Niềm tin nền tảng: người đối diện có năng lực và nguồn lực để tự giải quyết vấn đề. Đây là tư thế khó nhất và cũng dễ bị lạm dụng nhất.
- Facilitating (Điều phối) — giúp một nhóm có cuộc trò chuyện hiệu quả. Bạn trung lập về nội dung, chỉ chịu trách nhiệm về quy trình. Bạn thiết kế và dẫn dắt sự kiện (Retrospective, Planning) để mọi người tham gia, tránh xung đột phá hoại, và đi đến kết quả chung.
- Removing impediments / Doing (Hành động trực tiếp) — đôi khi Scrum Master cần xắn tay làm: gọi điện cho phòng IT để cấp quyền truy cập, đặt phòng họp, đẩy một vấn đề lên cấp quản lý. Đây là tư thế "tôi tự làm thay cho team" — hữu ích trong khủng hoảng nhưng nguy hiểm nếu lạm dụng vì nó tạo sự phụ thuộc.
- Observing / Holding space (Quan sát, giữ không gian) — tư thế bị bỏ quên nhiều nhất. Đôi khi điều tốt nhất Scrum Master có thể làm là... không làm gì. Đứng lùi lại, im lặng, để team tự vật lộn và tự trưởng thành. Nhiều khoảnh khắc team tự-quản-lý nảy sinh chính từ những khoảng lặng mà Scrum Master cố tình không lấp đầy.
Trục quyết định: hai câu hỏi để chọn tư thế
Làm sao biết chọn tư thế nào? Tôi gợi ý bạn quét nhanh qua hai trục:
Trục 1 — Người đối diện đang thiếu gì?
- Thiếu kiến thức → Teaching.
- Thiếu kinh nghiệm thực tế / mô hình tham chiếu → Mentoring.
- Có đủ năng lực nhưng bị kẹt trong suy nghĩ, cần khai mở → Coaching.
- Cả nhóm cần một cuộc trò chuyện có cấu trúc → Facilitating.
- Khẩn cấp, rủi ro cao, không có thời gian học → nghiêng về Teaching hoặc Doing.
- Không khẩn cấp, rủi ro thấp, đây là cơ hội học tập → nghiêng về Coaching hoặc Observing.
Switching có ý thức vs. switching theo bản năng
Điểm mấu chốt của bài: switching phải có ý thức. Nhiều Scrum Master chuyển tư thế theo bản năng cảm xúc — thấy bí thì nhảy vào trả lời (Doing), thấy ai sai thì giảng giải (Teaching) — mà không nhận ra mình vừa chuyển. Kết quả là họ rơi vào tư thế "mặc định" của mình mọi lúc.
Switching có ý thức nghĩa là: trong một khoảnh khắc, bạn dừng lại nửa giây, tự hỏi "Tình huống này cần tư thế nào?", rồi cố tình chọn. Và quan trọng không kém: bạn có thể chuyển tư thế ngay trong một cuộc trò chuyện — bắt đầu bằng coaching, thấy người ta thật sự thiếu kiến thức nền thì xin phép chuyển sang teaching một phút, rồi quay lại coaching.
Tình huống thực tế
Ví dụ 1 — Khi coaching trở thành tra tấn (công ty fintech ở TP.HCM)
Tại một công ty fintech khoảng 120 người ở Quận 1, TP.HCM, có một Scrum Master tên Minh vừa lấy chứng chỉ và rất hào hứng với "coaching stance". Một sáng thứ Hai, hệ thống thanh toán bị lỗi nghiêm trọng, một lập trình viên junior tên Hùng hốt hoảng hỏi: "Anh Minh, mình rollback hay hotfix bây giờ?". Minh, trung thành với coaching, đáp: "Theo em thì cách nào tốt hơn? Em nghĩ rủi ro mỗi cách là gì?".
Hùng đứng hình. Đây là tình huống cháy sản xuất, mất khoảng 40 triệu đồng doanh thu mỗi giờ, và Hùng thật sự không biết quy trình rollback của công ty. Câu hỏi coaching trong khoảnh khắc này không khai mở gì cả — nó chỉ khiến Hùng thêm hoảng và mất thêm 10 phút quý giá.
Diễn giải: Minh chọn sai tư thế trên cả hai trục. Trục 1: Hùng thiếu kiến thức (không biết quy trình) chứ không bị kẹt tư duy → cần Teaching/Doing chứ không phải Coaching. Trục 2: cực kỳ khẩn cấp, rủi ro cao → phải can thiệp nhanh.
Bài học: Coaching không phải tư thế "mặc định cao quý" để dùng mọi lúc. Trong khủng hoảng, Scrum Master giỏi sẽ chuyển ngay sang teaching ("Quy trình của mình là rollback trước, điều tra sau — em gọi DevOps ngay") hoặc thậm chí doing (tự gọi DevOps). Sau khi sự cố qua đi, lúc đó mới quay lại coaching trong Retrospective: "Lần sau làm sao để mình không phụ thuộc vào một người biết quy trình?".
Ví dụ 2 — Người thầy không bao giờ tắt chế độ giảng (công ty gia công phần mềm Đà Nẵng)
Tại một công ty outsourcing khoảng 300 nhân sự ở Đà Nẵng, Scrum Master tên Lan trước đây là tech lead, kiến thức rất chắc. Vấn đề: cô không bao giờ rời tư thế Teaching. Trong mỗi Retrospective, khi team đề xuất một ý tưởng cải tiến, Lan lập tức "đính chính": "Cách đó không đúng tinh thần Scrum đâu, theo Scrum Guide thì phải...". Sau ba tháng, team gần như câm lặng trong Retro — họ học được rằng mọi ý tưởng rồi cũng bị Lan sửa, nên thôi không nói nữa.
Một Agile coach cấp công ty quan sát hai buổi Retro và đếm được: trong 60 phút, Lan nói chiếm 38 phút. Velocity của team đi ngang suốt một quý, và điểm "tâm lý an toàn" trong khảo sát nội bộ thấp nhất trong 6 team.
Diễn giải: Lan chỉ có một chiếc mũ. Kiến thức của cô là tài sản, nhưng việc dùng Teaching liên tục đã giết chết tư duy tự chủ của team. Điều team cần trong Retro không phải kiến thức (họ đã biết Scrum), mà là Facilitating (một không gian an toàn để nói) và Coaching (câu hỏi giúp họ tự nghĩ).
Bài học: Tư thế mạnh nhất của bạn cũng có thể là cái bẫy lớn nhất. Lan cần học "kìm tay": khi một ý tưởng chưa hoàn hảo xuất hiện, thay vì sửa ngay (Teaching), hãy hỏi "Điều gì khiến em nghĩ cách đó sẽ hiệu quả?" (Coaching) hoặc đơn giản là im lặng để người khác trong team phản biện (Observing). Sau khi áp dụng "no-fixing rule" — không sửa ý tưởng nào trong 15 phút đầu Retro — tỷ lệ tham gia của team tăng rõ rệt trong vòng một tháng.
Ví dụ 3 — Chuyển nhiều tư thế trong một cuộc trò chuyện (startup logistics Singapore - Việt Nam)
Một startup logistics có team chung giữa Singapore và Hà Nội. Product Owner tên Trang đến gặp Scrum Master tên Đức, bực bội: "Team không bao giờ giao đúng cam kết Sprint. Tôi muốn anh ép họ commit cứng hơn".
Đức xử lý cuộc này bằng cách trượt qua nhiều tư thế có chủ đích:
- Mở đầu bằng Coaching: "Chị thấy việc 'commit cứng' sẽ giải quyết được gốc vấn đề gì?". Trang nói ra nỗi lo thật: cô bị sếp ép về cam kết với khách hàng.
- Khi nhận ra Trang đang hiểu lầm bản chất Sprint, Đức xin phép chuyển sang Teaching một phút: "Em chia sẻ nhanh — trong Scrum, Sprint Goal là cam kết, còn từng item là dự báo (forecast), không phải hợp đồng. Lý do là...".
- Rồi chuyển sang Mentoring: "Ở team trước của em, PO cũng gặp áp lực này. Cách tụi em làm là gắn cam kết khách hàng vào Sprint Goal thay vì từng story...".
- Cuối cùng quay lại Facilitating: "Hay là em sắp xếp một buổi 30 phút giữa chị và team để cùng thiết kế lại cách craft Sprint Goal?".
Bài học: Switching không phải chọn một tư thế cho cả cuộc nói chuyện rồi giữ nguyên. Nó là một dòng chảy — bạn liên tục đọc tín hiệu và điều chỉnh. Câu "em xin phép chia sẻ nhanh một chút" là cách signal việc chuyển tư thế một cách minh bạch, để người đối diện không thấy bị giật cục.
Hướng dẫn từng bước
Đây là quy trình thực hành để switching có ý thức, áp dụng được ngay từ tuần này:
- Tạm dừng nửa giây trước khi phản ứng. Khi ai đó đặt câu hỏi hoặc nêu vấn đề, đừng trả lời theo bản năng. Hãy có một "khoảng dừng vi mô" để chọn tư thế. Đây là kỹ năng nền tảng nhất.
- Quét trục 1 — họ thiếu gì? Thiếu kiến thức (Teaching), thiếu kinh nghiệm (Mentoring), bị kẹt tư duy (Coaching), hay cần không gian nhóm (Facilitating)?
- Quét trục 2 — cấp bách và rủi ro? Càng khẩn cấp/rủi ro cao càng nghiêng về can thiệp (Teaching/Doing). Càng an toàn càng nên nhường (Coaching/Observing).
- Mặc định nghiêng về tư thế "nhẹ tay" trước. Khi nghi ngờ, hãy thử Coaching hoặc Observing trước. Bạn luôn có thể leo thang sang Teaching/Doing nếu thấy người ta thật sự kẹt. Đi ngược lại (bắt đầu Doing rồi rút về Coaching) khó hơn nhiều.
- Signal khi chuyển tư thế. Nói rõ: "Em xin phép chia sẻ kinh nghiệm nhé" (chuyển sang Mentoring), hoặc "Chỗ này em sẽ giải thích một chút" (Teaching). Sự minh bạch giúp người đối diện không bị giật cục và giữ được mối quan hệ.
- Quan sát phản hồi và sẵn sàng chuyển tiếp. Nếu bạn đang coaching mà người ta ngày càng bối rối, đó là tín hiệu họ thiếu kiến thức nền — chuyển sang teaching. Nếu bạn đang teaching mà người ta gật đầu "em biết rồi", chuyển sang coaching.
- Tự phản tư sau mỗi sự kiện. Cuối ngày, nhìn lại 2-3 tương tác quan trọng: "Mình đã ở tư thế nào? Có phải tư thế tối ưu không? Lần sau mình chọn khác đi như thế nào?".
Lỗi thường gặp & mẹo
Lỗi 1 — Có một "tư thế mặc định" và dùng cho mọi tình huống. Đây là lỗi phổ biến nhất. Người xuất thân kỹ thuật thường mặc định Teaching; người mới học coaching thường mặc định Coaching. Mẹo: tự hỏi "Tuần qua mình đã dùng tư thế nào ít nhất?" — tư thế đó thường là điểm mù của bạn.
Lỗi 2 — Coaching trong khủng hoảng. Hỏi câu hỏi mở khi nhà đang cháy là tàn nhẫn, không phải khai mở. Mẹo: trong tình huống khẩn cấp, cho phép mình teaching/doing dứt khoát, và để dành coaching cho lúc bình tĩnh sau đó.
Lỗi 3 — Lạm dụng Doing và tạo phụ thuộc. Scrum Master "anh hùng" tự giải quyết mọi impediment khiến team không bao giờ học cách tự xoay sở. Mẹo: trước khi tự làm, hỏi "Liệu team có thể tự làm việc này nếu mình hướng dẫn chứ không làm thay không?".
Lỗi 4 — Quên hẳn tư thế Observing. Im lặng khiến nhiều Scrum Master khó chịu nên họ lấp đầy mọi khoảng lặng. Mẹo: trong Daily Scrum và Retro, hãy thử đếm thầm đến 7 sau một câu hỏi trước khi nói tiếp — thường ai đó trong team sẽ lên tiếng.
Lỗi 5 — Chuyển tư thế đột ngột không signal. Đang coaching rồi đột nhiên giảng giải khiến người đối diện thấy như bị "lật kèo". Mẹo: luôn dùng một câu chuyển tiếp ngắn để báo hiệu.
Mẹo nâng cao — Lập "bản đồ tư thế" cá nhân. Trong một tuần, ghi lại mỗi tương tác quan trọng và tư thế bạn đã dùng. Sau một tuần bạn sẽ thấy phân bố rất lệch — đó là dữ liệu để bạn luyện những tư thế đang thiếu.
Bài tập thực hành
Bài 1 — Tự kiểm kê tư thế (15 phút). Nhớ lại 5 tương tác gần nhất với team hoặc PO. Với mỗi tương tác, ghi: (a) tư thế bạn đã dùng, (b) người đối diện thật sự thiếu gì, (c) tư thế tối ưu lẽ ra nên dùng. Đếm xem bạn lệch về tư thế nào.
Bài 2 — Phân loại tình huống. Với mỗi tình huống sau, chọn tư thế phù hợp nhất và giải thích:
- Một dev mới hoàn toàn không biết Definition of Done là gì.
- Team tranh cãi gay gắt trong Retro và không ai chịu lắng nghe ai.
- PO bị kẹt không biết nên ưu tiên tính năng A hay B, nhưng có đủ thông tin để tự quyết.
- Server production sập, khách hàng đang gọi liên tục.
- Team vừa nêu một câu hỏi hay và đang suy nghĩ trong im lặng.
Bài 3 — Luyện khoảng dừng. Trong tuần tới, mỗi lần ai đó hỏi bạn một câu, hãy cố tình dừng lại đếm thầm "một-hai" trước khi đáp, và trong khoảng đó tự hỏi "tư thế nào?". Cuối tuần ghi lại cảm nhận: việc trì hoãn phản ứng bản năng đã thay đổi chất lượng câu trả lời của bạn ra sao?
Bài 4 — Đóng vai chuyển tư thế. Cùng một đồng nghiệp, đóng vai tình huống Ví dụ 3 (PO đòi ép team commit cứng). Hãy cố tình trượt qua ít nhất ba tư thế trong cuộc trò chuyện và signal rõ mỗi lần chuyển.
Tóm tắt
Switching stances là kỹ năng điều phối — nó không dạy bạn coaching hay teaching cho hay hơn, mà dạy bạn biết lúc nào dùng cái nào. Sáu tư thế của Geoff Watts — Teaching, Mentoring, Coaching, Facilitating, Doing, Observing — không xếp hạng cao thấp; mỗi tư thế tối ưu cho một loại tình huống.
Ba điều cần nhớ: (1) Chọn tư thế dựa trên hai trục — người đối diện thiếu gì và độ cấp bách/rủi ro. (2) Khi nghi ngờ, nghiêng về tư thế nhẹ tay (Coaching, Observing) để xây tự chủ, chỉ leo thang sang can thiệp mạnh khi thật cần. (3) Switching phải có ý thức và minh bạch — tạo khoảng dừng để chọn, và signal khi chuyển.
Cái bẫy lớn nhất của bạn chính là tư thế bạn giỏi nhất, vì bạn sẽ dùng nó cho cả những lúc nó không phù hợp. Một Scrum Master cấp PSM II không phải người có một chiếc mũ thật đẹp, mà là người biết đội đúng mũ vào đúng lúc — và sẵn sàng đổi mũ giữa chừng khi tình huống thay đổi.