Mở đầu — vì sao bài này quan trọng
Hãy thử nhớ lại một buổi Retrospective gần nhất của bạn. Khi cả nhóm im lặng, bạn — với tư cách Scrum Master — thường làm gì? Phần lớn người mới sẽ lao vào đưa ra giải pháp: "Theo tôi, lần sau chúng ta nên chia task nhỏ hơn." Câu nói ấy nghe có vẻ hữu ích, nhưng thực chất nó vừa giết chết cơ hội học hỏi của cả nhóm. Bạn đã thay họ suy nghĩ, thay họ kết luận, và vô tình củng cố niềm tin rằng "Scrum Master mới là người có câu trả lời".
Ở cấp độ PSM I, bạn được dạy phải hiểu Scrum framework. Ở cấp độ PSM II, bạn được kỳ vọng phải biết coaching — và xương sống của coaching chính là powerful questions (câu hỏi mạnh, câu hỏi khai vấn). Đây không phải kỹ thuật trang trí. Đây là công cụ chuyển hóa: thay vì cho con người con cá, bạn giúp họ tự nhìn ra cách bắt cá. Một câu hỏi đặt đúng lúc có thể mở khóa một insight mà mười lời khuyên không làm được, bởi vì insight do chính người ta tự tìm ra mới thực sự thay đổi hành vi.
Bài này tập trung riêng vào kỹ năng nền tảng của coaching: powerful questions. Chúng ta sẽ không bàn về 1-on-1 (Bài 8), về group dynamics (Bài 9) hay về switching giữa các coaching stance (Bài 36) — những bài đó dùng powerful questions như nguyên liệu. Ở đây, chúng ta mài sắc chính con dao ấy: thế nào là một câu hỏi mạnh, vì sao nó hiệu quả, và làm sao để bạn đặt được nó một cách tự nhiên ngay cả khi đang căng thẳng.
Khái niệm cốt lõi
Powerful question là gì?
Powerful question là câu hỏi khiến người được hỏi phải dừng lại, suy nghĩ sâu, và tự khám phá ra điều họ chưa từng nhận ra. Nó không nhằm thu thập thông tin cho bạn — nó nhằm tạo ra tư duy mới cho họ. Đây là điểm khác biệt căn bản: câu hỏi thông thường phục vụ người hỏi ("Sprint này xong chưa?"), còn powerful question phục vụ người được hỏi ("Điều gì sẽ phải đúng để Sprint này thành công?").
Theo mô hình co-active coaching, một câu hỏi mạnh có ba đặc tính cốt lõi mà bài học này lấy làm trụ:
1. Open-ended — không phải câu hỏi đóng
Câu hỏi đóng dẫn đến câu trả lời "có/không" hoặc một dữ kiện ngắn, đóng sập cuộc đối thoại. Câu hỏi mở buộc người ta phải mô tả, giải thích, suy ngẫm.
- Đóng: "Em có gặp khó khăn với task này không?" → "Dạ không."
- Mở: "Điều gì đang khiến task này khó hơn em tưởng?"
2. Curious — tò mò thật lòng
Đây là đặc tính khó nhất vì nó không nằm ở từ ngữ mà ở ý định bên trong bạn. Một câu hỏi mở vẫn có thể là câu hỏi tồi nếu bạn hỏi để dẫn dắt người ta tới câu trả lời bạn đã định sẵn. Đó gọi là leading question (câu hỏi mớm): "Em có nghĩ là nếu mình daily standup đúng giờ hơn thì sẽ tốt hơn không?" — bạn không tò mò, bạn đang ép.
Curious nghĩa là bạn thực sự không biết câu trả lời và thực sự muốn biết. Khi bạn tò mò thật, giọng điệu, ánh mắt, cách bạn im lặng chờ đợi — tất cả đều thay đổi, và người đối diện cảm nhận được sự an toàn để nói thật. Câu hỏi tò mò điển hình: "Mình tò mò, điều gì khiến em nhìn nhận vấn đề theo cách đó?"
3. Provocative — khiêu khích, thách thức giả định
Powerful question dám chạm vào những giả định mà người ta coi là hiển nhiên. Nó tạo ra một chút "khó chịu mang tính xây dựng" — đủ để lung lay tư duy cũ nhưng không tấn công con người.
Ví dụ kinh điển khi một team than "chúng tôi không thể nào estimate chính xác được":
- "Giả sử ngày mai estimate trở nên hoàn toàn không cần thiết, chúng ta sẽ làm việc khác đi như thế nào?"
Hai loại đặc biệt đáng nhớ
- Câu hỏi giả định kết quả (presupposition): "Khi vấn đề này được giải quyết, mọi thứ sẽ khác đi ra sao?" — gieo sẵn niềm tin rằng vấn đề sẽ được giải quyết.
- Câu hỏi tỷ lệ (scaling): "Trên thang 1–10, mức độ tự chủ của team hiện ở đâu? Cần gì để nhích lên 1 điểm?" — biến cảm tính mơ hồ thành bước hành động cụ thể.
Tình huống thực tế
Tình huống 1 — Tiki: khi Scrum Master trở thành "máy trả lời"
Tại một nhóm phát triển ở một công ty thương mại điện tử lớn của Việt Nam (tạm gọi là nhóm Checkout của Tiki), Scrum Master tên Hùng nổi tiếng là người "giải quyết mọi thứ". Bất kỳ ai vướng mắc, Hùng đều có lời khuyên ngay lập tức. Nghe có vẻ tốt, nhưng sau 6 Sprint, Hùng nhận ra một dấu hiệu báo động: mỗi khi anh nghỉ phép, velocity của team tụt khoảng 30% và các quyết định bị treo lại chờ anh về.
Trong một buổi 1-on-1, một lập trình viên nói: "Anh cứ quyết đi, anh nghĩ sao cũng được." Câu nói đó là một cú tát. Hùng nhận ra mình đã tạo ra sự phụ thuộc.
Anh thay đổi. Lần sau, khi một dev hỏi "Anh ơi nên dùng cách A hay cách B?", thay vì chọn giúp, anh hỏi: "Nếu em phải tự quyết và anh không có ở đây, em sẽ chọn cái nào, và điều gì khiến em do dự?" Lần đầu im lặng rất lâu. Nhưng dev ấy tự nói ra được lý do, tự chọn phương án A, và phương án đó chạy tốt.
Bài học: Câu hỏi mở + giả định "em tự quyết được" đã chuyển trách nhiệm tư duy về đúng chỗ. Sau 3 tháng, khi Hùng nghỉ phép, velocity gần như không đổi. Powerful questions không làm Scrum Master kém quan trọng đi — nó làm cho sự quan trọng đó bền vững mà không cần bạn có mặt.
Tình huống 2 — Một fintech ở Singapore: thách thức giả định "không kịp deadline"
Tại một startup fintech ở Singapore (khoảng 40 kỹ sư, 5 Scrum team), Product Owner liên tục ép tiến độ: "Không kịp ngày 30 thì mất hợp đồng với ngân hàng đối tác." Cả team chìm trong tâm thế "phải làm cho xong bằng mọi giá", chất lượng tụt dốc, defect rate Sprint trước lên tới 18 bug nghiêm trọng.
Scrum Master không phản bác PO. Cô ấy đặt một câu hỏi provocative trước cả PO và team: "Nếu chúng ta buộc phải giao một phần nhỏ nhất nhưng thực sự dùng được vào ngày 30 thay vì toàn bộ tính năng, phần nhỏ nhất đó sẽ là gì?"
Câu hỏi này thách thức giả định ngầm "phải giao toàn bộ hoặc không gì cả". Trong 20 phút thảo luận, nhóm nhận ra 80% giá trị hợp đồng nằm ở một luồng nghiệp vụ duy nhất. Họ tái cấu trúc Sprint Goal quanh luồng đó, giao đúng hạn, và defect rate Sprint sau giảm còn 3.
Bài học: Một câu hỏi provocative không tấn công ai, nhưng làm lung lay giả định "all-or-nothing" và mở ra giải pháp mà mệnh lệnh không bao giờ tìm ra. Lưu ý cách đặt câu hỏi không đứng về phe PO hay phe team — nó đứng về phía vấn đề.
Tình huống 3 — Ngân hàng VN: chiếc bẫy của câu hỏi mớm
Tại một ngân hàng số ở Việt Nam, Scrum Master trẻ tên Lan rất thích "coaching", nhưng cô mắc lỗi rất phổ biến. Trong Retrospective, cô hỏi: "Mọi người có thấy là daily của mình hơi dài dòng và nên tập trung vào blocker hơn không?" Cả team gật gù "Dạ đúng rồi chị". Nhưng tuần sau, daily vẫn dài như cũ.
Lý do: đó không phải câu hỏi, đó là lời khuyên của Lan được ngụy trang dưới dấu hỏi. Team gật vì lịch sự, không vì họ tự nhận ra. Một coach giàu kinh nghiệm góp ý, và Lan đổi cách hỏi: "Mục đích thật sự của Daily Scrum với chúng ta là gì? Và buổi daily hiện tại đang phục vụ mục đích đó tốt đến đâu?"
Lần này team tự tranh luận, tự kết luận rằng họ đang biến daily thành báo cáo cho Lan thay vì lập kế hoạch cho chính mình. Họ tự đề xuất bỏ phần "báo cáo cho Scrum Master". Daily rút xuống còn 12 phút và thực chất hơn hẳn.
Bài học: Câu hỏi mở chưa đủ — phải tò mò thật, không gài sẵn đáp án. Khi bạn đã biết câu trả lời mình muốn nghe, bạn không còn đang coaching nữa.
Hướng dẫn từng bước
Đây là quy trình thực hành để đặt một powerful question đúng lúc, áp dụng được ngay trong các Scrum event:
- Dừng lại và lắng nghe để hiểu, không phải để đáp. Trước khi nghĩ câu hỏi, hãy nghe trọn vẹn điều người ta nói và cả điều họ chưa nói. Powerful question luôn xuất phát từ điều bạn vừa nghe, không phải từ một danh sách thuộc lòng.
- Kiểm tra ý định của chính mình. Tự hỏi thầm: "Mình hỏi để giúp họ suy nghĩ, hay để mớm cho họ kết luận của mình?" Nếu là vế sau, hãy bỏ câu hỏi đó đi.
- Mở đầu bằng "Điều gì" hoặc "Như thế nào". Cấu trúc lại trong đầu: từ câu đóng → câu mở. Tránh "Tại sao" khi không cần thiết; nếu cần, dùng "Điều gì khiến...".
- Giữ câu hỏi ngắn và chỉ một ý. Đừng hỏi chùm ba câu một lúc. "Em nghĩ sao về việc này, hay là mình nên... à mà em có thấy...?" — đó là câu hỏi giết chết tư duy. Một câu hỏi sắc bén, rồi im lặng.
- Ôm lấy sự im lặng (8 giây vàng). Sau khi hỏi, hãy đếm thầm tới 8 trước khi nói thêm. Im lặng là nơi tư duy diễn ra. Người mới thường chịu không nổi 3 giây đã vội giải thích lại câu hỏi — đó là sai lầm phá hỏng tất cả.
- Đào sâu bằng câu hỏi nối tiếp. Khi họ trả lời, đừng nhảy sang chủ đề khác. "Em nói thêm về ý đó được không?" hoặc "Còn gì nữa không?" — câu "Còn gì nữa?" (What else?) thường moi ra insight giá trị nhất, vì câu trả lời đầu tiên hiếm khi là câu sâu nhất.
- Để họ giữ quyền sở hữu hành động. Kết thúc bằng câu hướng tới hành động do chính họ chọn: "Vậy bước đầu tiên em muốn thử là gì?"
Lỗi thường gặp & mẹo
Lỗi 1 — Hỏi xong tự trả lời. Đây là lỗi phổ biến nhất. Bạn hỏi "Điều gì cản trở team?", chờ 2 giây thấy im lặng liền tiếp "chắc là do thiếu người đúng không?". Mẹo: tập chịu đựng im lặng. Hãy coi im lặng là dấu hiệu tốt — nó nghĩa là người ta đang suy nghĩ thật.
Lỗi 2 — Leading question (câu hỏi mớm). Như tình huống của Lan. Dấu hiệu nhận biết: nếu câu hỏi của bạn có thể trả lời "đúng/không" và bạn đã biết bạn muốn nghe "đúng", thì đó là lời khuyên trá hình. Mẹo: bỏ hết cụm "có phải là... không", "đúng không", "nên... đúng chứ".
Lỗi 3 — Lạm dụng "Tại sao". Trong văn hóa Việt Nam, "Tại sao" dễ tạo cảm giác bị chất vấn, đặc biệt với người ít kinh nghiệm hoặc trong môi trường thứ bậc. Mẹo: dùng "Điều gì dẫn đến...", "Như thế nào mà...".
Lỗi 4 — Hỏi để khoe rằng mình đã biết. Một số Scrum Master đặt câu hỏi gài bẫy để chứng tỏ team sai. Điều này phá hủy tâm lý an toàn. Mẹo: trước khi hỏi, kiểm tra động cơ — bạn đang muốn họ trưởng thành, hay muốn mình đúng?
Lỗi 5 — Câu hỏi quá trừu tượng, đao to búa lớn. "Mục đích tồn tại của team chúng ta trong vũ trụ này là gì?" nghe rất sâu nhưng làm người ta tê liệt. Mẹo: gắn câu hỏi vào tình huống cụ thể vừa xảy ra. Câu hỏi tỷ lệ (scaling 1–10) là cách tuyệt vời để cụ thể hóa.
Mẹo vàng — Xây "ngân hàng câu hỏi" của riêng bạn. Hãy ghi lại 10–15 câu hỏi mạnh mà bạn thấy hiệu quả, phân theo tình huống (khi team bế tắc, khi có xung đột, khi cần ra quyết định). Trước mỗi event quan trọng, đọc lại 2–3 câu. Dần dần chúng trở thành phản xạ tự nhiên.
Bài tập thực hành
Bài tập 1 — Chuyển đổi câu đóng thành câu mở. Viết lại 5 câu sau thành câu hỏi mở, tò mò:
- "Sprint này ổn chứ?"
- "Em có hiểu task không?"
- "Mình có nên refactor không?"
- "Bug này nghiêm trọng à?"
- "Team có đồng ý không?"
Bài tập 3 — Thử thách 8 giây. Chọn 3 lần trong tuần, sau khi đặt câu hỏi, đếm thầm tới 8 trước khi nói thêm bất cứ điều gì. Ghi lại cảm giác của bạn và điều bất ngờ trong câu trả lời nhận được.
Bài tập 4 — Câu hỏi provocative. Lấy một niềm tin mà team bạn coi là hiển nhiên ("không thể bỏ tài liệu", "không thể giao sớm hơn", "không thể tự test"). Thiết kế một câu hỏi giả định ("Giả sử điều đó không còn đúng nữa...") để thách thức nó. Đặt câu hỏi đó trong Retrospective gần nhất và quan sát.
Tóm tắt
Powerful questions là kỹ năng nền tảng phân biệt một Scrum Master cấp PSM I (người hiểu framework) với một Scrum Master cấp PSM II (người coach được con người). Một câu hỏi mạnh có ba đặc tính: open-ended (mở, không yes/no, ưu tiên "Điều gì/Như thế nào"), curious (tò mò thật lòng, không gài đáp án), và provocative (dám thách thức giả định một cách xây dựng).
Sức mạnh của nó không nằm ở việc bạn thông minh đến đâu, mà ở chỗ bạn giúp người khác tự khám phá ra điều họ chưa từng thấy — bởi insight do chính họ tìm ra mới thay đổi hành vi. Hãy nhớ ba sai lầm chết người cần tránh: hỏi xong tự trả lời, câu hỏi mớm, và lạm dụng "tại sao". Hãy nhớ ba người bạn quý: sự im lặng 8 giây, câu "Còn gì nữa?", và việc luôn để quyền sở hữu hành động ở phía người được coach.
Lần tới khi cả nhóm im lặng và bạn thấy ngứa miệng muốn đưa giải pháp, hãy hít một hơi và tự hỏi: "Câu hỏi nào sẽ giúp họ tự tìm ra điều này?" Đó chính là khoảnh khắc bạn bước từ một người quản lý quy trình thành một người coach thực thụ.