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. /Tình huống
  2. /Quản lý Các bên liên quan
  3. /Audacity (2021): đề xuất thu thập dữ liệu sử dụn…
Số 446Quản lý Các bên liên quan

Audacity (2021): đề xuất thu thập dữ liệu sử dụng ngay sau khi đổi chủ và gần 3.500 lượt phản đối

Đầu tháng 5/2021, phần mềm chỉnh sửa âm thanh mã nguồn mở Audacity về với Muse Group. Ngay sau đó, một pull request đề xuất thêm thu thập dữ liệu sử dụng (telemetry) qua Google Analytics và Yandex xuất hiện trên GitHub, nhận gần 3.500 lượt phản đối. Người phụ trách mới xin lỗi, gọi đây là sai sót trong giao tiếp – phối hợp và rút lại kế hoạch. Bài học về gắn kết cộng đồng khi tiếp quản một sản phẩm.

HP
Nguyễn Thu Hà, PMP
11/09/2026
3 phút đọc 0 lượt xem
Bình luận0

Bối cảnh thực tế

Audacity là phần mềm chỉnh sửa âm thanh miễn phí, mã nguồn mở, được dùng rộng rãi hơn 20 năm. Nhiều người dùng chọn nó chính vì không quảng cáo, không thu thập dữ liệu.

Theo The Register:

  • Đầu tháng 5/2021, Audacity về dưới sự quản lý của Muse Group.
  • Pull request số 835 trên GitHub đề xuất thêm "telemetry cơ bản" dùng Google Analytics và Yandex để theo dõi, phân tích sự kiện trong ứng dụng.
  • Người dùng phản ứng với gần 3.500 lượt "không thích"; một người gọi đó là sự xúc phạm với những người ủng hộ dự án.
  • Người phụ trách mới Martin Keary xin lỗi trên GitHub, gọi việc tạo và để lộ pull request là "sai sót về giao tiếp/phối hợp". Kế hoạch telemetry bị huỷ; Google và Yandex bị loại bỏ. Báo lỗi và kiểm tra cập nhật sẽ do Muse tự lưu trữ, báo lỗi cần người dùng đồng ý, kiểm tra cập nhật có thể tắt.

Vài tháng sau, một cập nhật chính sách quyền riêng tư lại gây tranh cãi, cho thấy niềm tin đã bị tổn thương.

Phân tích nguyên nhân theo chuẩn PMP

  • Không đánh giá mức độ gắn kết hiện tại trước khi thay đổi

    Sau khi đổi chủ, cộng đồng ở trạng thái thận trọng, chờ xem. Một thay đổi chạm vào giá trị cốt lõi (riêng tư) ngay lúc này đẩy họ sang trạng thái phản đối.

  • Thông tin đến cộng đồng qua mã nguồn, không qua giao tiếp

    Người dùng biết kế hoạch qua một pull request, không có bài giải thích lý do, cách bảo vệ dữ liệu hay lựa chọn từ chối. Trong dự án mở, mọi hoạt động trên kho mã đều là giao tiếp công khai.

  • Chọn nhà cung cấp phân tích nhạy cảm

    Dùng dịch vụ của bên thứ ba lớn cho phần mềm vốn được tin cậy vì riêng tư làm tăng lo ngại, dù mục tiêu có thể chính đáng (hiểu cách người dùng sử dụng).

  • Phản hồi nhanh và cụ thể là điểm cộng

Lời xin lỗi kèm thay đổi cụ thể (bỏ dịch vụ bên thứ ba, cần đồng ý, có thể tắt) giúp hạ nhiệt — nhưng niềm tin bị tổn thương vẫn ảnh hưởng tới các thay đổi sau.

Lẽ ra PM nên làm gì

  1. 1

    Bước 1: Lập ma trận đánh giá mức độ gắn kết

    Xác định trạng thái hiện tại (không biết, phản đối, trung lập, ủng hộ, dẫn dắt) của các nhóm người dùng và người đóng góp, cùng trạng thái mong muốn sau tiếp quản.

  2. 2

    Bước 2: Xây niềm tin trước khi đề xuất thay đổi nhạy cảm

    Giai đoạn đầu tập trung cải tiến người dùng thấy rõ, giới thiệu đội mới, công bố cam kết về giá trị cốt lõi.

  3. 3

    Bước 3: Thảo luận công khai trước khi viết mã

    Đăng đề xuất kèm lý do, cách xử lý dữ liệu và lựa chọn từ chối để lấy ý kiến; chỉ triển khai khi đã có phản hồi.

  4. 4

    Bước 4: Đánh giá rủi ro niềm tin của thay đổi

    Phân loại trước khi làm:

    • Thấp

      Cải tiến tính năng, sửa lỗi, không chạm dữ liệu người dùng.

    • Trung bình

      Thay đổi giao diện lớn, quy trình phát hành: cần thông báo trước.

    • Cao

      Thu thập dữ liệu, đổi giấy phép, chính sách riêng tư: cần tham vấn công khai.

