Các kiểu THAO TÚNG mà khách hàng thường dùng để ép nhà thầu triển khai dự án IT

Published on: September 18, 2025
Last updated: February 12, 2026 Xem trên toàn màn hình

Featured

Recommended for you

06 Feb 2024 Bài toán Trolley Problem: Hi sinh thiểu số để cứu đa số? 171/403
11 May 2021 Khác nhau giữa Padding và Buffer trong quản lý rủi ro dự án 103/1044
18 Jul 2020 Lợi ích cận biên (Marginal Utility) là gì? Qui luật lợi ích cận biên giảm dần 73/911
19 Aug 2025 Lập dự toán chi phí và thời gian cho dự án Software Outsourcing Project 66/116
19 Dec 2023 Hồi tưởng lạc quan (Rosy retrospection): Khi những quá khứ tươi đẹp có thể đe dọa đến tương lai của bạn 65/649
29 Jun 2020 TIGOWAY - nền tảng phát triển vững chắc của chúng tôi 63/443
11 Feb 2024 Càng đọc càng thấm: 10 suy ngẫm sâu sắc từ nhà tâm lý học Carl Jung 62/2456
01 Aug 2023 Phân tích yêu cầu phần mềm sẽ nhìn vào thực trạng (AS-IS) hay tương lai (TO-BE)? 59/559
08 Jan 2022 Yêu cầu thay đổi (Change Request) là gì? Làm thế nào để kiểm soát Change Request? 58/373
14 Apr 2019 Product Backlog là gì? Các đặc điểm cơ bản của một Product Backlog 54/500
01 Aug 2021 Hiện tượng Gold plating (mạ vàng) là gì? Tại sao có ảnh hưởng quyết định đến chất lượng dự án? 54/461
09 Aug 2022 Hiệu ứng “rắn hổ mang” (Cobra effect): Khi giải pháp trở thành vấn đề, tưởng vui lại hóa xui 51/649
05 Aug 2021 Chu kỳ 4 giai đoạn Chuyển đổi - Tích hợp - Phát triển - Tối ưu là gì? 49/540
08 Aug 2019 10 lý do tại sao việc sử dụng và vận hành phần mềm điều hành doanh nghiệp không được hiệu quả 48/200
10 May 2021 Phát triển Phần mềm Tinh gọn (Lean Software Development) 45/282
22 May 2022 Tư duy ngoài hộp (Thinking out of box) là gì? Tại sao quan trọng với sự phát triển của doanh nghiệp? 44/563
18 Aug 2022 Nhiệm vụ TIGO 2020-2026: Vấn đề của bạn, giải pháp của chúng tôi 44/545
01 Oct 2021 Sự Tự Điều Chỉnh (Self-Regulation) Là Gì? Tại Sao Nó Quan Trọng? 44/814
20 Jul 2021 Quản lý và đánh giá công việc theo quy trình TIGO SmartWork 43/462
18 Mar 2021 Kỹ thuật ước lượng dự án phần mềm linh hoạt dựa vào Story Point - phương pháp T-Shirt Sizing 42/614
08 Feb 2021 Quy trình nâng cấp phần mềm quản trị doanh nghiệp ERP 42/280
02 Dec 2025 Chủ Nghĩa Gia Đình Trị (Nepotism) Làm Suy Giảm Sự Hài Lòng Và Niềm Tin Trong Công Việc Như Thế Nào? 42/72
08 Feb 2021 Quy trình nâng cấp phần mềm quản trị doanh nghiệp ERP 42/280
01 Sep 2023 "Data steward" là gì? 41/517
03 Mar 2020 Giả định (Assumption ) là gì? Tại sao giả định rất quan trọng với dự án? 40/636
18 May 2021 Cây cầu hiện đại vô dụng nhất thế giới và câu chuyện cái kết của thay đổi yêu cầu 40/793
01 Jan 2024 Tổng hợp 25 quy luật quan trọng trong quản lý dự án 38/591
24 May 2022 Feedforward - phương pháp phản hồi hiệu quả trong thời đại mới 37/558
07 Jan 2025 Phân biệt Proxy, HMA và VPN 36/373
14 Sep 2024 11 Cơ Chế Tâm Lý Che Giấu Cần Nhận Diện Để Hiểu Bản Thân và Người Khác 35/532
03 May 2022 Mô hình Hybrid Agile là gì? 35/562
19 Aug 2024 Kiểm toán công nghệ thông tin (IT Audit) - Nghề mới mẻ ở Việt Nam 35/564
02 Aug 2023 Tổng hợp một số project tham khảo khi xây dựng các ứng dụng theo mô hình Microservices 34/530
11 Dec 2025 Phần mềm cho SMEs: Vì sao “Best-Fit” lên ngôi và “Best-of-Breed” dần lỗi thời 34/62
28 Jun 2024 Tại sao các kỹ sư IT giỏi nhất lại là những người theo thuyết bất khả tri về công nghệ (technology agnostics)? 32/423
02 Oct 2024 Lời sấm của Tào Tháo: "Đảo ngược lời khuyên của vợ, thành công ắt đến" 31/74
09 Dec 2025 Hiệu Ứng Tàu Điện Ngầm - The Subway Effect 31/48
02 Aug 2025 Cloud vs On-Premise vs Hybrid: Lựa chọn nào phù hợp nhất cho vận hành phần mềm doanh nghiệp? 30/127
02 Jan 2024 Domain Engineering là gì? 30/516
14 Dec 2022 Phương pháp kiểm tra Fagan Inspection là gì? 30/217
15 Apr 2023 Nghịch lý từ câu chuyện “một chén gạo dưỡng ơn, một đấu gạo gây thù” 29/839
04 Sep 2022 Hiệu ứng cánh bướm là gì? Ý nghĩa và tác động của hiệu ứng cánh bướm 29/716
24 Mar 2019 Scrum giống như bà mẹ chồng, giúp bạn nhìn ra các lỗi sai 28/344
22 Jul 2020 Quản lý dự án phần mềm trong thực tế và câu chuyện thành công của InfoSys 27/180
05 Aug 2024 Giải mã 10 sai lầm về quản lý thay đổi 27/432
10 Sep 2023 Định luật Murphy giải thích tại sao chúng ta luôn gặp xui xẻo vào những lúc tưởng thuận lợi 27/889
16 Apr 2025 Lãnh đạo linh hoạt: Hành động (Bias for Action) hay không hành động (Non-Action)? 27/82
05 Sep 2025 “Lời Khuyên”: Thuận lý thì ít, nghịch lý thì nhiều. Suy nghĩ không giống nhau thì không nên khuyên nhau. 26/89
08 Apr 2024 Hiệu ứng Matthew: Tác động và Ứng dụng trong Chuyển đổi Số và Công nghệ tại Việt Nam 26/234
02 Aug 2021 Product Owner làm gì trước khi bắt đầu sprint đầu tiên của dự án (Sprint Zero)? 26/396
04 Jan 2023 Phát triển phần mềm linh hoạt theo mô hình Big Bang 25/787
01 Nov 2024 Đừng Chỉ Làm Việc, Hãy Trưởng Thành: Bốn Bài Học Từ Thiền Nhật Bản 25/228
04 Jan 2023 Enterprise Forms Automation là gì? Vì Sao Tự Động Hóa Biểu Mẫu Trở Thành Lựa Chọn Tất Yếu? 25/53
02 Feb 2026 Làm thế nào để tránh văn hóa nhóm độc hại trong phát triển phần mềm? 24/34
02 Oct 2023 Ngôi Chùa Trăm Năm và Viên Gạch Vỡ: Bài Học Thấm Thía Về Lỗi Nhỏ Trong Bức Tranh Lớn 24/356
15 Mar 2024 Tê liệt vì suy nghĩ quá nhiều (Analysis Paralysis) là gì? 22/307
10 Aug 2020 Bạn có biết quy tắc thất bại nhanh: Fail early, fail often, fail cheap, but always fail forward 22/180
21 Apr 2020 Bảo trì phần mềm là gì? Phân biệt các loại bảo trì 22/342
08 Aug 2023 Mất kiểm soát phạm vi dự án (Scope Creep) và hiệu ứng quả cầu tuyết (snowball) 22/264
02 Sep 2025 Bốn Nhóm Người Dễ Bị “Brain Rot” Trên Mạng Xã Hội Và Cách Phòng Tránh 22/57
14 Aug 2023 Công bằng phân phối (distributive justice) giúp "virtual team" làm việc hiệu quả hơn như thế nào? 21/59
11 Mar 2025 Thiên hướng Hành động (Bias for Action) và Thiên hướng Quy trình (Bias for Process) tác động tiêu cực tới "đổi mới và sáng tạo" như thế nào? 20/109
03 Sep 2020 Hiệu ứng rắn hổ mang, Luật Goodhart, Campbell & Chuyện thi cử 19/231
18 Jul 2024 Các chuyên gia tư vấn sử dụng các thuật ngữ Lean & Agile trong các dự án thực tế như thế nào? 19/74
26 Mar 2025 Từ điển tất cả các chức danh trong lĩnh vực CNTT và Chuyển Đổi Số 18/101
15 Aug 2025 Dự án phần mềm bị trì hoãn và vấn đề "akrasia" 18/89
09 Jan 2025 10 Nghịch Lý Cuộc Sống Từ Phim Upstream (nghịch hành nhân sinh): Đối Mặt Rủi Ro Trong Thời Đại VUCA 17/225
22 Sep 2024 Hội chứng Zeigarnik – Tại sao những công việc dở dang "đọng" lại trong trí nhớ lâu hơn các công việc đã hoàn thành? 17/110
10 Sep 2024 Tại sao những thứ chúng ta muốn lại ít khi có được? 17/249
01 May 2022 Có thể xác định vị trí địa lý của địa chỉ IP với độ chính xác đến từng địa chỉ con phố? 17/532
04 Sep 2023 Giải mã nhóm tính cách (ISTP - Nhà kỹ thuật) 16/276
01 Sep 2023 Định luật Goodhart và định luật Campbell - Nghịch lý về thành tích 16/220
02 Oct 2023 OCEAN: Mô hình 5 tính cách Big Five 15/312
01 May 2024 Tổng hợp các thuật ngữ lĩnh vực tư vấn CNTT 15/83
13 Aug 2025 Kinh nghiệm phát triển dự án phần mềm cho khối Chính phủ/nhà nước 15/25
04 Feb 2024 “Nợ kỹ thuật” (technical debt) là gì? 15/38
04 Feb 2026 Cô lập nơi công sở (Workplace Ostracism): Một hành vi thường bị hiểu lầm 15/23
19 Feb 2024 “Curse of Knowledge” khác với "Unknown knowns" như thế nào? 15/20
17 Oct 2025 Hồ sơ quyết toán và hồ sơ kiểm toán là gì? 14/23
06 Dec 2025 Sức mạnh của phương pháp 30-for-30: Bạn đã bao giờ cam kết 30 ngày liên tục cho một mục tiêu? 14/63
01 Jul 2020 8 Thiên Kiến Nhận Thức Mà Người Quản Lý Dự Án Cần Cảnh Giác 14/87
16 Feb 2024 Nghịch lý của sự hoàn hảo: AI có thể quá tốt để sử dụng? 14/203
04 Nov 2025 Internal vs. External Locus of Evaluation: Bạn Đang Tìm Sự Công Nhận Từ Đâu? 13/47
12 Jan 2024 Tư duy hệ thống trong Quản Lý Dự Án diễn ra như thế nào? 13/260
01 May 2025 Vì Sao Các Cửa Hàng Trung Quốc Không Vội Vã Phục Vụ Khách Hàng? 12/100
11 Sep 2020 Nghịch lý kinh doanh tại Mỹ: Chăm sóc khách hàng không tốt, nhưng công ty lại lãi lớn 12/184
10 Sep 2025 Học Tài Thi Phận Là Gì? Cần Làm Gì Để Vượt Qua May Rủi? 12/42
16 Feb 2026 Tết là bài kiểm tra năng lực quản lý công việc, sắp xếp không gian và năng lực giao tiếp của bạn 12/16
19 Feb 2026 Trí tuệ nhân tạo (AI) không tạo ra tương lai… mà đang tái thiết thời Trung cổ 12/14
24 Feb 2026 [Sổ tay PM] Cách Tiếp Quản Một Dự Án Đang Triển Khai 12/16
12 May 2024 Groan Zone là gì? Khi mọi quan điểm va chạm, đâu là cách biến Groan Zone thành động lực đổi mới? 11/51
27 Jan 2026 Thành công: Nỗ lực hay Chỉ là May mắn? 11/20
17 Feb 2026 Giá trị con người nằm ở đâu trong thời đại AI và Robot? 10/12
29 Jan 2026 5 QUY LUẬT TÂM LÝ VÀ QUẢN TRỊ KINH ĐIỂN 9/18
30 Jan 2026 Vượt qua cơn bão sa thải nhân viên công nghệ: Những đêm thức trắng, phần mềm bị lỗi và hội chứng kẻ giả mạo (Impostor Syndrome) 9/23
02 Mar 2026 "Bút phê văn bản" là gì? 7/7
03 Mar 2026 10 kiểu lãnh đạo khiến nhân sự liên tục đội nón ra đi 7/8

