Email ba trang gửi tổng giám đốc không được trả lời: viết kết luận trước theo BLUF và nguyên tắc kim tự tháp
Lãnh đạo đọc email trên điện thoại giữa hai cuộc họp. Nếu điều họ cần làm nằm ở đoạn thứ năm, rất có thể họ sẽ không bao giờ đọc tới. Bài viết hướng dẫn PM viết thông điệp cho lãnh đạo theo cấu trúc kết luận trước (BLUF) và nguyên tắc kim tự tháp của Barbara Minto.
Tình huống minh hoạ
Tình huống dưới đây là giả định, dùng để minh hoạ.
Chị Mai, PM dự án mở rộng nhà máy, cần tổng giám đốc phê duyệt bổ sung 1,2 tỷ đồng cho hệ thống xử lý nước thải vì quy chuẩn môi trường vừa thay đổi. Chị viết email kể lại toàn bộ: bối cảnh quy chuẩn mới, buổi làm việc với sở, ba phương án kỹ thuật, bảng so sánh chi phí, và cuối cùng — ở đoạn thứ bảy — đề nghị phê duyệt trước ngày 15 để kịp đặt hàng thiết bị.
Một tuần trôi qua, không có phản hồi. Khi chị gọi điện, tổng giám đốc nói: "Tôi đọc rồi, thấy em đang báo cáo tình hình. Em cần tôi quyết gì?".
Vấn đề: viết theo trình tự suy nghĩ, không theo nhu cầu người đọc
Người viết thường trình bày theo thứ tự mình đã khám phá vấn đề: bối cảnh → phân tích → kết luận. Người đọc bận rộn lại cần điều ngược lại: kết luận → lý do → chi tiết khi cần.
BLUF: kết luận đặt lên đầu
BLUF (Bottom Line Up Front) là quy ước viết bắt nguồn từ thông tin liên lạc trong quân đội: đặt kết luận hoặc yêu cầu hành động ngay ở câu đầu tiên. Nó gần với cấu trúc "kim tự tháp ngược" trong báo chí, nơi thông tin quan trọng nhất đứng đầu bài.
Với email gửi lãnh đạo, phần BLUF trả lời ba câu hỏi trong 2–3 câu:
- Anh/chị cần làm gì? (phê duyệt, chọn phương án, biết để theo dõi)
- Trước khi nào?
- Vì sao quan trọng? (hậu quả nếu không làm)
Ví dụ: "Đề nghị anh phê duyệt bổ sung 1,2 tỷ đồng cho hệ thống xử lý nước thải trước ngày 15/11. Quy chuẩn môi trường mới bắt buộc áp dụng; nếu không đặt hàng thiết bị trước ngày này, nhà máy sẽ không đủ điều kiện vận hành đúng hạn tháng 3."
Nguyên tắc kim tự tháp: sắp xếp lý lẽ phía dưới
Barbara Minto, người từng làm việc tại McKinsey, phát triển nguyên tắc kim tự tháp để cấu trúc văn bản kinh doanh: một ý chính ở đỉnh, được đỡ bởi một nhóm nhỏ các ý hỗ trợ, mỗi ý hỗ trợ lại được đỡ bởi dữ liệu chi tiết. Các ý cùng tầng nên cùng loại và không chồng lấn.
Áp dụng cho email của chị Mai:
- Đỉnh: đề nghị phê duyệt 1,2 tỷ đồng trước 15/11.
- Ba lý do: (1) quy chuẩn mới là bắt buộc, (2) phương án đề xuất có chi phí vòng đời thấp nhất trong ba phương án, (3) trễ đặt hàng sẽ làm trễ vận hành.
Tình huống liên quan
Đề xuất bị bác ngay tại phòng họp ban chỉ đạo: vận động trước từng người ra quyết định (pre-wiring)
Một đề xuất tốt vẫn có thể bị bác chỉ vì người ra quyết định nghe nó lần đầu giữa cuộc họp đông người. Bài viết hướng dẫn PM vận động trước từng thành viên ban chỉ đạo: gặp ai, hỏi gì, ghi nhận phản đối thế nào để cuộc họp chính thức chỉ còn là nơi chốt quyết định.
Sếp trực tiếp chỉ biết dự án gặp sự cố khi khách hàng gọi phàn nàn: quản lý ngược (managing up) để cấp trên thành đồng minh
Cấp trên trực tiếp là một bên liên quan đặc biệt: có quyền lực với PM nhưng thường thiếu thông tin về dự án. Bài viết hướng dẫn quản lý ngược — hiểu phong cách làm việc của sếp, thống nhất kỳ vọng, chọn nhịp và kênh báo cáo, và không bao giờ để sếp bị bất ngờ.
Hai công ty sáp nhập, hai hệ thống phải thành một: gắn kết stakeholder trong dự án hợp nhất sau M&A
Dự án hợp nhất hệ thống sau sáp nhập hiếm khi thất bại vì công nghệ. Nó thất bại vì hai tổ chức có hai cách làm việc, hai nhóm người lo mất vị trí và một ban lãnh đạo mới chưa thống nhất. Bài viết hướng dẫn PM nhận diện, phân tích và gắn kết stakeholder của cả hai phía.
Nhà cung cấp đòi tăng 25% khi gia hạn hợp đồng bảo trì: xác định vùng thoả thuận khả dĩ (ZOPA) và đặt mỏ neo trước khi ngồi vào bàn
Đàm phán không bắt đầu ở bàn họp mà ở bảng tính chuẩn bị: điểm mục tiêu, điểm kháng cự, phương án thay thế tốt nhất của mỗi bên và vùng thoả thuận khả dĩ. Bài viết hướng dẫn PM chuẩn bị một cuộc đàm phán gia hạn hợp đồng và dùng hiệu ứng mỏ neo một cách có trách nhiệm.