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ý Mua sắm
  3. /Parse của Facebook đóng dịch vụ (2016–2017): một…
Quản lý Mua sắm

Parse của Facebook đóng dịch vụ (2016–2017): một năm để rời nền tảng backend và bài toán chiến lược thoát nhà cung cấp SaaS

Ngày 28/1/2016 Facebook công bố đóng dịch vụ backend cho ứng dụng di động Parse, vận hành đến hết 28/1/2017. Nhà phát triển có một năm để chuyển dữ liệu sang MongoDB và dùng Parse Server nguồn mở hoặc viết lại ứng dụng cho nhà cung cấp khác. Phân tích rủi ro khi phụ thuộc dịch vụ đám mây độc quyền và điều khoản thoát nên có trong hợp đồng SaaS.

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

Bối cảnh thực tế

Parse là dịch vụ backend dưới dạng dịch vụ (BaaS) cho ứng dụng di động: lưu dữ liệu, đăng nhập, thông báo đẩy, chạy mã phía máy chủ. Theo Wikipedia, công ty thành lập năm 2011, Facebook mua lại năm 2013 và đến năm 2014 dịch vụ được cho là chạy phía sau khoảng 500.000 ứng dụng, trong đó có các khách hàng như Quip và Orbitz.

Ngày 28/1/2016, Facebook thông báo đóng dịch vụ Parse được lưu trữ, vận hành đến hết 28/1/2017. Theo InfoWorld, quyết định gây bất ngờ vì Parse mới được giới thiệu nổi bật tại hội nghị F8 và vừa phát hành công cụ cho watchOS, tvOS. Facebook cho biết sẽ dồn nguồn lực cho các sản phẩm tác động lớn hơn như phân tích, kiếm tiền, khám phá và xác thực.

Lối thoát Facebook cung cấp:

  • Công cụ di chuyển cơ sở dữ liệu từ Parse sang một MongoDB do nhà phát triển tự chạy.
  • Parse Server nguồn mở, chạy phần lớn API của Parse trên máy chủ Node.js của chính nhà phát triển, ví dụ trên Heroku.
  • Nhà phát triển không muốn theo hướng này phải viết lại ứng dụng cho một nhà cung cấp backend khác.

Sau đó cộng đồng tiếp tục duy trì Parse Server như một dự án nguồn mở, và các nhà cung cấp bên ngoài cung cấp dịch vụ lưu trữ thay thế. Với đội đã dùng Parse làm backend cho toàn bộ ứng dụng, việc di chuyển đòi hỏi nhiều công việc ngoài kế hoạch: tự vận hành cơ sở dữ liệu, giám sát, sao lưu và bảo mật.

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

  • Phụ thuộc một nhà cung cấp cho chức năng cốt lõi mà không có kế hoạch thoát

    Trong Lập kế hoạch mua sắm (Plan Procurement Management), quyết định mua dịch vụ phải đi kèm phân tích khả năng thay thế: dữ liệu có xuất được không, API có tương thích với phương án khác không, nhà cung cấp có thể ngừng dịch vụ hay không. Dự án phụ thuộc hoàn toàn vào một BaaS độc quyền mang rủi ro tập trung.

  • Điều khoản hợp đồng và thời hạn thông báo không do bên mua kiểm soát