Trong nhiều dự án công nghệ thông tin, áp lực không chỉ đến từ kỹ thuật hay tiến độ mà còn xuất phát từ những cách gây ảnh hưởng tinh vi giữa khách hàng và nhà thầu. Khi yêu cầu liên tục mở rộng, quyết định bị thúc ép, và rủi ro dần dịch chuyển về một phía, đội dự án rất dễ rơi vào thế bị động mà không nhận ra. Bài viết này giúp bạn nhận diện các kiểu thao túng thường gặp, hiểu bản chất phía sau chúng và xây dựng cơ chế quản trị phù hợp để bảo vệ phạm vi, chi phí và trách nhiệm của mình.

1. Thao túng bằng “tính cấp bách giả” (Fake Urgency)

Biểu hiện:

“Việc này rất gấp, anh em hỗ trợ trước rồi tính sau”.
“Lãnh đạo đang đợi, không có thời gian làm quy trình”.

Bản chất: Khách hàng tạo cảm giác khủng hoảng để buộc nhà thầu bỏ qua đánh giá rủi ro, phạm vi, hoặc điều chỉnh hợp đồng.

Hệ quả:

Scope creep không kiểm soát
Technical debt tăng nhanh
Nhà thầu chịu trách nhiệm cho quyết định không do mình tạo ra

