Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.109 người đã truy cậpPhiên bản 1.15.0
  1. /Quản lý các bên liên quan
  2. /Go-live gặp sự cố, khách hàng hỏi dồn dập: truyề…
Quản lý các bên liên quan· Domain: Các bên liên quan

Go-live gặp sự cố, khách hàng hỏi dồn dập: truyền thông với stakeholder trong lúc xử lý sự cố

Khi hệ thống mới gặp sự cố, im lặng là cách nhanh nhất để mất niềm tin của stakeholder. Nhưng thông tin vội vàng, mâu thuẫn còn tệ hơn. Bài viết hướng dẫn tách vai trò liên lạc khỏi vai trò kỹ thuật, nhịp cập nhật, nội dung mỗi thông báo và cách rút kinh nghiệm sau sự cố.

HP
Nguyễn Thu Hà, PMP
09/10/2026
4 phút đọc 1 0

Tình huống minh hoạ

Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.

Một ngân hàng ra mắt phiên bản mới của ứng dụng di động vào sáng thứ Hai. Đến 9 giờ, một phần khách hàng không đăng nhập được. Đội kỹ thuật lao vào xử lý. Trong hai giờ tiếp theo:

  • Tổng đài nhận hàng nghìn cuộc gọi nhưng không có kịch bản trả lời, mỗi nhân viên nói một kiểu.
  • Giám đốc khối Bán lẻ gọi trực tiếp cho kỹ sư trưởng ba lần để hỏi "bao giờ xong", làm gián đoạn việc xử lý.
  • Một nhân viên chi nhánh đăng lên mạng xã hội rằng "hệ thống bị tấn công" — thông tin sai.
  • Đến khi sự cố được khắc phục lúc 11 giờ, thông báo chính thức đầu tiên mới được phát hành.

Sự cố kỹ thuật kéo dài hai giờ. Hậu quả về niềm tin kéo dài nhiều tuần.

Vì sao truyền thông sự cố là việc riêng

Trong các khung quản lý sự cố của ngành công nghệ, như cách Google mô tả trong sách về Site Reliability Engineering, một nguyên tắc quan trọng là tách vai trò: người chỉ huy sự cố (incident commander) điều phối chung, đội kỹ thuật tập trung khắc phục, và một người phụ trách liên lạc (communications lead) lo việc cập nhật cho các bên liên quan. Khi kỹ sư vừa sửa lỗi vừa trả lời điện thoại, cả hai việc đều làm kém.

Hướng dẫn về truyền thông sự cố của Atlassian cũng nhấn mạnh: thông báo sớm, cập nhật đều đặn, trung thực về những gì đã biết và chưa biết, dùng kênh thống nhất. Các nghiên cứu về truyền thông khủng hoảng (crisis communication) chỉ ra rằng tốc độ, sự nhất quán và trung thực ảnh hưởng mạnh đến cách công chúng đánh giá tổ chức trong khủng hoảng.

Liên hệ với PMBOK® Guide

Lĩnh vực hiệu suất Stakeholders và nguyên tắc gắn kết stakeholder của PMBOK® Guide ấn bản 7 áp dụng trực tiếp: stakeholder cần thông tin phù hợp với vai trò của họ, đúng lúc, qua đúng kênh. Kế hoạch quản lý truyền thông (communications management plan) của dự án nên có phần truyền thông khi có sự cố, được chuẩn bị trước go-live, không phải soạn trong lúc hỗn loạn.

Kế hoạch truyền thông sự cố gồm những gì

1. Phân nhóm stakeholder và kênh

NhómHọ cần biết gìKênh
Lãnh đạo, người bảo trợMức độ ảnh hưởng, rủi ro kinh doanh, quyết định cần đưa raNhóm liên lạc riêng, cuộc gọi ngắn theo mốc
Tổng đài, chi nhánh

Tình huống liên quan

Quản lý các bên liên quanCác bên 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.

Ngày đăng: 29/10/2026Lượt xem: 0Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

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ờ.

Ngày đăng: 22/10/2026Lượt xem: 0Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

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.

Ngày đăng: 17/10/2026Lượt xem: 2Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

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.

