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.Phiên bản 1.12.1
  1. /Tình huống
  2. /Quản lý Các bên liên quan
  3. /Digg v4 (2010): viết lại toàn bộ sản phẩm trong …
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.

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

Bối cảnh thực tế

Digg là một trong những trang tổng hợp tin do cộng đồng bình chọn nổi tiếng nhất của thập niên 2000. Giá trị của nó nằm ở hai nhóm người: người dùng nòng cốt (power users) thường xuyên đăng và bình chọn tin, và các nhà xuất bản có bài được đưa lên trang nhất để nhận lượng truy cập giới thiệu.

Ngày 25/8/2010, Digg ra mắt phiên bản 4. Theo Wikipedia, đây là bản viết lại toàn bộ website, kèm việc chuyển hệ cơ sở dữ liệu từ MySQL sang Cassandra. Nhiều tính năng người dùng quen thuộc bị gỡ: nút "bury", mục yêu thích, đăng bài của bạn bè, trang tin sắp lên, chuyên mục con, video, tìm kiếm lịch sử. Hệ thống trục trặc nhiều tuần sau khi ra mắt.

Phản ứng của các bên liên quan (theo Wikipedia):

  • Ngày 30/8/2010, người dùng tổ chức "quit Digg day": dùng chính tính năng tự đăng bài để lấp trang nhất bằng liên kết từ đối thủ Reddit.
  • Nhà xuất bản báo cáo lượng truy cập trực tiếp từ trang nhất Digg giảm.
  • Trong tháng sau khi ra mắt, Digg mất hơn một phần tư lượng người xem; đến tháng 7/2012, lượng khách truy cập hằng tháng giảm khoảng 90% so với đỉnh.
  • Ban lãnh đạo hứa khôi phục nhiều tính năng đã gỡ, nhưng lúc đó thị phần đã chuyển sang Reddit (tăng 230% trong năm 2010).

