Mở đầu — vì sao bài này quan trọng
Nếu bạn hỏi một Project Manager giàu kinh nghiệm rằng "kỹ năng nào giúp bạn cứu dự án nhiều nhất", câu trả lời hiếm khi là "lập tiến độ giỏi" hay "vẽ Gantt chart đẹp". Câu trả lời thường là: đàm phán. Bởi vì bản chất công việc của PM là làm việc thông qua người khác, mà bạn lại gần như không có quyền lực trực tiếp (formal authority) với đa số họ — sponsor, khách hàng, phòng ban chức năng, nhà cung cấp, thậm chí chính các thành viên trong team thường không "report" cho bạn. Mọi thứ bạn cần — ngân sách, nhân sự, thời gian, phạm vi — đều phải đạt được qua thương lượng.
Trong kỳ thi PMP, chủ đề negotiation nằm rải rác ở cả People domain (lãnh đạo, xây dựng team, giải quyết bất đồng) lẫn Process domain (đàm phán hợp đồng, thương lượng nguồn lực, thay đổi phạm vi). PMBOK 7 và tài liệu chính thức của PMI đều nghiêng mạnh về triết lý win-win / collaborative negotiation thay vì tư duy thắng-thua. Nếu bạn đọc kỹ các câu hỏi tình huống, đáp án "đúng theo PMP" gần như luôn là phương án tìm kiếm giải pháp cùng thắng, dựa trên lợi ích chung, thay vì áp đặt hay nhượng bộ vô điều kiện.
Bài này tập trung riêng vào kỹ năng đàm phán như một năng lực cá nhân của PM: khung tư duy Harvard (Principled Negotiation), khái niệm BATNA/ZOPA, và cách vận hành một cuộc đàm phán từ chuẩn bị đến chốt. Chúng ta sẽ không đi sâu vào 5 mode giải quyết xung đột Thomas-Kilmann (đó là Bài 13) hay kỹ thuật đàm phán hợp đồng procurement với vendor Việt Nam (Bài 30 và Bài 53) — ở đây trọng tâm là năng lực thương lượng nền tảng mà bạn dùng được ở mọi bối cảnh.
Khái niệm cốt lõi
Harvard Principled Negotiation (Fisher & Ury)
Nền tảng lý thuyết quan trọng nhất mà PMI dựa vào là cuốn "Getting to Yes" của Roger Fisher và William Ury (Harvard Negotiation Project). Họ đề xuất một cách đàm phán gọi là Principled Negotiation (đàm phán dựa trên nguyên tắc), đối lập với Positional Bargaining (mặc cả theo lập trường — kiểu trả giá ngoài chợ, mỗi bên bám chặt một con số rồi kéo co). Có 4 nguyên tắc:
1. Tách con người ra khỏi vấn đề (Separate the people from the problem). Đừng tấn công con người, hãy tấn công vấn đề. Khi sponsor nói "team của anh chậm quá", phản ứng bản năng là phòng thủ và thấy bị xúc phạm cá nhân. Người đàm phán giỏi tách cảm xúc ra: vấn đề là tiến độ, không phải là anh dở hay tôi giỏi. Cách nói hiệu quả là đặt cả hai bên "ngồi cùng một phía bàn, cùng nhìn về vấn đề ở phía đối diện". Trong tiếng Việt, câu thần chú là: "cứng với vấn đề, mềm với con người".
2. Tập trung vào lợi ích, không vào lập trường (Focus on interests, not positions). Đây là nguyên tắc quan trọng nhất. Lập trường (position) là điều người ta nói họ muốn; lợi ích (interest) là lý do vì sao họ muốn điều đó. Khách hàng nói "tôi cần giao hàng vào 30/6" (position). Nhưng lợi ích thật có thể là "tôi có buổi demo cho ban giám đốc ngày 5/7". Nếu bạn chỉ cãi nhau về ngày 30/6, bạn bế tắc. Nếu bạn hiểu lợi ích, bạn có thể đề xuất: giao một bản demo-ready đúng phần họ cần trình bày vào 3/7, còn phần còn lại giao 15/7. Đằng sau mỗi lập trường đối lập luôn có nhiều lợi ích, trong đó có cả lợi ích chung.
3. Tạo ra nhiều phương án cùng có lợi trước khi quyết định (Invent options for mutual gain). Đừng vội chốt phương án đầu tiên. Hãy "mở rộng chiếc bánh" trước khi chia. Kỹ thuật brainstorming các lựa chọn — không phán xét ngay — giúp tìm ra những giải pháp sáng tạo mà cách mặc cả thắng-thua bỏ lỡ.
4. Dựa trên tiêu chí khách quan (Insist on objective criteria). Khi hai bên bất đồng, đừng để nó thành cuộc đấu ý chí ("vì tôi là sếp"). Hãy neo vào tiêu chí độc lập: giá thị trường, benchmark ngành, dữ liệu năng suất lịch sử, chuẩn nghiệm thu đã ký. Ai cũng khó cãi lại một tiêu chí công bằng, khách quan.
BATNA — con át chủ bài của bạn
BATNA = Best Alternative To a Negotiated Agreement — phương án tốt nhất bạn có nếu cuộc đàm phán này thất bại. Đây là khái niệm mạnh nhất trong toàn bộ nghệ thuật đàm phán. BATNA quyết định quyền lực thương lượng của bạn: bạn càng có BATNA tốt, bạn càng ít phụ thuộc vào việc đạt thỏa thuận, và càng đàm phán tự tin.
Ví dụ: bạn đàm phán với một nhà thầu phụ đòi tăng giá 20%. Nếu BATNA của bạn là "có 3 nhà thầu khác sẵn sàng làm với giá cũ", bạn ở thế mạnh. Nếu BATNA là "không ai khác làm được và deadline sát nút", bạn ở thế yếu — và bạn nên biết điều đó để không mặc cả liều lĩnh. Nguyên tắc vàng: luôn xác định BATNA của mình trước khi vào bàn, và cố gắng ước lượng BATNA của đối phương.
ZOPA — vùng thỏa thuận khả thi
ZOPA = Zone Of Possible Agreement — khoảng chồng lấn giữa mức bạn chấp nhận được và mức đối phương chấp nhận được. Nếu bạn sẵn sàng trả tối đa 500 triệu và nhà cung cấp sẵn sàng nhận tối thiểu 450 triệu, thì ZOPA là khoảng 450–500 triệu; thỏa thuận chắc chắn khả thi. Nếu bạn tối đa 400 triệu còn họ tối thiểu 450 triệu, không có ZOPA — dù cố mấy cũng không chốt được, và bạn nên chuyển sang BATNA thay vì phí thời gian.
Ba loại kết cục
Bạn nên phân biệt: Win-Win (cả hai cùng có lợi, mối quan hệ được củng cố — đích ngắm của PMP), Win-Lose / Lose-Win (một bên thắng, một bên chịu thiệt — thường phá hỏng quan hệ dài hạn), và Lose-Lose (cả hai đều thiệt, thường do cái tôi hoặc bế tắc). Với PM — người phải làm việc lâu dài với chính những đối tác đó — win-win gần như luôn là lựa chọn khôn ngoan hơn về mặt chiến lược, chứ không chỉ về mặt đạo đức.
Tình huống thực tế
Tình huống 1 — Đàm phán nguồn lực với Functional Manager (bối cảnh ma trận)
Chị Lan là PM tại một công ty fintech ở TP.HCM (tạm gọi VietPay), tổ chức theo mô hình ma trận (matrix). Chị cần một senior backend developer — anh Tuấn — full-time trong 8 tuần cho module thanh toán. Nhưng Tuấn "thuộc quyền" của Trưởng phòng Engineering, người đang giữ Tuấn cho một dự án nội bộ khác.
Cách làm dở (positional): Lan xông vào đòi "tôi cần Tuấn 100% trong 8 tuần", Trưởng phòng đáp "không được, tôi cũng cần", thế là kéo co, cuối cùng đẩy lên sếp chung phân xử — mất quan hệ.
Cách làm theo Principled Negotiation: Lan tìm hiểu lợi ích phía sau. Lợi ích của chị là "module thanh toán phải xong đúng hạn để kịp go-live với đối tác ngân hàng". Lợi ích của Trưởng phòng là "dự án nội bộ của anh không bị lùi và Tuấn không kiệt sức". Lan mở rộng phương án: đề xuất Tuấn dành 60% cho module thanh toán trong 4 tuần đầu (giai đoạn thiết kế kiến trúc cần chất xám của Tuấn nhất), rồi giao lại phần code chi tiết cho junior kèm review; đổi lại, Lan hỗ trợ mượn một QA của mình cho dự án nội bộ ở tuần cao điểm. Chị neo vào tiêu chí khách quan: đưa ra dữ liệu ước lượng effort cho thấy 60% là đủ cho phần Tuấn thực sự cần làm.
Bài học: Trong tổ chức ma trận, PM không có quyền ra lệnh, nên đàm phán dựa trên lợi ích và trao đổi giá trị (trade) là công cụ sống còn. Hiếm khi nguồn lực là bài toán "được ăn cả ngã về không".
Tình huống 2 — Đàm phán phạm vi với khách hàng đòi thêm tính năng miễn phí
Một agency phần mềm ở Đà Nẵng ký hợp đồng làm app cho một chuỗi F&B. Giữa dự án, khách hàng yêu cầu thêm tính năng tích điểm loyalty — nằm ngoài scope đã ký. Khách nói: "Cái này nhỏ mà, làm luôn đi, coi như hỗ trợ" (position).
PM tên Minh không nói "không" cứng nhắc (dễ mất khách), cũng không gật đầu vô điều kiện (scope creep, lỗ vốn). Anh tách con người khỏi vấn đề: "Em rất muốn app của anh thành công, mình cùng xem cách đưa loyalty vào sao cho hợp lý nhé." Anh tìm lợi ích thật: khách muốn giữ chân người dùng quay lại. Anh tạo phương án: (a) đưa loyalty vào Phase 2 với báo giá riêng; (b) nếu cần gấp, đánh đổi — hoãn một tính năng ưu tiên thấp trong Phase 1 để "nhét" loyalty vào mà không đội chi phí; (c) làm phiên bản loyalty tối giản (tích điểm cơ bản, chưa có đổi quà) trong scope hiện tại, phần nâng cao tính thêm.
Anh neo vào tiêu chí khách quan: điều khoản change request trong hợp đồng đã ký, và bảng effort minh bạch. BATNA của Minh khá tốt — agency có pipeline khách khác nên không quá phụ thuộc hợp đồng này, giúp anh tự tin không nhượng bộ vô lý. Kết quả: khách chọn phương án (c) + báo giá Phase 2, quan hệ vẫn tốt.
Bài học: Đàm phán scope không phải là chọn giữa "chiều khách" và "cãi khách". Luôn có vùng phương án ở giữa. Và một quy trình change control minh bạch (Bài 33) chính là "tiêu chí khách quan" giúp bạn đàm phán mà không bị coi là khó tính.
Tình huống 3 — Bế tắc vì không có ZOPA
Một startup logistics thuê đối tác ngoài phát triển hệ thống định tuyến. Ngân sách tối đa startup duyệt được là 300 triệu. Nhà cung cấp báo giá tối thiểu 420 triệu và không xuống được vì chi phí nhân sự thật của họ đã 400 triệu. Ở đây không có ZOPA (300 < 420).
PM giỏi nhận ra sớm điều này và không sa vào mặc cả vô ích. Thay vì ép giá làm hỏng quan hệ, cô kích hoạt BATNA: hoặc cắt giảm scope xuống lõi tối thiểu (chỉ định tuyến cơ bản) để hạ giá vào vùng 300 triệu, hoặc chuyển sang giải pháp SaaS có sẵn thay vì làm riêng, hoặc xin sponsor duyệt thêm ngân sách nếu ROI đủ thuyết phục.
Bài học: Kỹ năng đàm phán không chỉ là chốt deal — đôi khi giá trị lớn nhất là nhận ra khi nào không có deal khả thi và chuyển hướng kịp thời. Cố đấm ăn xôi trong vùng không có ZOPA chỉ đốt thời gian và thiện chí.
Hướng dẫn từng bước
Một cuộc đàm phán chuyên nghiệp của PM nên đi qua các bước sau:
Bước 1 — Chuẩn bị (70% thành công nằm ở đây). Trước khi vào bàn, hãy trả lời trên giấy: Lợi ích thật của tôi là gì? Lợi ích của đối phương có thể là gì? BATNA của tôi là gì (nếu không chốt được thì tôi làm gì)? Ước lượng BATNA của họ? Xác định ZOPA dự kiến? Tôi có sẵn những tiêu chí khách quan nào (dữ liệu, benchmark, điều khoản hợp đồng)?
Bước 2 — Xây dựng quan hệ và bối cảnh (rapport). Mở đầu bằng việc khẳng định mục tiêu chung. Tách con người khỏi vấn đề ngay từ giọng điệu: "Chúng ta cùng muốn dự án thành công, hôm nay bàn cách giải quyết X."
Bước 3 — Khám phá lợi ích bằng cách hỏi. Hỏi nhiều hơn nói. "Điều gì quan trọng nhất với anh trong việc này?", "Vì sao mốc thời gian đó lại then chốt?". Lắng nghe chủ động để tìm ra interest đằng sau position.
Bước 4 — Cùng tạo phương án (mở rộng chiếc bánh). Brainstorm nhiều lựa chọn trước khi đánh giá. Tìm những đánh đổi mà bên này ít coi trọng nhưng bên kia coi trọng (log-rolling) — nền tảng của win-win.
Bước 5 — Neo vào tiêu chí khách quan và thu hẹp. Dùng dữ liệu để đánh giá các phương án, loại dần, tiến tới điểm nằm trong ZOPA.
Bước 6 — Chốt và ghi lại. Xác nhận rõ thỏa thuận: ai làm gì, khi nào, điều kiện gì. Với PM, mọi thỏa thuận quan trọng phải được ghi thành văn bản (email xác nhận, change request, biên bản) — "nói miệng" là mầm mống tranh chấp sau này.
Lỗi thường gặp & mẹo
Lỗi 1 — Mặc cả theo lập trường (positional bargaining). Bám chặt một con số và kéo co. Mẹo: luôn hỏi "vì sao" để lôi ra lợi ích phía sau lập trường.
Lỗi 2 — Không chuẩn bị BATNA. Vào bàn mà không biết mình sẽ làm gì nếu thất bại, dẫn đến hoặc nhượng bộ quá đà, hoặc cứng đầu quá mức. Mẹo: viết BATNA ra giấy trước mọi cuộc đàm phán đáng kể.
Lỗi 3 — Chốt phương án đầu tiên nghĩ ra. Bỏ lỡ những giải pháp sáng tạo hơn. Mẹo: ép mình liệt kê ít nhất 3 phương án trước khi quyết.
Lỗi 4 — Cá nhân hóa xung đột. Coi bất đồng là công kích cá nhân, dẫn tới phòng thủ và ăn miếng trả miếng. Mẹo: "cứng với vấn đề, mềm với con người".
Lỗi 5 — Nhượng bộ để "giữ hòa khí" một cách vô điều kiện. Nhất là với người Việt hay ngại làm mất lòng — dẫn tới scope creep, lỗ ngân sách, và mất uy tín chuyên môn. Mẹo: mọi nhượng bộ nên đi kèm một điều đổi lại (conditional concession): "Em có thể làm X, nếu bên anh đồng ý Y."
Lỗi 6 (theo hướng PMP) — Chọn đáp án áp đặt quyền lực trong bài thi. Câu hỏi PMP hầu như luôn thưởng cho phương án collaborate/win-win, tìm hiểu nguyên nhân gốc và lợi ích, thay vì phương án "leo thang lên sếp" hay "ép theo hợp đồng" ngay lập tức. Escalation thường là lựa chọn cuối cùng, không phải đầu tiên.
Mẹo chung: Im lặng là một công cụ đàm phán. Sau khi đưa đề xuất, đừng vội lấp khoảng lặng — người ta thường tự nhượng bộ hoặc bật mí thêm thông tin để phá vỡ sự im lặng.
Bài tập thực hành
Bài tập 1 — Phân biệt position vs interest. Với mỗi câu sau, viết ra lập trường và ít nhất một lợi ích có thể đằng sau: (a) Sponsor: "Tôi muốn cắt 20% ngân sách dự án." (b) Thành viên team: "Tôi không muốn làm chung task này với anh Nam." (c) Khách hàng: "Phải dùng công nghệ Java, không được dùng cái khác."
Bài tập 2 — Dựng BATNA & ZOPA. Bạn cần thuê một UX designer freelance. Ngân sách phê duyệt tối đa 40 triệu/tháng; có 2 freelancer khác sẵn sàng nhận với 35 triệu nhưng ít kinh nghiệm hơn. Người bạn đang đàm phán đòi 45 triệu. Hãy xác định: BATNA của bạn là gì? Có ZOPA không? Bạn nên làm gì?
Bài tập 3 — Đóng vai. Rủ một đồng nghiệp đóng vai Functional Manager không muốn cho bạn mượn nhân sự. Thực hành trọn 6 bước: chuẩn bị, tạo rapport, hỏi tìm lợi ích, tạo tối thiểu 3 phương án, neo vào tiêu chí khách quan, chốt bằng email. Sau đó tự chấm: mình có rơi vào positional bargaining ở điểm nào không?
Bài tập 4 — Ôn thi PMP. Tự viết 3 câu hỏi tình huống dạng "PM nên làm gì TRƯỚC TIÊN?" liên quan đàm phán, và với mỗi câu, giải thích vì sao đáp án win-win/tìm hiểu lợi ích lại đúng hơn đáp án áp đặt hoặc leo thang.
Tóm tắt
Đàm phán là năng lực cốt lõi của PM vì bạn phải đạt mục tiêu thông qua những người bạn không có quyền ra lệnh. Khung tư duy nền tảng là Principled Negotiation của Harvard với 4 nguyên tắc: tách con người khỏi vấn đề, tập trung vào lợi ích thay vì lập trường, tạo nhiều phương án cùng có lợi, và dựa trên tiêu chí khách quan. Hai khái niệm định lượng cần nắm chắc là BATNA (phương án thay thế tốt nhất — nguồn sức mạnh thương lượng của bạn) và ZOPA (vùng thỏa thuận khả thi — nơi deal có thể tồn tại). Với PM, đích ngắm gần như luôn là win-win, vì bạn còn phải làm việc lâu dài với chính những đối tác này. Về mặt kỹ thuật, thành công nằm 70% ở khâu chuẩn bị; về mặt thi cử, PMP luôn thưởng cho phương án hợp tác, tìm hiểu lợi ích và giải quyết tận gốc, còn escalation chỉ là lựa chọn cuối cùng. Hãy nhớ câu thần chú: cứng với vấn đề, mềm với con người.