Giải pháp chống thao túng:

Áp dụng nguyên tắc "No scope, no start": không triển khai khi chưa có xác nhận phạm vi bằng văn bản.
Tách rõ xử lý khẩn cấp và điều chỉnh hợp đồng (Emergency Change ≠ Free Change).
Ghi nhận mọi yêu cầu gấp trong email/biên bản với câu chốt: "Triển khai tạm thời, rủi ro thuộc phía yêu cầu."

Các “one-liner” tương tự cho những nguyên tắc mạnh khác như:

No scope, no start	Không có phạm vi, không bắt đầu
Not approved ≠ not recorded	Không được chấp thuận ≠ không được ghi nhận
Silence ≠ acceptance	Im lặng ≠ chấp nhận

🛡️ Những câu này chính là khung tư duy phòng thủ cho PM.

2. Thao túng bằng đạo đức nghề nghiệp (Moral Blackmail)

Biểu hiện:

“Anh là đối tác chiến lược thì phải hỗ trợ chứ?”.
“Dự án này vì lợi ích chung, không nên tính toán quá”.

Bản chất: Đánh vào lương tâm nghề nghiệp và nỗi sợ bị gắn mác “thiếu hợp tác”. Họ luôn cho rằng nhà thầu "né" trách nhiệm bằng cách từ chối làm thêm.