Tháng 7/2012, Digg bị bán tách thành ba phần: thương hiệu và công nghệ cho Betaworks với 500.000 USD, đội ngũ cho dự án Code3 của The Washington Post, kho bằng sáng chế cho LinkedIn.

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

  • Nhận diện bên liên quan (Identify Stakeholders) bỏ sót người tạo ra giá trị

    Người dùng nòng cốt không chỉ là khách hàng mà còn là "nhân công" tạo nội dung của nền tảng. Một sổ đăng ký bên liên quan tốt phải phân loại họ là nhóm có ảnh hưởng cao, lợi ích cao, thay vì gộp chung vào "người dùng cuối".

  • Kế hoạch tham gia của bên liên quan (Plan Stakeholder Engagement) mang tính thông báo một chiều

    Các tính năng bị gỡ là thứ nhóm nòng cốt dùng hằng ngày. Khi không có vòng lấy phản hồi trước ra mắt (beta kín, thăm dò, nhóm đại diện), mức tham gia thực tế của họ là "không biết gì" trong khi mức mong muốn là "ủng hộ" — khoảng cách này đáng ra phải thấy ở ma trận đánh giá mức độ tham gia.

  • Chiến lược phát hành "big bang" làm dồn mọi rủi ro vào một ngày

    Viết lại toàn bộ rồi bật lên cùng lúc khiến lỗi kỹ thuật, thay đổi giao diện và mất tính năng ập đến người dùng cùng một thời điểm. Phát hành tăng dần giúp thu phản hồi theo từng nhóm nhỏ và quay lui được.

  • Giám sát sự tham gia (Monitor Stakeholder Engagement) không có chỉ báo sớm

    Thư ngỏ công khai từ một đối thủ trước khi ra mắt, hoạt động tẩy chay có tổ chức và số liệu giới thiệu của nhà xuất bản đều là tín hiệu sớm. Thiếu chỉ số sức khoẻ cộng đồng (tỷ lệ người dùng nòng cốt quay lại, lượng bài đăng) nên phản ứng chỉ đến sau khi thiệt hại đã xảy ra.

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

    1. 1

      Bước 1: Lập bản đồ bên liên quan theo vai trò trong chuỗi giá trị

      Tách riêng nhóm tạo nội dung, nhóm phân phối nội dung (nhà xuất bản), nhóm đọc và nhà đầu tư; mỗi nhóm có chủ sở hữu quan hệ, kênh phản hồi và tiêu chí chấp nhận riêng.

    2. 2

      Bước 2: Phát hành tăng dần có cổng quyết định dựa trên chỉ báo cộng đồng

      Mở cho nhóm nòng cốt trước, đo chỉ báo rồi mới mở rộng:

      • Tiếp tục mở rộng

        Người dùng nòng cốt trong nhóm thử vẫn đăng bài và bình chọn ở mức tương đương bản cũ, phản hồi chủ yếu về chi tiết giao diện.

      • Giữ nguyên, sửa trước

        Tần suất đăng bài giảm rõ hoặc có nhiều yêu cầu khôi phục cùng một tính năng; dừng mở rộng, ưu tiên các tính năng được nhắc nhiều.

      • Quay lui

        Nhóm nòng cốt hoặc nhà xuất bản lớn rời đi theo nhóm, hoặc lượng giới thiệu giảm vượt ngưỡng thoả thuận; chuyển lại bản cũ cho phần còn lại.

    3. 3

      Bước 3: Thương lượng danh sách tính năng "không được gỡ"

      Trước khi viết lại, cùng đại diện nhóm nòng cốt xác định các tính năng nền tảng (kiểm soát nội dung, lịch sử, bạn bè) và đưa vào phạm vi tối thiểu của bản mới.

    4. 4

      Bước 4: Công bố lộ trình và lắng nghe công khai

      Sau khi ra mắt, đăng lộ trình sửa lỗi và khôi phục tính năng kèm ngày dự kiến thay vì chỉ hứa chung; báo cáo tiến độ lên các bên liên quan theo nhịp cố định.

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

    Với sản phẩm cộng đồng, người dùng nòng cốt vừa là khách hàng vừa là tài sản sản xuất. Viết lại toàn bộ mà không tham vấn họ là đặt cược cả nền tảng vào một ngày ra mắt: hãy phát hành tăng dần, đo chỉ báo sớm và giữ các tính năng cốt lõi họ phụ thuộc.

    Nguồn tham khảo

    • Wikipedia — Digg
    #Quản lý bên liên quan#Digg#Người dùng nòng cốt#Big bang release#Mạng xã hội#quan-ly-thay-doi

    Nguồn: Wikipedia — Digg (mục Digg v4 và bán lại năm 2012) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Bạn là PM của một nền tảng cộng đồng sắp phát hành bản thiết kế lại lớn. Nhóm nòng cốt (chiếm phần lớn nội dung) lo ngại một số tính năng bị gỡ, nhưng lãnh đạo muốn ra mắt đúng ngày đã công bố. Bạn nên làm gì?

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

    Nếu nhóm nòng cốt phản đối việc gỡ một tính năng nhưng đội kỹ thuật nói giữ nó làm chậm việc viết lại hai tháng, bạn chọn hướng nào?

    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 cùng lĩnh vực

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

    Netflix và Qwikster (2011): tăng giá, tách dịch vụ thành hai trang và bài học về thông điệp tới khách hàng

    Năm 2011, Netflix tăng giá gói kết hợp DVD và phát trực tuyến, rồi vài tuần sau công bố tách DVD thành dịch vụ riêng Qwikster với trang web và tài khoản riêng. Khách hàng coi đó là tăng giá và gây bất tiện, hàng trăm nghìn thuê bao rời đi. Ngày 10/10/2011, Netflix huỷ Qwikster. Phân tích về cách giải thích thay đổi, kiểm tra phản ứng của khách hàng trước khi cam kết.

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

    Wikipedia VisualEditor (2013): đưa trình soạn thảo trực quan thành mặc định và phản ứng của cộng đồng biên tập viên

    Wikimedia Foundation phát triển VisualEditor để hạ rào cản cho người mới. Tháng 7/2013, bản beta trở thành trình soạn mặc định cho người dùng đăng nhập trên Wikipedia tiếng Anh, nhưng cộng đồng phàn nàn về lỗi và độ ổn định; đến tháng 9/2013 phải chuyển sang chế độ tự chọn. Nghiên cứu 2015 không thấy lợi ích năng suất. Bài học về quản lý bên liên quan khi người dùng chính cũng là người đóng góp nội dung.

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

    WhatsApp (2021): cập nhật điều khoản riêng tư gây làn sóng chuyển sang Signal, Telegram và quyết định hoãn ba tháng

    Tháng 1/2021, WhatsApp thông báo điều khoản mới buộc người dùng phải chấp nhận để tiếp tục dùng ứng dụng. Thay đổi liên quan đến trò chuyện với doanh nghiệp và dữ liệu chia sẻ với Facebook, nhưng thông điệp khiến nhiều người hiểu rằng tin nhắn cá nhân bị đọc. Người dùng đổ sang Signal, Telegram; WhatsApp hoãn ngày áp dụng sang 15/5/2021. Bài học về giải thích thay đổi điều khoản cho người dùng cuối.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận04/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)