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. /HashiCorp (2023): đổi giấy phép Terraform sang B…
Số 429Quản lý Các bên liên quan

HashiCorp (2023): đổi giấy phép Terraform sang BSL và cộng đồng tách nhánh OpenTofu chỉ sau sáu tuần

Ngày 10/8/2023, HashiCorp thông báo mọi bản phát hành tương lai của các sản phẩm sẽ chuyển từ giấy phép mã nguồn mở MPL 2.0 sang Business Source License (BSL) 1.1, cấm dùng để cung cấp dịch vụ cạnh tranh với HashiCorp. Các công ty xây sản phẩm trên Terraform phản ứng mạnh; ngày 20/9/2023, Linux Foundation công bố OpenTofu với cam kết của hơn 140 tổ chức. Bài học về quản lý các bên liên quan khi đổi luật chơi của một hệ sinh thái.

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

Bối cảnh thực tế

Terraform là công cụ hạ tầng dưới dạng mã (Infrastructure as Code) phổ biến, được HashiCorp phát hành theo giấy phép Mozilla Public License 2.0 (MPL 2.0). Quanh nó hình thành một hệ sinh thái gồm nhà cung cấp đám mây, tác giả provider, người dùng doanh nghiệp và cả các công ty bán dịch vụ tự động hoá xây trên Terraform.

Theo thông báo của HashiCorp và Linux Foundation:

  • Ngày 10/8/2023, HashiCorp công bố các bản phát hành tương lai của sản phẩm sẽ dùng Business Source License 1.1 — giấy phép "mã nguồn khả dụng" (source-available), cho phép sao chép, sửa đổi và dùng thương mại, trừ trường hợp cung cấp sản phẩm cạnh tranh với HashiCorp.
  • API, SDK và hầu hết thư viện vẫn giữ MPL 2.0. Các nhà cung cấp dịch vụ cạnh tranh sẽ không được đưa bản phát hành, bản sửa lỗi và bản vá bảo mật tương lai vào sản phẩm của họ.
  • Các công ty trong hệ sinh thái phản ứng bằng một sáng kiến tách nhánh, ban đầu tên OpenTF. Ngày 20/9/2023, Linux Foundation công bố OpenTofu — một lựa chọn mã nguồn mở thay thế Terraform — với cam kết của hơn 140 tổ chức, hơn 600 cá nhân và ít nhất 18 lập trình viên toàn thời gian trong tối thiểu năm năm.

HashiCorp giải thích quyết định là để bảo vệ khả năng đầu tư vào sản phẩm trước những bên thương mại hoá mã nguồn mà không đóng góp tương xứng. Phía cộng đồng cho rằng thay đổi được đưa ra đột ngột, không tham vấn, với một khái niệm "cạnh tranh" khó xác định ranh giới.

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

  • Các bên liên quan có quyền lực ngầm bị đánh giá thấp

    Trên ma trận quyền lực/ảnh hưởng (power/interest grid), người dùng và đối tác của một dự án mã nguồn mở có quyền lực rất lớn: họ có thể tách nhánh (fork) bất cứ lúc nào với bản MPL cuối cùng. Một quyết định bỏ qua nhóm này dễ tạo ra đối thủ trực tiếp.

  • Thay đổi điều kiện mà không qua tham vấn

    Giấy phép là "hợp đồng xã hội" của hệ sinh thái. Thay đổi đơn phương, có hiệu lực ngay với bản phát hành kế tiếp, biến các bên đang hỗ trợ (supportive) thành phản đối (resistant) trong vài ngày.

  • Thông điệp chứa điểm mơ hồ chưa được giải đáp

    Khái niệm "sản phẩm cạnh tranh" không rõ ranh giới khiến nhiều doanh nghiệp người dùng — vốn không cạnh tranh — vẫn lo ngại rủi ro pháp lý. Sự mơ hồ trong giao tiếp làm tăng số bên bị ảnh hưởng thực tế.

  • Rủi ro chiến lược được chấp nhận nhưng không có kế hoạch ứng phó

    Khả năng bị tách nhánh là rủi ro dễ dự báo với dự án mã nguồn mở lớn. Nếu đã chấp nhận rủi ro này, cần chuẩn bị kế hoạch giữ chân nhóm đóng góp và đối tác trước khi công bố.

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

    1. 1

      Bước 1: Lập sổ đăng ký các bên liên quan của hệ sinh thái

      Phân nhóm: người dùng doanh nghiệp, nhà cung cấp provider, đối tác đám mây, công ty dịch vụ, người đóng góp độc lập; đánh giá mức tác động của từng phương án giấy phép lên mỗi nhóm.

    2. 2

      Bước 2: Tham vấn trước với nhóm có quyền lực cao

      Chia sẻ dự thảo, câu hỏi thường gặp và ví dụ cụ thể về "được phép/không được phép" với đối tác chính trước ngày công bố; ghi nhận phản đối để điều chỉnh.

    3. 3

      Bước 3: Chọn mức độ thay đổi dựa trên phản hồi

      Đánh giá phản ứng của hệ sinh thái trước khi quyết định:

      • Đồng thuận

        Đối tác chính hiểu và chấp nhận, ranh giới được làm rõ: công bố kèm lộ trình chuyển tiếp.

      • Lo ngại

        Người dùng không cạnh tranh vẫn băn khoăn: bổ sung FAQ, cam kết bằng văn bản, kéo dài thời gian chuyển tiếp.

      • Nguy cơ tách nhánh

        Nhiều tổ chức công khai sẵn sàng fork: cân nhắc phương án khác như dịch vụ thương mại bổ sung thay vì đổi giấy phép lõi.

    4. 4

      Bước 4: Giao tiếp hai chiều sau công bố

      Mở kênh hỏi đáp chính thức, cập nhật FAQ theo câu hỏi thực tế, tránh để mạng xã hội trở thành nơi duy nhất định hình cách hiểu.

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

    Với sản phẩm sống trong một hệ sinh thái mở, các bên liên quan có quyền lực thật: họ có thể mang cả mã nguồn đi nơi khác. Mọi thay đổi "luật chơi" cần phân tích tác động theo từng nhóm, tham vấn sớm và một thông điệp đủ rõ để người không bị ảnh hưởng biết chắc mình an toàn.

    Nguồn tham khảo

    • HashiCorp — HashiCorp adopts Business Source License
    • Linux Foundation — Announcing OpenTofu
    #Quản lý các bên liên quan#Phát triển phần mềm#Mã nguồn mở#Giấy phép phần mềm#Hệ sinh thái#Hạ tầng dưới dạng mã

    Nguồn: HashiCorp — HashiCorp adopts Business Source License (10/8/2023) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Công ty của bạn sở hữu một công cụ mã nguồn mở được hàng nghìn doanh nghiệp và vài đối tác thương mại sử dụng. Ban lãnh đạo muốn đổi giấy phép để hạn chế đối thủ và giao PM chuẩn bị triển khai trong tháng tới. Bước đầu tiên PM nên làm là gì?

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

    Nếu là lãnh đạo sản phẩm của HashiCorp năm 2023, bạn chọn hướng nào để bảo vệ doanh thu?

    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)