Hệ quả:

Nhà thầu làm thêm không công
Ranh giới professional bị xóa mờ
Tiền lệ xấu cho các dự án sau

Giải pháp chống thao túng:

Chuẩn hóa khái niệm "hỗ trợ" vs "phạm vi hợp đồng" ngay từ đầu dự án.
Phản hồi bằng ngôn ngữ trung tính: "Chúng tôi sẵn sàng hỗ trợ trong phạm vi A; phần B cần điều chỉnh thương mại."
Không để PM đơn độc: mọi nhượng bộ phải có approval từ account/legal. Tốt nhất nên có team "AM" (Account Management) chuyên xử lý song song giấy tờ và "follow" toàn bộ hợp đồng, phụ lục, SLA...

3. Thao túng bằng sự mơ hồ có chủ đích (Strategic Ambiguity)

Biểu hiện:

Yêu cầu viết rất chung chung.
Trì hoãn xác nhận scope.
Luôn nói: “Cứ làm đi, sau này chỉnh”.

Bản chất: Giữ yêu cầu ở trạng thái mập mờ để có thể diễn giải lại theo hướng có lợi khi nghiệm thu.

Hệ quả:

Tranh chấp scope.
Acceptance criteria (tiêu chí nghiệm thu) bị thay đổi sau khi bàn giao.

