Flawless Consulting của Peter Block: cuốn sách cho FDE có giải pháp đúng nhưng khách không dùng

Thử hình dung bạn vừa demo xong một agent xử lý hồ sơ cho đội vận hành của một ngân hàng. Agent chạy đúng, độ chính xác tốt, slide đẹp. Nhưng cả phòng im lặng, người trưởng nhóm bảo “để bọn em xem thêm”, và ba tuần sau không ai đăng nhập vào hệ thống.

Phần lớn kỹ sư chưa từng được dạy cách xử lý kiểu thất bại này. Cuốn Flawless Consulting: A Guide to Getting Your Expertise Used của Peter Block viết về đúng khoảng trống đó: làm sao để khách thật sự dùng chuyên môn của bạn, chứ không chỉ khen nó.

Nếu bạn là developer muốn chuyển sang FDE, cuốn sách này lấp đúng phần còn thiếu. Code thì bạn đã biết viết. Thứ bạn chưa được luyện là ngồi giữa một tổ chức không phải của mình mà vẫn khiến người ta thay đổi cách làm việc.

Vì sao nên đọc bản thứ 4?

Bản nên đọc là bản thứ 4, do Wiley xuất bản tháng 4/2023, dày 304 trang (ISBN bìa cứng 978-1-394-17730-1). Bản này có thêm phần về cách giữ sự chân thành khi làm việc với khách từ xa hoặc theo mô hình hybrid, cùng hướng dẫn cho lãnh đạo và consultant nội bộ.

Cả hai phần đều sát với nghề FDE. Bạn sẽ thường làm việc với khách ở xa, và nhiều lúc phải tư vấn cho chính các đội trong công ty mình.

Ý thứ nhất: hợp đồng thật được ký trong phòng họp, không phải trong SOW

Block mượn hai yếu tố của hợp đồng pháp lý cho công việc tư vấn. Thứ nhất là hai bên cùng đồng ý. Thứ hai là mỗi bên đều phải bỏ ra một thứ có thật để đổi lấy phần của bên kia. Áp vào FDE thì rất cụ thể: nếu chỉ bạn cam kết còn khách không cam kết gì, đó chưa phải hợp đồng.

Quay lại ví dụ ngân hàng. Bản contracting cho tuần đầu có thể chỉ cần hai cột, và hai cột này chính là phần “đổi lại” của mỗi bên. Cột của bạn: chạy agent trên 200 hồ sơ thật và báo lại tỷ lệ lỗi theo từng loại.

Cột của khách: cấp quyền đọc dữ liệu, cử một chuyên viên nghiệp vụ ngồi cùng hai giờ mỗi tuần, và để trưởng nhóm quyết định go/no-go vào cuối tháng.

Designed Learning là tổ chức do Block sáng lập để dạy phương pháp này. Trang của họ khuyên bạn chậm lại đủ lâu để làm contracting rõ ràng và cởi mở.

Bản năng của kỹ sư là mở laptop ra code ngay, còn lời khuyên ở đây thì ngược lại: dành nửa ngày làm rõ kỳ vọng có thể giúp bạn khỏi mất ba tuần xây một thứ không ai cần.

Ý thứ hai: kháng cự không phải là lời bác bỏ logic của bạn

Đây là ý đáng giá nhất của cuốn sách. Theo Block, kháng cự là phản ứng tự nhiên và dễ đoán khi có người đến “giúp” mình. Vì thế, phòng demo im lặng chưa chắc vì mô hình của bạn sai. Rất có thể có người đang lo cho vị trí của mình, hoặc sợ mất quyền kiểm soát công việc.

Phản xạ quen thuộc của kỹ sư là thêm slide, thêm benchmark, thêm lập luận. Block giải thích vì sao cách đó thất bại: đằng sau kháng cự là cảm xúc, mà cảm xúc thì không gạt đi được bằng lý lẽ. Phương pháp của ông dạy cách xử lý kháng cự mà không áp đảo và cũng không né tránh.

Sách đề xuất ba bước: nhận ra kháng cự đang mang hình dạng nào, gọi tên nó bằng một câu trung tính, rồi im lặng.

Thử áp vào ngân hàng kia. Giả sử kháng cự xuất hiện dưới dạng đòi thêm dữ liệu: cứ có kết quả mới là trưởng nhóm lại xin thêm một tháng để xem tiếp.

Thêm một bảng số nữa sẽ không giải quyết được gì. Câu trung tính có thể là: “Em để ý là mỗi lần có thêm số liệu, mình lại cần thêm một đợt nữa rồi mới quyết.” Nói xong, bạn dừng lại.

Khoảng lặng khó chịu đó thường là lúc người ta nói ra lý do thật.

Ý thứ ba: bán không phải là thuyết phục, mà là gỡ rào cản

Sách xem tư vấn trước hết là chuyện quan hệ. Designed Learning cũng nhấn mạnh rằng trong cách Block dạy, xây quan hệ và niềm tin là nền móng. Vì vậy, “bán” một giải pháp nghĩa là gỡ bỏ những thứ đang khiến khách chưa thể nói “có”.

Sách nói thẳng lý do: người ta sẽ chống lại thay đổi bị áp lên mình, dù lý lẽ có thuyết phục đến đâu. Với FDE, cách làm thường hiệu quả hơn là để đội vận hành cùng định nghĩa thế nào là “agent làm đúng”, thay vì mang đến một con số accuracy đã tính sẵn.

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

Nếu bạn đang là backend hay data engineer và chuẩn bị phỏng vấn FDE, cuốn sách cho bạn vốn từ để trả lời các câu hỏi tình huống như “kể về một lần stakeholder không hợp tác”. Nếu bạn đã làm việc trực tiếp với khách, nó giúp bạn gọi tên những điều trước đây chỉ cảm nhận lờ mờ.

Hãy đọc phần contracting trước, vì bạn dùng được ngay ở cuộc họp kế tiếp. Sau đó đọc phần về kháng cự, rồi mới quay lại các phần còn lại về toàn bộ quy trình tư vấn. Đọc chậm, mỗi lần một chương, và thử ngay trong tuần.

Khi đọc job description FDE, để ý các cụm như “manage stakeholders”, “drive adoption” hay “scope ambiguous problems”. Đó chính là những gì Block dạy, chỉ được viết bằng ngôn ngữ tuyển dụng. Trong CV, một dòng kể lại lần bạn làm rõ phạm vi với khách và nhờ vậy thay đổi được kết quả sẽ có sức nặng hơn một danh sách framework.

Lần tới khi căn phòng im lặng sau buổi demo, đừng vội mở thêm slide. Hãy nói ra điều bạn đang thấy, rồi chờ khách lên tiếng.