Siêu năng lực mới của nhà lãnh đạo kỹ thuật là đặt những câu hỏi hay hơn
Hầu hết các nhà lãnh đạo tiếp cận AI sai cách. Họ hỏi nó để lấy câu trả lời. Họ nhắc prompt để lấy đầu ra. Họ coi nó như một cách nhanh hơn để hoàn thành công việc.
Có thể hiểu được. Chúng ta được đào tạo để coi trọng câu trả lời. Câu trả lời đóng ticket. Câu trả lời gỡ bỏ tắc nghẽn cho nhóm. Câu trả lời khiến bạn trông thông minh trong các cuộc họp. Nhưng trong kỷ nguyên AI, câu trả lời thì rẻ. Tài nguyên khan hiếm là câu hỏi.
Vì sao câu hỏi giờ đây quan trọng hơn
Trước AI, yếu tố giới hạn là khả năng thực thi. Liệu chúng ta có xây được nó không? Liệu chúng ta có phát hành được nó không? Nhà lãnh đạo có thể đưa ra câu trả lời chính là nhà lãnh đạo tạo ra giá trị.
AI đã đảo ngược điều này. Bất kỳ kỹ sư nào có một prompt giờ đây đều có thể tạo ra một câu trả lời hợp lý cho hầu hết các câu hỏi kỹ thuật. Điều còn khan hiếm là biết nên đặt câu hỏi nào.
Một nhà lãnh đạo đặt câu hỏi hay hơn tạo ra kết quả tốt hơn không phải vì họ biết nhiều hơn, mà vì họ định hướng sự chú ý hiệu quả hơn. “Điều này phụ thuộc vào những giả định nào?” làm lộ ra rủi ro mà không prompt nào tiết lộ. “Điều gì phải đúng thì điều này mới thất bại?” xác định các chế độ hỏng hóc mà không buổi code review nào bắt được.
Ba loại câu hỏi quan trọng nhất
Tôi nhận thấy ba nhóm tạo ra đòn bẩy lớn nhất. Câu hỏi định khung thiết lập ranh giới — “Chúng ta thực sự đang giải quyết vấn đề gì?” “Thành công trông như thế nào?” Những câu hỏi này ngăn các nhóm xây dựng nhầm thứ một cách hiệu quả.
Câu hỏi ràng buộc làm lộ ra những giới hạn ẩn — “Chúng ta đang giả định gì về sự phụ thuộc này?” “Điều gì sẽ hỏng nếu hệ thống này không khả dụng?” Những câu hỏi này bắt lấy các giả định sẽ biến thành sự cố.
Câu hỏi kế thừa kết nối hiện tại với quá khứ — “Cách tiếp cận này đã từng được thử chưa?” “Lần trước chúng ta học được gì?” Những câu hỏi này ngăn các tổ chức lặp lại những sai lầm mà không ai ghi chép.
Câu hỏi hay nhất tôi đặt ra hiện nay
Trước một buổi rà soát, tôi hỏi AI: “Tôi nên đặt những câu hỏi nào về đề xuất này?” Các câu trả lời hiếm khi là những câu hỏi mà tôi tự nghĩ ra. Chúng hay hơn vì chúng dựa trên dữ liệu và lịch sử mà tôi không thể giữ trong đầu.
Kết quả là tôi đóng góp nhiều giá trị hơn bằng cách đặt ba câu hỏi hay so với việc đưa ra mười câu trả lời. Đó là một bài học khó nuốt. Bản năng của tôi vẫn là đưa ra câu trả lời. Nhưng dữ liệu không nói dối — các nhóm nhận được những câu hỏi tốt nhất sẽ đưa ra quyết định tốt hơn các nhóm nhận được những câu trả lời tốt nhất.
Điều này có ý nghĩa gì với vai trò của bạn
Nếu bạn là một nhà lãnh đạo kỹ thuật tự hào về việc mình có câu trả lời, thì sự chuyển đổi này sẽ khiến bạn khó chịu. Danh tính của bạn được xây dựng trên việc trở thành người biết. Việc chuyển sang làm người đặt câu hỏi đòi hỏi phải buông bỏ danh tính đó.
Nhưng đòn bẩy là thật. Một nhóm học được cách đặt câu hỏi hay hơn sẽ vượt trội hơn một nhóm có câu trả lời tốt hơn, mọi lúc. Câu hỏi hay dẫn đến hiểu biết tốt hơn. Hiểu biết tốt hơn dẫn đến những quyết định đứng vững.
Những nhà lãnh đạo kỹ thuật giỏi nhất trong kỷ nguyên AI sẽ không phải là những người có câu trả lời tốt nhất. Họ sẽ là những người đặt ra câu hỏi khiến câu trả lời của mọi người khác trở nên tốt hơn.
Kỹ năng giá trị nhất mà không ai dạy
Chúng ta dành nhiều năm dạy các kỹ sư tạo ra câu trả lời tốt. Viết code sạch. Thiết kế kiến trúc vững chắc. Gỡ lỗi hiệu quả. Tất cả đều là kỹ năng trả lời. Những kỹ năng giá trị. Nhưng chúng chính là những kỹ năng AI giỏi nhất.
Kỹ năng đặt câu hỏi — khả năng đặt ra những câu hỏi giúp định hình lại vấn đề, làm lộ các giả định ẩn, và kết nối kinh nghiệm quá khứ với quyết định hiện tại — đó mới là thứ phân biệt nhà lãnh đạo xuất sắc với nhà lãnh đạo giỏi. Và chúng gần như không bao giờ được dạy.
Tôi học được điều này một cách đau đớn. Đầu sự nghiệp, tôi nghĩ giá trị của mình đến từ việc biết nhiều hơn mọi người khác. Tôi là người có câu trả lời. Điều đó hiệu quả cho đến khi các vấn đề trở nên quá phức tạp để bất kỳ một người nào có thể nắm giữ. Rồi tôi phải học cách đặt câu hỏi hay hơn — và điều đó khiến tôi khiêm nhường.
Một bài tập thực tế
Lần tới khi bạn tham gia một cuộc thảo luận kỹ thuật, hãy thử điều này: đừng đưa ra giải pháp. Hãy đặt ba câu hỏi giúp nhóm tự tìm ra giải pháp. Để ý xem động lực thay đổi thế nào. Nhóm sẽ cảm thấy quyền sở hữu. Quyết định sẽ bám chắc hơn. Và bạn đã nhân bội tác động của mình mà không nhân bội khối lượng công việc.
Đó chính là đòn bẩy của câu hỏi so với câu trả lời.
Vì sao điều này khó với các nhà lãnh đạo kỹ thuật
Các nhà lãnh đạo kỹ thuật được chọn vì khả năng trả lời những câu hỏi khó. Đó là cách bạn được thăng tiến. Bạn biết nhiều thứ. Bạn đưa ra định hướng. Câu trả lời của bạn được tin tưởng.
Việc đặt câu hỏi thay vì đưa ra câu trả lời có thể khiến bạn cảm thấy như đang lùi bước. Nó có thể khiến bạn cảm thấy như mình không biết gì. Nhưng những nhà lãnh đạo kỹ thuật giỏi nhất mà tôi từng làm việc cùng hiểu rằng vai trò của họ không phải là nguồn tri thức duy nhất, mà là tạo ra điều kiện để tri thức tốt nhất nảy sinh từ nhóm.
Điều đó chuyển công việc từ “tôi có câu trả lời” thành “tôi biết câu hỏi nào sẽ đưa chúng ta đến câu trả lời tốt nhất”. Đó là một kỹ năng khó hơn. Nó đòi hỏi nhiều sự tự tin hơn, chứ không phải ít hơn. Và đó là kỹ năng thực sự mở rộng được xuyên suốt một tổ chức.
Thực hành hằng ngày
Tôi cố gắng bắt đầu mọi buổi rà soát thiết kế, mọi cuộc thảo luận kiến trúc, mọi cuộc trò chuyện chiến lược bằng câu hỏi thay vì câu trả lời. Các câu hỏi hiếm khi hoàn hảo. Nhưng chúng thiết lập một giọng điệu. Chúng nói với nhóm rằng mục tiêu là sự hiểu biết chung, chứ không phải sự đồng thuận với quan điểm của tôi.
Giọng điệu đó quan trọng hơn bất kỳ quyết định kỹ thuật đơn lẻ nào mà tôi từng đưa ra.
Nghĩ rằng lập luận này phù hợp với sự kiện của bạn? Hãy kể cho tôi về khán phòng — lịch trình có chọn lọc.
Bắt đầu trò chuyện