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ý Chi phí
  3. /Airbnb (2016–2018): ngừng React Native sau hai n…
Số 426Quản lý Chi phí

Airbnb (2016–2018): ngừng React Native sau hai năm và chi phí ẩn của việc duy trì "ba nền tảng"

Năm 2016, Airbnb đặt cược vào React Native để dùng chung mã giữa iOS và Android. Nhiều tính năng đạt 95–100% mã dùng chung, nhưng chi phí ẩn xuất hiện: khởi tạo runtime mất vài giây, thành phần bị phân mảnh, khó có đủ chuyên môn trên cả ba nền tảng. Tháng 6/2018, Airbnb công bố ngừng tính năng mới bằng React Native và chuyển các màn hình đông người dùng nhất về mã gốc. Bài học về tổng chi phí sở hữu của một lựa chọn công nghệ.

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

Bối cảnh thực tế

Năm 2016, Airbnb chọn React Native với kỳ vọng phát triển nhanh hơn và dùng chung mã giữa iOS và Android. Tháng 6/2018, đội kỹ thuật công bố loạt bài giải thích vì sao họ ngừng.

  • Nhiều tính năng dùng React Native đạt 95–100% mã dùng chung; chỉ khoảng 0,2% tệp là riêng cho từng nền tảng.
  • Nhưng khởi tạo runtime React Native mất vài giây với ứng dụng cỡ Airbnb, kể cả trên máy cao cấp.
  • Thành phần giao diện được viết lại thay vì bọc thành phần gốc, khiến bản gốc và bản React Native của cùng một thành phần lệch nhau theo thời gian.
  • Khác biệt nền tảng vẫn lộ ra (hiển thị chữ, bàn phím, vòng đời màn hình Android); khó có đủ chuyên môn cân bằng trên cả ba nền tảng để giữ chất lượng đồng đều.
  • Airbnb dừng mọi tính năng mới bằng React Native và lên kế hoạch chuyển phần lớn các màn hình có lưu lượng cao nhất về mã gốc trong năm 2018. Khảo sát nội bộ: 63% kỹ sư vẫn sẽ chọn lại React Native, 74% sẽ cân nhắc cho dự án mới.

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

  • Ước tính chi phí chỉ tính lợi ích dùng chung mã

    Lợi ích "viết một lần" dễ thấy; chi phí cầu nối, hạ tầng, đào tạo, gỡ lỗi xuyên nền tảng thì ẩn. Ước tính chi phí (Estimate Costs) cần tính tổng chi phí sở hữu trong vòng đời, không chỉ chi phí phát triển ban đầu.

  • Kiến trúc lai làm phát sinh một "nền tảng thứ ba"

    Thay vì thay thế iOS và Android, React Native trở thành nền tảng thứ ba cần duy trì song song, với đội ngũ, công cụ và thư viện thành phần riêng.

  • Chi phí tổ chức không kém chi phí kỹ thuật

    Airbnb nhấn mạnh thách thức tổ chức: phân chia đội, kỹ năng, quyền sở hữu thành phần. Đây là chi phí gián tiếp cần được theo dõi.

  • Điểm đáng học: đánh giá lại có dữ liệu

Quyết định ngừng dựa trên kinh nghiệm hai năm, khảo sát kỹ sư và phân tích kỹ thuật — không phải phản ứng cảm tính.

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

  1. 1

    Bước 1: Lập mô hình tổng chi phí sở hữu trước khi áp dụng

    Bao gồm: hạ tầng cầu nối, thư viện thành phần, đào tạo, công cụ gỡ lỗi, thời gian khởi động, chi phí giữ đồng bộ với bản gốc.

  2. 2

    Bước 2: Đặt điểm đánh giá lại định kỳ

    Sau 6–12 tháng, so sánh thực tế với giả định:

    • Tiếp tục

      Tốc độ giao tính năng tăng, chi phí hạ tầng trong dự kiến, chất lượng không giảm.

    • Giới hạn

      Lợi ích có nhưng chi phí ẩn tăng: chỉ dùng cho màn hình phù hợp.

    • Rút lui

      Chi phí duy trì vượt lợi ích, chất lượng màn hình chính bị ảnh hưởng: lập kế hoạch chuyển về.

  3. 3

    Bước 3: Thí điểm trên phạm vi giới hạn

    Áp dụng cho một số màn hình ít rủi ro trước khi đặt cược toàn ứng dụng.

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

