Never Split the Difference: cách một cựu đàm phán viên FBI dạy FDE giữ phạm vi dự án

“Làm sao tôi làm được điều đó?” Câu hỏi này không từ chối và cũng không hứa gì. Nó chuyển bài toán sang cho người đối diện.

Black Swan Group, công ty của Chris Voss, dùng câu này để tóm lại cách Never Split the Difference xử lý những yêu cầu không hợp lý.

Phần lớn developer chuyển sang làm FDE được dạy kỹ về hệ thống, ít ai được dạy cách nói chuyện khi phạm vi dự án bắt đầu phình ra. Cuốn sách đáng đọc chính vì khoảng trống ấy: nó đưa ra những câu nói cụ thể, mang vào cuộc gọi kế tiếp là dùng được.

Ai viết, và nên tin đến đâu?

Sách do Chris Voss viết cùng Tahl Raz, bản bìa cứng gốc do HarperBusiness phát hành năm 2016. Penguin Random House UK giới thiệu đây là một cách đàm phán đã được thử thách trong thực tế, đến từ một cựu đàm phán viên con tin của FBI.

Voss hiện điều hành Black Swan Group, nơi bán khóa huấn luyện xây trên hai phương pháp mang thương hiệu riêng là Tactical Empathy và Black Swan Method. Trang của công ty nêu tỷ lệ thành công 93% cho các đàm phán viên con tin, nhưng đó là lời quảng cáo chưa có bên độc lập nào kiểm chứng.

Vì thế, hãy đọc sách như sổ tay của một người hành nghề hơn là một công trình nghiên cứu, và tự thử từng kỹ thuật.

Để khách nói hết trước khi bạn trả lời

Yevgeniy Brikman, trong bài review đánh giá sách 5/5, coi mirroring là cách đơn giản để giữ người đối diện tiếp tục nói và khiến họ thấy mình được lắng nghe.

Kỹ thuật thứ hai là labeling, tức gọi tên cảm xúc mà bạn nhận thấy ở đối phương. Brikman nhấn mạnh phần khó nhất: gọi tên xong thì im lặng. Phản xạ của kỹ sư là lấp khoảng trống bằng giải thích kỹ thuật, và đó chính là thứ cần nhịn.

Với FDE, đây là customer discovery giữa lúc căng thẳng. Bạn không thể giữ phạm vi nếu chưa biết khách thật sự cần gì.

Biến tối hậu thư thành câu hỏi

Khi bị ép scope, kỹ sư thường đưa ra giới hạn: “Không kịp đâu, phải bỏ bớt.” Brikman tóm lời khuyên của sách là lấy một đòi hỏi của mình và diễn đạt nó thành câu hỏi để bớt áp đặt.

Câu “Làm sao tôi làm được điều đó?” mà Black Swan Group trích là ví dụ gọn nhất cho loại câu hỏi hiệu chỉnh (calibrated question) này. Thay vì “Thêm connector này thì trễ hai tuần”, bạn có thể hỏi “Làm thế nào để thêm connector này mà vẫn giữ mốc go-live anh đã báo cáo?”.

Khi tự trả lời, khách phải nhìn vào cùng ràng buộc với bạn, và nhiều khả năng chính họ sẽ đề xuất bỏ bớt phần nào.

Ba kỹ thuật trong một cuộc gọi trông ra sao?

Thử hình dung khách gọi vào tuần thứ ba của dự án.

Khách: “Bên tôi cần thêm connector cho hệ thống kho, và go-live vẫn phải đúng ngày 30.”

FDE: “Vẫn phải đúng ngày 30?”

Khách: “Đúng. Tôi đã báo ngày đó với ban giám đốc, giờ lùi thì rất khó ăn nói.”

FDE: “Có vẻ anh đang chịu nhiều áp lực từ phía trên.” Rồi im lặng.

Khách: “Thật ra sếp chỉ cần thấy số liệu tồn kho của kho chính trong buổi review. Các kho khác tính sau cũng được.”

FDE: “Vậy làm thế nào để mình đưa số liệu kho chính vào buổi review mà không đụng tới những phần đang chạy ổn?”

Trong đoạn hội thoại giả định này, FDE chưa hề nói “không”. Lời lặp lại giữ khách tiếp tục nói, câu gọi tên cảm xúc kéo ra lý do thật, và câu hỏi cuối biến một connector trọn vẹn thành một phần việc nhỏ hơn mà chính khách đề xuất.

Đừng vội chia đôi

Tên sách cũng là lập luận chính của nó. Brikman diễn đạt ý này như sau: thỏa hiệp là lười biếng và né tránh khó chịu, nhưng rốt cuộc không ai có được thứ mình thật sự muốn.

Trong dự án, chia đôi phạm vi nghĩa là làm nửa tính năng A và nửa tính năng B. Kết quả dễ là hai thứ dở dang thay vì một thứ chạy được.

Đi cùng ý này là cách nhìn chữ “không”. Theo Brikman, sách coi “không” là điểm khởi đầu của cuộc đàm phán chứ không phải điểm kết thúc. Khi khách từ chối đề xuất cắt scope của bạn, đó là lúc hỏi tiếp điều gì khiến họ chưa yên tâm, chưa phải lúc nhượng bộ.

Ai nên đọc, và đọc theo thứ tự nào?

Sách hợp nhất với developer đã từng đứng trước khách hàng, dù chỉ trong một buổi demo hay một cuộc gọi hỗ trợ. Nếu chưa có trải nghiệm đó, các kỹ thuật dễ nghe như mẹo vặt. Nên đọc bài review của Brikman trước để nắm bộ khung, rồi đọc sách và dừng sau mỗi kỹ thuật để thử ngay trong cuộc họp gần nhất.

Muốn đưa kỹ năng này vào CV, đừng ghi “kỹ năng đàm phán”. Hãy kể một lần cụ thể bạn giữ được mốc bàn giao khi khách đòi thêm việc, và câu hỏi nào đã giúp bạn làm được điều đó. Nếu JD có cụm “manage stakeholder expectations”, nên chuẩn bị sẵn một câu chuyện như vậy cho buổi phỏng vấn.

Giỏi kỹ thuật giúp bạn được mời vào phòng họp với khách. Biết hỏi “Làm sao tôi làm được điều đó?” đúng lúc mới giúp dự án không bị scope nuốt mất.