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ý Giao tiếp
  3. /Twitter (2023): cắt ứng dụng bên thứ ba không bá…
Số 436Quản lý Giao tiếp

Twitter (2023): cắt ứng dụng bên thứ ba không báo trước, một tuần im lặng và cộng đồng nhà phát triển mất niềm tin

Giữa tháng 1/2023, các ứng dụng Twitter bên thứ ba lâu năm như Tweetbot, Twitterrific đột ngột ngừng hoạt động mà nhà phát triển không nhận được thông báo nào. Vài ngày sau, Twitter chỉ nói đang "thực thi các quy tắc API lâu nay", rồi lặng lẽ sửa thỏa thuận nhà phát triển để cấm ứng dụng thay thế. Twitterrific rút khỏi App Store. Bài học về truyền thông với đối tác khi thay đổi chiến lược nền tảng.

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

Bối cảnh thực tế

Trong hơn một thập kỷ, các ứng dụng bên thứ ba như Tweetbot (Tapbots) và Twitterrific (Iconfactory) dùng API của Twitter để phục vụ người dùng thích trải nghiệm khác ứng dụng chính thức. Nhiều ứng dụng này có lịch sử còn lâu hơn một số tính năng của chính Twitter.

Theo TechCrunch và các báo công nghệ:

  • Khoảng ngày 12/1/2023, nhiều ứng dụng bên thứ ba đột ngột ngừng hoạt động. Nhà phát triển không nhận được thông báo hay giải thích.
  • Ngày 17/1, tài khoản dành cho nhà phát triển của Twitter cho biết công ty đang "thực thi các quy tắc API lâu nay", nhưng không nêu quy tắc cụ thể nào bị vi phạm.
  • Ngày 19/1, Twitter lặng lẽ cập nhật mục "hạn chế" trong thoả thuận nhà phát triển, cấm tạo "sản phẩm thay thế hoặc tương tự" ứng dụng của Twitter — đây mới là lúc quy tắc được xác định.
  • Một nhà phát triển gọi việc thiếu giao tiếp là "xúc phạm". TechCrunch ghi nhận Twitter khi đó không còn bộ phận truyền thông. Twitterrific rút ứng dụng khỏi App Store; Tapbots sau đó dừng Tweetbot.

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

  • Không có kế hoạch truyền thông cho một thay đổi lớn

    Thay đổi chiến lược nền tảng ảnh hưởng trực tiếp đến sinh kế của đối tác, nhưng không có thông báo trước, không có thời hạn chuyển tiếp, không có người phát ngôn. Kế hoạch quản lý giao tiếp (communications management plan) gần như không tồn tại.

  • Thông điệp mâu thuẫn với thực tế

    Gọi một quy tắc chưa được viết ra là "lâu nay" khiến thông điệp mất uy tín. Khi thông tin không khớp với điều bên liên quan quan sát được, niềm tin giảm nhanh hơn cả do chính quyết định.

  • Thứ tự sai: hành động trước, quy tắc sau

    Cắt quyền truy cập rồi mới sửa văn bản thoả thuận đảo ngược quy trình quản trị thay đổi đúng: quyết định — văn bản hoá — thông báo — thời gian chuyển tiếp — thực thi.

  • Năng lực truyền thông bị cắt giảm

    Khi bộ phận truyền thông không còn, không ai chịu trách nhiệm trả lời đối tác. Đây là rủi ro nguồn lực ảnh hưởng trực tiếp tới hiệu quả giao tiếp.

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

    1. 1

      Bước 1: Lập kế hoạch truyền thông riêng cho đối tác bị ảnh hưởng

      Xác định danh sách nhà phát triển lớn, kênh liên hệ trực tiếp, người phụ trách, nội dung và lịch thông báo.

    2. 2

      Bước 2: Thông báo trước và cho thời gian chuyển tiếp

      Công bố quy tắc mới, ngày hiệu lực, lý do và các lựa chọn (gói trả phí, hướng chuyển đổi) trước khi tắt quyền truy cập.

    3. 3

      Bước 3: Kiểm tra tính nhất quán của thông điệp

      Trước khi phát đi, đối chiếu thông điệp với văn bản chính sách hiện hành: nếu quy tắc là mới, nói rõ là mới.

    4. 4

      Bước 4: Đánh giá chất lượng giao tiếp với đối tác

      Các tiêu chí tự kiểm:

      • Tốt

        Đối tác nghe thông tin từ nền tảng trước khi người dùng phát hiện, có thời hạn và đầu mối liên hệ.

      • Chưa đủ

        Có thông báo nhưng ngắn hạn, thiếu lý do hoặc lựa chọn chuyển đổi.

      • Thất bại

        Đối tác phát hiện qua sự cố, nền tảng im lặng hoặc đưa thông điệp mâu thuẫn.

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

    Quyết định kinh doanh có thể hợp lý, nhưng cách truyền đạt quyết định mới định hình niềm tin. Hãy văn bản hoá trước, thông báo trước, cho thời gian chuyển tiếp và nói thật — đối tác có thể chấp nhận tin xấu, nhưng khó chấp nhận sự im lặng.

    Nguồn tham khảo

    • TechCrunch — Twitter officially bans third-party clients after cutting off prominent devs
    #Quản lý giao tiếp#Phát triển phần mềm#API#Hệ sinh thái nhà phát triển#Quản lý đối tác#Mạng xã hội

    Nguồn: TechCrunch — Twitter officially bans third-party clients after cutting off prominent devs (19/1/2023) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Ban lãnh đạo quyết định ngừng cho phép ứng dụng bên thứ ba truy cập API kể từ tháng sau. Họ muốn tắt ngay để tránh tranh cãi kéo dài. Là PM, bạn khuyến nghị trình tự nào?

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

    Nếu bạn là nhà phát triển ứng dụng phụ thuộc vào API của một nền tảng lớn, bạn chuẩn bị gì?

    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ố 495Quản lý Giao tiếp

    Lá phiếu “cánh bướm” ở Palm Beach (Mỹ, 2000): thay đổi bố cục để chữ to hơn, nhưng gần 19.000 phiếu hỏng trong cuộc bầu cử được quyết định bằng 537 phiếu

    Để cử tri cao tuổi dễ đọc, người phụ trách bầu cử hạt Palm Beach (Florida) dàn tên ứng viên tổng thống ra hai trang đối diện với cột lỗ bấm ở giữa. Bố cục mới khiến nhiều người bấm nhầm hoặc bấm hai lỗ: khoảng 19.000 phiếu bị loại vì chọn hai ứng viên, so với khoảng 3.000 năm 1996, và một ứng viên nhỏ nhận 3.407 phiếu bất thường. Toàn bang Florida được quyết định bằng 537 phiếu. Bài học về kiểm thử một sản phẩm truyền thông với chính người dùng của nó.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận30/10/2026
    Quản lý Giao tiếp

    "Hỗn loạn Kênh giao tiếp" & Thiết lập Nguồn Sự thật Duy nhất (Single Source of Truth)

    Dự án phát triển hệ thống quản lý giao dịch tài chính nội bộ cho một doanh nghiệp quy mô lớn bước vào tháng thứ 4. Do áp lực tiến độ và tính chất công việc cần trao đổi liên tục, các bên liên quan bắt đầu sử dụng hàng loạt kênh liên lạc không chính thống để "tiện trao đổi": Email chính thức của dự…

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận21/10/2026
    Quản lý Giao tiếp

    Khách hàng đòi thay thế Tech Lead & Nghệ thuật Bảo vệ Đội ngũ

    Mảng kiến thức trọng tâm: Quản lý Nguồn lực, Quản lý Các bên liên quan & Lãnh đạo Phục vụ (Resource Management, Stakeholder Engagement & Servant Leadership - PMBOK 6/7)

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