Ngày đăng: 14/10/2026Lượt xem: 0Bình luận: 0
Kịch bản trả lời khách, cách xử lý tạm thời
Kênh nội bộ, kịch bản cập nhật liên tục
Khách hàngẢnh hưởng tới họ, cách làm tạm, khi nào cập nhật tiếpThông báo trong ứng dụng, trang trạng thái, mạng xã hội chính thức
Cơ quan quản lý (nếu có quy định)Báo cáo theo đúng yêu cầuKênh chính thức theo quy định

2. Mẫu thông báo soạn sẵn

Mỗi thông báo nên trả lời: chuyện gì đang xảy ra, ai bị ảnh hưởng, đang làm gì, người dùng nên làm gì, khi nào cập nhật tiếp. Soạn sẵn mẫu giúp phát hành thông báo đầu tiên trong vài phút thay vì vài giờ.

3. Nhịp cập nhật cố định

Hứa "cập nhật tiếp lúc 10 giờ 30" và giữ đúng — kể cả khi chưa có gì mới ("chúng tôi vẫn đang xử lý, chưa có ước tính thời gian khắc phục"). Nhịp đều đặn làm giảm các cuộc gọi hỏi dồn, và giảm áp lực lên đội kỹ thuật.

4. Một nguồn thông tin duy nhất

Mọi thông tin chính thức xuất phát từ người phụ trách liên lạc. Nhân viên được hướng dẫn chuyển câu hỏi về kênh chính thức, không tự suy đoán nguyên nhân.

5. Ngưỡng leo thang

Xác định trước: sự cố mức nào thì báo người bảo trợ, mức nào thì báo ban điều hành, mức nào thì thông báo công khai. Tránh cả hai thái cực: báo động mọi lỗi nhỏ và giấu sự cố lớn.

Sau sự cố: rút kinh nghiệm không đổ lỗi

Tổ chức buổi rà soát sau sự cố (post-incident review) với tinh thần không đổ lỗi (blameless): điều gì đã xảy ra, vì sao, cách phát hiện và truyền thông có hiệu quả không, cần thay đổi gì. Bao gồm cả phần truyền thông, không chỉ phần kỹ thuật. Chia sẻ tóm tắt với stakeholder để họ thấy tổ chức học được gì — đó cũng là cách phục hồi niềm tin.

Kết luận

Sự cố ở go-live không phải lúc nào cũng tránh được. Nhưng cách tổ chức truyền thông trong sự cố thì hoàn toàn có thể chuẩn bị trước. Tách vai trò liên lạc khỏi vai trò kỹ thuật, soạn sẵn mẫu thông báo, giữ nhịp cập nhật và có một nguồn thông tin duy nhất giúp stakeholder bình tĩnh hơn, và giúp đội kỹ thuật tập trung vào việc quan trọng nhất: khắc phục sự cố.

Nguồn tham khảo

  • Atlassian – Incident communication (hướng dẫn truyền thông khi có sự cố)
  • Google SRE Book – Managing Incidents (vai trò chỉ huy, kỹ thuật và liên lạc trong sự cố)
  • Wikipedia – Crisis communication (truyền thông khủng hoảng)
#Truyền thông sự cố#incident-communication#go-live#Quản lý kỳ vọng#khung-hoang

Trắc nghiệm tình huống PMP

Câu 1/1
Trong lúc xử lý sự cố go-live, nhiều lãnh đạo gọi trực tiếp cho kỹ sư trưởng để hỏi tiến độ, làm gián đoạn việc khắc phục. Các bộ phận khác nhau đưa ra thông tin không thống nhất. PM nên làm gì?

Bạn chọn phương án nào?

Sự cố chưa rõ nguyên nhân, chưa ước tính được thời gian khắc phục. Bạn có nên phát hành thông báo cho khách hàng ngay không?

Bài viết hữu ích? Chia sẻ cho đồng nghiệp nhé!

Đánh giá bài viết

Bình luận

Mục lục

Tình huống minh hoạVì sao truyền thông sự cố là việc riêngLiên hệ với PMBOK® GuideKế hoạch truyền thông sự cố gồm những gìSau sự cố: rút kinh nghiệm không đổ lỗiKết luậnNguồn tham khảoTrắc nghiệmBình chọn
Quảng cáoTemplate quản lý dự án (mẫu)
Quảng cáoBộ đề thi thử PMP (mẫu)