Lợi ích của một công nghệ thường hiện ra ngay, còn chi phí đến sau. Hãy ước tính tổng chi phí sở hữu, đặt điểm đánh giá lại có tiêu chí, và đừng ngại rút lui khi dữ liệu cho thấy chi phí vượt lợi ích.

Nguồn tham khảo

  • Airbnb Engineering — Sunsetting React Native
  • Michael Tsai — Airbnb Switching Away From React Native (tổng hợp loạt bài)
#Quản lý chi phí#Phát triển phần mềm#Ứng dụng di động#Lựa chọn công nghệ#Tổng chi phí sở hữu

Nguồn: Airbnb Engineering — Sunsetting React Native (Gabriel Peal, 6/2018) ↗ (mở trong thẻ mới)

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

Câu 1/1
Đội đề xuất chuyển ứng dụng di động sang khung đa nền tảng với lý do "tiết kiệm 40% chi phí phát triển". Bản đề xuất chỉ so sánh số giờ viết tính năng. PM nên yêu cầu bổ sung gì?

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

Sau hai năm dùng khung đa nền tảng, chi phí duy trì cao hơn dự kiến. Bạn chọn 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ố 482Quản lý Chi phí

Dự án khí hoá lỏng Gorgon (2009–2014): từ 37 lên 54 tỷ USD và chi phí lao động, hậu cần trên một hòn đảo xa

Gorgon LNG của Chevron trên đảo Barrow (Tây Úc) khởi công năm 2009 với ước tính khoảng 37 tỷ USD. Tới cuối 2013, ước tính lên khoảng 54 tỷ USD và mốc khí đầu tiên lùi từ 2014 sang giữa 2015. Chevron nêu chi phí lao động cao, năng suất thấp và hậu cần khó khăn; công đoàn lại cho rằng nguyên nhân là quản lý yếu. Bài học về ước tính chi phí khi năng suất và hậu cần ở công trường xa bị giả định quá lạc quan.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận18/10/2026
Quản lý Chi phí

Birmingham City Council và hệ thống Oracle ERP: chi phí dự kiến từ khoảng 20 lên khoảng 131 triệu bảng khi tin xấu không đến được hội đồng

Hội đồng thành phố Birmingham (Anh) đưa hệ thống tài chính – nhân sự Oracle Fusion vào vận hành năm 2022 dù nhiều vấn đề đã biết. Chi phí dự kiến tăng từ khoảng 20 lên khoảng 131 triệu bảng, hệ thống chưa an toàn để lập báo cáo tài chính, và kiểm toán viên Grant Thornton chỉ ra điểm yếu cốt lõi: quản trị lỏng lẻo, báo cáo quá lạc quan, văn hoá ngại báo tin xấu. Phân tích dưới góc độ kiểm soát chi phí và báo cáo trạng thái.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận15/10/2026
Số 512Quản lý Chi phí

Olympic Tokyo 2020: ban tổ chức báo 1,42 nghìn tỷ yên, Hội đồng Kiểm toán Nhật Bản tính ra khoảng 1,7 nghìn tỷ — ai đếm chi phí nào?

Tháng 6/2022, ban tổ chức Tokyo 2020 chốt chi phí Thế vận hội bị hoãn một năm vì COVID-19 ở 1,42 nghìn tỷ yên, gần gấp đôi con số trong hồ sơ dự thầu. Tháng 12/2022, Hội đồng Kiểm toán Nhật Bản tính lại được khoảng 1,7 nghìn tỷ yên, cao hơn khoảng 20%, vì khoảng 280 tỷ yên chi tiêu liên quan của chính phủ và Hội đồng Thể thao Nhật Bản không được đưa vào báo cáo. Bài học về quản lý chi phí: ngân sách chỉ có ý nghĩa khi ranh giới "chi phí của dự án" được định nghĩa và công khai từ đầu.

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