Giải pháp chống thao túng:

Bắt buộc có Definition of Done / Acceptance Criteria cho từng hạng mục.
Áp dụng nguyên tắc: "Không xác nhận – không triển khai".
Đóng băng scope theo từng phase/milestone, tránh triển khai song song với làm rõ yêu cầu.

4. Thao túng bằng quyền lực tổ chức (Authority Pressure)

Biểu hiện:

“Chỉ đạo từ trên xuống”.
“Lãnh đạo tôi đã đồng ý rồi”.
"Lãnh đạo các bạn đã đồng ý rồi" (cố tình bịa đặt thông tin để khống chế team kỹ thuật)

Bản chất: Sử dụng hệ thống cấp bậc để chặn phản biện kỹ thuật và hợp đồng.

Hệ quả:

Quyết định sai nhưng không ai chịu trách nhiệm.
Nhà thầu bị ép làm trái "Best practice".

Giải pháp chống thao túng:

Yêu cầu xác nhận chính thức bằng văn bản từ đúng cấp có thẩm quyền.
Ghi rõ trong biên bản: "Triển khai theo chỉ đạo, rủi ro được chấp thuận."
Thiết lập escalation path rõ ràng giữa hai bên (PM ↔ Steering Committee).

Escalation path là tuyến đường ra quyết định khi vấn đề vượt quá thẩm quyền hoặc khả năng xử lý của cấp dự án. Thay vì tranh luận kéo dài giữa các nhóm thực thi, hai bên thống nhất trước ai có quyền chốt, trong bao lâu phải phản hồi, và hình thức xác nhận là gì. Cơ chế này giúp chuyển xung đột từ cảm tính sang quản trị, bảo vệ PM khỏi áp lực cá nhân và đảm bảo các quyết định quan trọng được ghi nhận ở đúng cấp chịu trách nhiệm.

5. Thao túng bằng so sánh với nhà thầu khác (Vendor Comparison Trap)

Biểu hiện:

“Bên kia họ làm được mà?”
“Nhà thầu khác báo nhanh hơn/ít tiền hơn.”

Bản chất: Tạo áp lực cạnh tranh không minh bạch để ép giảm giá hoặc tăng scope.

Hệ quả:

Race to the bottom (cuộc đua xuống đáy)
Chất lượng bị hy sinh

Giải pháp chống thao túng:

Yêu cầu so sánh apple-to-apple: phạm vi, điều kiện, trách nhiệm phải tương đương.
Tránh phản ứng cảm xúc; trả lời bằng dữ liệu và giả định rõ ràng.
Sẵn sàng walk away nếu đề bài bị bóp méo.

6. Thao túng bằng chia nhỏ yêu cầu (Salami Slicing)

Biểu hiện:

Mỗi yêu cầu nhỏ đều “không đáng kể”
Nhưng tổng hợp lại thành khối lượng lớn

Bản chất: Lách cơ chế Change Request bằng cách chia nhỏ thay đổi.

Hệ quả:

Overload team
Không có cơ sở claim chi phí

Giải pháp chống thao túng:

Thiết lập ngưỡng cộng dồn: vượt X giờ/ngày/người là thành change request.
Theo dõi effort thực tế và báo cáo định kỳ cho khách hàng.
Từ chối xử lý từng mảnh rời rạc, yêu cầu gom nhóm thay đổi.

7. Thao túng bằng trì hoãn thanh toán hoặc nghiệm thu

Biểu hiện:

