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. /Segment (2018): từ hơn 140 microservice về một k…
Số 427Quản lý Chi phí

Segment (2018): từ hơn 140 microservice về một khối khi chi phí vận hành nuốt trọn đội kỹ sư

Segment tách mỗi đích gửi dữ liệu thành một microservice riêng. Khi số dịch vụ vượt 140, thư viện dùng chung lệch phiên bản, kiểm thử chậm và chập chờn, và ba kỹ sư toàn thời gian dành phần lớn thời gian chỉ để giữ hệ thống chạy. Năm 2018, công ty gộp lại thành một dịch vụ, một kho mã, thống nhất 120 phụ thuộc và rút bộ kiểm thử từ cả giờ xuống mili giây. Bài học về chi phí vận hành của quyết định kiến trúc.

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

Bối cảnh thực tế

Segment nhận dữ liệu sự kiện từ khách hàng và chuyển tới hơn 100 loại đích (công cụ phân tích, marketing...), ở quy mô hàng trăm nghìn sự kiện mỗi giây.

  • Ban đầu một hàng đợi chung phục vụ mọi đích; khi một đích chậm, việc thử lại làm chậm tất cả. Đội tách mỗi đích thành một dịch vụ và hàng đợi riêng.
  • Mỗi đích có kho mã riêng; thư viện dùng chung lệch phiên bản giữa các kho. Kiểm thử gọi HTTP thật nên hay lỗi; có đích mất tới 5 phút để kiểm thử.
  • Trung bình mỗi tháng thêm khoảng 3 đích mới. Ba kỹ sư toàn thời gian dành phần lớn thời gian chỉ để giữ hệ thống vận hành.
  • Năm 2018, hơn 140 dịch vụ được gộp thành một dịch vụ nguyên khối, mã đưa vào một kho chung, 120 phụ thuộc được thống nhất về một phiên bản; hàng đợi được thay bằng hệ thống Centrifuge.
  • Công cụ ghi/phát lại lưu lượng HTTP giúp bộ kiểm thử từng mất tới một giờ chạy trong vài mili giây; số cải tiến thư viện dùng chung tăng từ 32 lên 46 sau một năm.
  • Đội ghi nhận đánh đổi: mất cô lập lỗi (một đích lỗi có thể làm sập cả dịch vụ), bộ nhớ đệm kém hiệu quả hơn.

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

  • Chi phí vận hành không được đưa vào quyết định kiến trúc

    Tách dịch vụ giải quyết vấn đề hàng đợi, nhưng mỗi dịch vụ mới thêm chi phí triển khai, giám sát, nâng cấp. Khi số dịch vụ tăng tuyến tính theo tính năng, chi phí vận hành cũng tăng theo.

  • Năng lực đội bị nợ kỹ thuật chiếm dụng

    Ba kỹ sư chỉ để "giữ cho chạy" là chi phí cơ hội lớn: năng lực không dùng cho giá trị mới. Đây là chỉ báo rõ ràng của chi phí chất lượng kém trong hệ thống.

  • Điểm đáng học: quyết định dựa trên dữ liệu và chấp nhận đánh đổi

    Segment đo các chỉ số trước/sau (thời gian kiểm thử, số cải tiến thư viện) và công khai đánh đổi, thay vì coi kiến trúc nào là "đúng" tuyệt đối.

Cách áp dụng cho PM

  1. 1

    Bước 1: Theo dõi tỷ lệ năng lực dành cho vận hành

    Đo phần trăm thời gian đội dành cho bảo trì, sự cố, nâng cấp so với tính năng mới; đưa vào báo cáo chi phí dự án/sản phẩm.

  2. 2

    Bước 2: Ngưỡng kích hoạt xem lại kiến trúc

    Thiết lập tín hiệu:

    • Ổn

      Dưới khoảng một phần tư năng lực cho vận hành, kiểm thử nhanh và ổn định.

    • Theo dõi

      Chi phí vận hành tăng theo mỗi tính năng mới: phân tích nguyên nhân kiến trúc.

    • Hành động

      Phần lớn năng lực chỉ để giữ hệ thống chạy: lập dự án tái cấu trúc có mục tiêu đo được.

  3. 3

    Bước 3: Lượng hoá cả lợi ích lẫn đánh đổi

    Business case cho tái cấu trúc ghi rõ chi phí, lợi ích (năng lực giải phóng) và rủi ro mới (mất cô lập lỗi) cùng biện pháp giảm thiểu.

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

Mỗi quyết định kiến trúc là một cam kết chi phí vận hành dài hạn. Hãy đo phần năng lực đội bị nuốt vào việc "giữ cho chạy" và coi đó là chi phí thật của dự án.

Nguồn tham khảo

  • Segment Engineering — Goodbye Microservices
#Quản lý chi phí#Phát triển phần mềm#Kiến trúc phần mềm#no-ky-thuat#Microservices

Nguồn: Segment Engineering — Goodbye Microservices: From 100s of problem children to 1 superstar (Alexandra Noonan, 10/7/2018) ↗ (mở trong thẻ mới)

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

Câu 1/1
Hệ thống gồm hơn 100 dịch vụ nhỏ, mỗi dịch vụ thêm vào lại tăng công vận hành. Ba trong năm kỹ sư dành phần lớn thời gian xử lý sự cố và nâng cấp thư viện. PM nên làm gì?

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

Chi phí vận hành hệ thống dịch vụ nhỏ đang tăng nhanh. 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 PMPCách áp dụng cho PMPM 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)