Một năm để di chuyển là mức nhà cung cấp tự đặt. Hợp đồng SaaS cần có điều khoản về thông báo ngừng dịch vụ, thời gian chuyển tiếp tối thiểu và quyền xuất dữ liệu; nếu không, bên mua chịu hoàn toàn chi phí của quyết định kinh doanh của người bán.

  • Chi phí chuyển đổi bị bỏ ngoài tổng chi phí sở hữu

    Khi chọn dịch vụ, tổng chi phí sở hữu (TCO) thường chỉ tính phí thuê bao. Chi phí tự vận hành, viết lại hoặc chuyển nhà cung cấp là rủi ro có xác suất thấp nhưng tác động lớn, cần được đánh giá định tính hoặc định lượng ngay khi ra quyết định mua.

  • Lỗ hổng trong quản lý rủi ro nhà cung cấp

    Việc tính tới chiến lược của nhà cung cấp (như thay đổi ưu tiên sau thâu tóm) và dấu hiệu đầu tư giảm là một phần của Quản lý rủi ro. Rủi ro "nhà cung cấp ngừng dịch vụ" cần có chủ sở hữu, chỉ báo cảnh báo và kế hoạch dự phòng.

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

    1. 1

      Bước 1: Đánh giá khả năng thoát trước khi chọn nhà cung cấp

      Thêm vào tiêu chí lựa chọn: cách xuất toàn bộ dữ liệu, mức độ chuẩn mở của API, có phương án tự lưu trữ hay nhà cung cấp tương đương hay không.

    2. 2

      Bước 2: Đưa điều khoản thoát vào hợp đồng

      Các điều khoản cần thương lượng ở bước ký hợp đồng:

      • Thông báo và chuyển tiếp

        Thời hạn thông báo ngừng dịch vụ tối thiểu đủ dài (ví dụ 12–24 tháng) và hỗ trợ chuyển đổi trong thời gian đó.

      • Dữ liệu

        Quyền xuất toàn bộ dữ liệu bằng định dạng chuẩn, kèm công cụ hoặc tài liệu, bất cứ lúc nào.

      • Không có điều khoản thoát

        Hợp đồng không bảo đảm thông báo hay xuất dữ liệu thì phải xem là rủi ro cao, cần phương án thay thế trước khi cam kết dài hạn.

    3. 3

      Bước 3: Thiết kế lớp trừu tượng và duy trì khả năng di chuyển

      Tách logic nghiệp vụ khỏi API của nhà cung cấp, giữ bản sao dữ liệu định kỳ ở nơi do mình kiểm soát và thử quy trình khôi phục sang môi trường khác như một phần của kế hoạch dự phòng.

    4. 4

      Bước 4: Theo dõi chỉ báo cảnh báo và lập kế hoạch chuyển đổi sớm

      Theo dõi lộ trình sản phẩm, đầu tư và thông báo của nhà cung cấp; khi có tín hiệu xấu, kích hoạt kế hoạch dự phòng (thử nghiệm nhà cung cấp thay thế, ước tính chi phí di chuyển) thay vì đợi thông báo chính thức.

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

    Mua dịch vụ đám mây là mua cả rủi ro nhà cung cấp thay đổi chiến lược. Hãy đánh giá khả năng thoát từ lúc chọn, thương lượng điều khoản thông báo và xuất dữ liệu trong hợp đồng và giữ kiến trúc cho phép di chuyển — vì thời hạn do người bán đặt rất hiếm khi trùng với lịch của bạn.

    Nguồn tham khảo

    • InfoWorld — Facebook is shuttering the Parse developer platform
    • VentureBeat — Facebook is shutting down its Parse cloud service on January 28, 2017
    • Wikipedia — Parse, Inc.
    #Quản lý mua sắm#SaaS#Khoá nhà cung cấp#Chiến lược thoát#Parse#Nguồn mở

    Nguồn: InfoWorld — Facebook is shuttering the Parse developer platform ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Sản phẩm của bạn chạy hoàn toàn trên một dịch vụ backend SaaS độc quyền. Nhà cung cấp vừa thông báo ngừng dịch vụ sau 12 tháng. Bạn nên làm gì TRƯỚC TIÊN?

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

    Nếu là PM của một ứng dụng chạy trên Parse khi có thông báo đóng dịch vụ, 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

    Quản lý Mua sắm

    Novopay (New Zealand): hệ thống lương cho khoảng 90.000 nhân viên trường học và năng lực quản lý hợp đồng của bên mua

    Bộ Giáo dục New Zealand chọn Talent2 sau đấu thầu để làm hệ thống lương Novopay, chạy từ tháng 8/2012 và gây hàng nghìn lỗi trả lương. Cuộc điều tra cấp bộ (6/2013) kết luận việc chọn nhà thầu không sai, nhưng bộ thiếu kinh nghiệm thương mại, quản trị yếu và báo cáo cho bộ trưởng quá lạc quan; chi phí tăng khoảng 23,9 triệu NZD. Phân tích quản lý mua sắm và nghiệm thu.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận10/10/2026
    Số 140Quản lý Mua sắm

    Hertz kiện Accenture: 32 triệu USD cho dự án website và ứng dụng di động, đồng hồ go-live trượt hai lần rồi bị chấm dứt hợp đồng

    Năm 2016 Hertz thuê Accenture làm lại website và ứng dụng di động. Theo hồ sơ khởi kiện tháng 04/2019, Hertz đã trả 32 triệu USD, mốc go-live 12/2017 trượt sang 01/2018 rồi 04/2018, và Hertz chấm dứt hợp đồng năm 2018. Hertz nêu các cáo buộc về chất lượng mã, kiểm thử và phạm vi; Accenture phản bác. Phân tích điều khoản nghiệm thu, thay đổi và tiêu chí chất lượng trong hợp đồng với nhà tích hợp số.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận04/10/2026
    Số 141Quản lý Mua sắm

    Munich LiMux: gần 15.000 máy tính chuyển sang Linux rồi quay lại Windows, và câu hỏi về khoá nhà cung cấp và tổ chức

    Thành phố Munich (Đức) năm 2003 chọn hệ thống Linux riêng LiMux thay Windows, đến năm 2013 đã chuyển trên 15.000 máy. Tháng 11/2017 hội đồng quyết định quay lại phần mềm nền Windows trước năm 2020. Các nguồn nêu nguyên nhân khác nhau: tương thích phần mềm, vấn đề tổ chức, chính trị. Một ví dụ cân nhắc khoá nhà cung cấp, chi phí chuyển đổi và quản trị nguồn mở.

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