Kéo dài UAT
Thêm điều kiện nghiệm thu ngoài hợp đồng

Bản chất: Dùng dòng tiền làm đòn bẩy ép nhà thầu tiếp tục nhượng bộ.

Hệ quả:

Rủi ro dòng tiền (cash flow risk )
Nhà thầu càng làm càng yếu thế

Giải pháp chống thao túng:

Ràng buộc rõ timebox cho UAT/acceptance trong hợp đồng.
Áp dụng nghiệm thu mặc định (deemed acceptance) nếu khách hàng không phản hồi đúng hạn.
Không triển khai thêm scope mới khi milestone cũ chưa được thanh toán.
Gửi báo cáo hàng tuần kèm "nhật ký thi công" cùng tiến độ chặt chẽ để chống mọi hành động "đẽo cày giữa đường".
Chuẩn bị một bộ hồ sơ hoàn công mô tả lại toàn bộ những gì đã được xây dựng thực tế.

8. Thao túng bằng “quan hệ lâu dài” (Future Promise Manipulation)

Biểu hiện:

“Dự án này xong còn nhiều dự án khác.”
“Lần này hỗ trợ, lần sau anh em tính.”

Bản chất: Đánh đổi lợi ích hiện tại lấy một lời hứa không ràng buộc.

Hệ quả:

Không có gì đảm bảo dự án sau
Nhà thầu chịu lỗ thật, khách hàng chỉ hứa

Giải pháp chống thao túng:

Chỉ chấp nhận nhượng bộ khi có commitment bằng văn bản.
Định lượng mọi "hỗ trợ" thành giá trị cụ thể (giờ công, chi phí).
Đánh giá dự án hiện tại độc lập, không dựa vào kỳ vọng tương lai.

9. Thao túng bằng blame shifting (Đổ lỗi có chiến lược)

Biểu hiện:

Mọi trễ hạn đều quy về nhà thầu
Quyết định của khách hàng được “quên” trong biên bản

Bản chất: Chuẩn bị vị thế pháp lý và truyền thông để tránh trách nhiệm.

Hệ quả:

Nhà thầu gánh rủi ro pháp lý
Quan hệ dự án trở nên độc hại

Giải pháp chống thao túng:

Ghi nhận đầy đủ decision log và ai là người phê duyệt.
Gửi recap email sau mỗi cuộc họp quan trọng.
Không chấp nhận trách nhiệm cho quyết định không thuộc quyền kiểm soát của mình.

Kết luận: Nhận diện để tự vệ, không phải để đối đầu

Không phải khách hàng nào cũng thao túng. Nhưng nhà thầu chuyên nghiệp cần:

Nhận diện sớm các dấu hiệu
Thiết kế hợp đồng & governance (hệ thống hóa các quy định) để chống thao túng
Ghi nhận mọi quyết định bằng văn bản

Trong dự án IT, rủi ro lớn nhất không nằm ở công nghệ – mà ở cách quyền lực được sử dụng.

A A A A

[{"displaySettingInfo":"[{\"isFullLayout\":false,\"layoutWidthRatio\":\"\",\"showBlogMetadata\":true,\"showAds\":true,\"showQuickNoticeBar\":true,\"includeSuggestedAndRelatedBlogs\":true,\"enableLazyLoad\":true,\"quoteStyle\":\"1\",\"bigHeadingFontStyle\":\"1\",\"postPictureFrameStyle\":\"1\",\"isFaqLayout\":false,\"isIncludedCaption\":false,\"faqLayoutTheme\":\"1\",\"isSliderLayout\":false}]"},{"articleSourceInfo":"[{\"sourceName\":\"\",\"sourceValue\":\"\"}]"},{"privacyInfo":"[{\"isOutsideVietnam\":false}]"},{"tocInfo":"[{\"isEnabledTOC\":true,\"isAutoNumbering\":false,\"isShowKeyHeadingWithIcon\":false}]"},{"bannerInfo":"[{\"isBannerBrightnessAdjust\":false,\"bannerBrightnessLevel\":\"60\",\"isRandomBannerDisplay\":false}]"},{"termSettingInfo":"[{\"showTermsOnPage\":false,\"displaySequentialTermNumber\":false}]"}]

Nguồn

{content}