PM Takeaway (Bài học rút ra)

Khi tiếp quản một sản phẩm có cộng đồng gắn bó, hãy kiếm niềm tin trước khi tiêu nó. Đánh giá mức độ gắn kết hiện tại, tránh động vào giá trị cốt lõi ở giai đoạn đầu, và với thay đổi nhạy cảm, thảo luận công khai trước khi viết dòng mã đầu tiên.

Nguồn tham khảo

  • The Register — Audacity huỷ kế hoạch telemetry sau phản ứng của người dùng
#Quản lý các bên liên quan#Phát triển phần mềm#Mã nguồn mở#Quyền riêng tư#Niềm tin cộng đồng#sap-nhap

Nguồn: The Register — Audacity huỷ kế hoạch telemetry (14/5/2021) ↗ (mở trong thẻ mới)

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

Câu 1/1
Công ty bạn vừa mua lại một ứng dụng mã nguồn mở được yêu thích vì tôn trọng quyền riêng tư. Đội sản phẩm muốn thêm thu thập dữ liệu sử dụng để ưu tiên tính năng. PM nên làm gì?

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

Một ứng dụng mã nguồn mở có nên thu thập dữ liệu sử dụng không?

Tình huống này hữu ích với bạn?

Bình luận0

Bình luận (0)

Đăng nhập để tham gia thảo luận.

Tình huống tương tự

Số 498Quản lý Các bên liên quan

Dengvaxia ở Philippines (2016–2019): chương trình tiêm vắc-xin sốt xuất huyết cho khoảng 800.000 học sinh và cuộc khủng hoảng niềm tin kéo theo dịch sởi

Năm 2016, Philippines là nước đầu tiên đưa vắc-xin sốt xuất huyết Dengvaxia vào chương trình tiêm chủng công cho học sinh, với kinh phí 3,5 tỷ peso. Tháng 11/2017, nhà sản xuất thông báo vắc-xin có thể làm bệnh nặng hơn ở người chưa từng nhiễm sốt xuất huyết. Chương trình bị dừng, các cuộc điều tra, khởi tố và tranh cãi công khai làm niềm tin vào vắc-xin sụt giảm; năm 2019, Philippines có hơn 31.000 ca sởi xác nhận và 415 ca tử vong. Bài học về quản lý bên liên quan trong chương trình y tế công.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận23/10/2026
Số 488Quản lý Các bên liên quan

Volkswagen và bê bối khí thải diesel (2014–2017): phần mềm gian lận và cái giá của việc né tránh cơ quan quản lý

Năm 2014, một nghiên cứu độc lập phát hiện xe diesel Volkswagen thải NOx khi chạy trên đường cao gấp nhiều lần giới hạn. Hơn một năm sau, khi cơ quan quản lý doạ không chứng nhận xe đời 2016, hãng mới thừa nhận dùng phần mềm nhận biết lúc bị đo kiểm. Khoảng 11 triệu xe trên toàn thế giới bị ảnh hưởng, CEO từ chức và tổng chi phí vượt 33 tỷ USD tới năm 2020. Bài học về quản lý bên liên quan: cơ quan quản lý và khách hàng không phải là trở ngại để vượt qua.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận22/10/2026
Số 201Quản lý Các bên liên quan

Digg v4 (2010): viết lại toàn bộ sản phẩm trong một lần ra mắt và cuộc nổi dậy của chính người dùng nòng cốt

Tháng 8/2010, mạng tin xã hội Digg ra mắt phiên bản 4 với nền tảng viết lại và nhiều tính năng quen thuộc bị gỡ bỏ. Người dùng nòng cốt tổ chức "ngày bỏ Digg", nhà xuất bản báo cáo lượng truy cập giới thiệu giảm, và lưu lượng mất hơn một phần tư chỉ sau một tháng. Phân tích dưới góc nhìn quản lý các bên liên quan: ai là người tạo ra giá trị của nền tảng, và họ được tham vấn đến đâu.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận14/10/2026

Nội dung

Bối cảnh thực tếPhân tích nguyên nhân theo chuẩn PMPLẽ ra PM nên làm gìPM Takeaway (Bài học rút ra)Nguồn tham khảoTrắc nghiệmBình chọn
Quảng cáoBộ đề thi thử PMP (mẫu)