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ý Tích hợp
  3. /Lidl và dự án eLWIS: 7 năm, khoảng 500 triệu eur…
Số 37Quản lý Tích hợp

Lidl và dự án eLWIS: 7 năm, khoảng 500 triệu euro và câu hỏi "đổi quy trình hay đổi phần mềm?"

Năm 2011, Lidl bắt đầu thay hệ thống quản lý hàng hoá tự phát triển bằng SAP. Bảy năm và khoảng 500 triệu euro sau, dự án bị dừng năm 2018. Mấu chốt: Lidl định giá tồn kho theo giá mua, còn phần mềm chuẩn dựa trên giá bán. Bài học về quyết định tuỳ biến, phân tích phù hợp và dừng dự án đúng lúc.

HP
Nguyễn Thu Hà, PMP
11/03/2026
4 phút đọc 0 lượt xem
Lidl và dự án eLWIS: 7 năm, khoảng 500 triệu euro và câu hỏi "đổi quy trình hay đổi phần mềm?"
Bình luận0

Bối cảnh thực tế

Năm 2011, chuỗi siêu thị Lidl (Đức) khởi động dự án eLWIS — thay hệ thống quản lý hàng hoá do chính công ty phát triển, vốn đã chạm giới hạn, bằng phần mềm bán lẻ của SAP. Khoảng 1.000 nhân viên và hàng trăm chuyên gia tư vấn tham gia trong nhiều năm; hệ thống đã được đưa vào một số thị trường.

Tháng 7/2018, Lidl dừng dự án. CEO khi đó giải thích với nhân viên rằng các mục tiêu chiến lược ban đầu không thể đạt được với chi phí chấp nhận được. Công ty quay lại hệ thống cũ; ước tính khoản đầu tư đã bỏ ra khoảng 500 triệu euro.

Những dấu hiệu bất thường:

  • Lidl định giá tồn kho theo giá mua, trong khi phần mềm bán lẻ chuẩn được thiết kế quanh giá bán.
  • Thay vì điều chỉnh quy trình, Lidl yêu cầu tuỳ biến phần mềm — hiệu năng giảm, chi phí tăng.
  • Ở thời điểm cao nhất, vài trăm chuyên gia tư vấn cùng làm, nhưng hiệu quả vẫn đi xuống.
  • Người đứng đầu CNTT rời công ty năm 2017, trước khi dự án bị dừng.

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

  • Phân tích độ phù hợp chưa được làm rõ trước khi cam kết (Develop Project Charter)

    Khác biệt giữa định giá theo giá mua và giá bán là khác biệt nền tảng, chạm đến kế toán, báo cáo và hàng loạt quy trình. Một phân tích khoảng cách (fit-gap analysis) nghiêm túc ở giai đoạn khởi tạo sẽ đưa vấn đề này lên bàn quyết định ngay từ đầu: hoặc đổi quy trình, hoặc chọn giải pháp khác, hoặc chấp nhận chi phí tuỳ biến được định lượng rõ.

  • Tuỳ biến không kiểm soát (Perform Integrated Change Control)

    Mỗi lần tuỳ biến lõi phần mềm chuẩn là một thay đổi có tác động dài hạn: hiệu năng, nâng cấp, bảo trì. Khi tuỳ biến trở thành mặc định thay vì ngoại lệ có phê duyệt, chi phí tích luỹ dần mà không có thời điểm nào buộc tổ chức nhìn lại tổng thể.

  • Xung đột giữa quy trình và giải pháp không được giải quyết ở cấp lãnh đạo (Governance)

Quyết định "giữ quy trình hay theo chuẩn phần mềm" là quyết định chiến lược của nhà tài trợ, không phải của đội kỹ thuật. Thiếu một quyết định rõ ràng ở cấp cao, dự án mang theo mâu thuẫn nền tảng suốt nhiều năm.

  • Dừng muộn nhưng dừng đúng (Close Project or Phase)

    Quyết định dừng khi mục tiêu không còn đạt được với chi phí chấp nhận được là đúng về nguyên tắc — tránh ném thêm tiền vì chi phí chìm. Bài học là cần các điểm đánh giá lại tính khả thi (business case review) định kỳ để có thể ra quyết định này sớm hơn.

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

    1. 1

      Bước 1: Làm fit-gap trước khi chọn giải pháp

      Lập danh sách quy trình cốt lõi và đối chiếu với phần mềm chuẩn; với mỗi khoảng cách, ghi rõ phương án (đổi quy trình / cấu hình / tuỳ biến) và chi phí vòng đời của từng phương án.

    2. 2

      Bước 2: Đặt nguyên tắc tuỳ biến và ngưỡng phê duyệt

      Tuỳ biến lõi chỉ được phép khi có giá trị kinh doanh rõ ràng. Gợi ý phân cấp:

      • Cấu hình chuẩn

        Dùng tham số sẵn có của phần mềm: đội dự án tự quyết.

      • Mở rộng ngoài lõi

        Thêm chức năng bên cạnh, không sửa lõi: kiến trúc sư giải pháp và PM phê duyệt.

      • Sửa lõi

        Ảnh hưởng hiệu năng/nâng cấp: chỉ nhà tài trợ phê duyệt, có phân tích chi phí vòng đời.

    3. 3

      Bước 3: Đưa quyết định "quy trình hay phần mềm" lên nhà tài trợ sớm

      Trình bày rõ đánh đổi: thay đổi cách định giá tồn kho (tác động tổ chức) so với tuỳ biến (tác động chi phí, hiệu năng). Ghi quyết định vào nhật ký quyết định và điều lệ dự án.

    4. 4

      Bước 4: Rà soát business case tại mỗi cổng giai đoạn

      Tại mỗi mốc lớn, tính lại chi phí hoàn thành và lợi ích kỳ vọng; nếu không còn khả thi, đề xuất điều chỉnh hoặc dừng — quyết định càng sớm càng ít tốn kém.

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

    Mua phần mềm chuẩn mà muốn giữ nguyên mọi quy trình là mua sự phức tạp. Câu hỏi "đổi quy trình hay đổi phần mềm" phải được nhà tài trợ trả lời trước khi viết dòng mã tuỳ biến đầu tiên.

    Nguồn tham khảo

    • Consultancy.uk — Lidl cancels SAP introduction having sunk €500 million into it (2018)
    • RetailDetail — Lidl's failed IT project cost half a billion (2018)
    #Quản lý tích hợp#ERP#Bán lẻ#Tuỳ biến phần mềm#Đóng dự án

    Nguồn: Consultancy.uk — Lidl cancels SAP introduction having sunk €500 million into it (2018) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Trong giai đoạn thiết kế triển khai ERP, đội phát hiện quy trình định giá tồn kho của công ty khác căn bản với cách phần mềm chuẩn vận hành. Trưởng bộ phận tài chính yêu cầu tuỳ biến để giữ nguyên quy trình. Nhà tư vấn ước tính tuỳ biến làm tăng 25% chi phí và ảnh hưởng khả năng nâng cấp. PM nên làm gì?

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

    Dự án ERP đã chi 60% ngân sách, nhưng các tuỳ biến lõi khiến hiệu năng kém. Nếu là PM, bạn đề xuất 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 cùng lĩnh vực

    Quản lý Tích hợp

    Avon dừng dự án SMT toàn cầu: thí điểm Canada gây gián đoạn kinh doanh và quyết định cắt lỗ khoảng 125 triệu USD phần mềm

    Avon khởi động chương trình Service Model Transformation (SMT) năm 2009 để đổi hệ thống quản lý đơn hàng cho đại diện bán hàng. Năm 2013, thí điểm tại Canada gây gián đoạn đáng kể và không cho thấy lợi tức đầu tư rõ ràng, nên Avon dừng triển khai và ghi giảm giá trị phần mềm. Một ví dụ về quyết định đóng dự án sớm dựa trên kết quả thí điểm, và cái giá của việc không kiểm tra giả định lợi ích trước.

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

    GitHub nâng cấp MySQL 8.0 cho hơn 1.200 máy chủ: cutover từng cụm, giữ đường lui và kiểm soát thay đổi trong hơn một năm

    GitHub chuẩn bị từ tháng 7/2022 để chuyển toàn bộ đội máy chủ MySQL (hơn 1.200 máy, trên 50 cụm, trên 300 TB) từ 5.7 sang 8.0 mà không vi phạm cam kết dịch vụ. Điểm đáng học không nằm ở công nghệ mà ở cách quản lý: danh mục kiểm tra sẵn sàng, đưa 8.0 vào CI, nâng cấp từng bước và luôn giữ khả năng quay về 5.7.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026
    Số 30Quản lý Tích hợp

    FBI Virtual Case File: 170 triệu USD, 700.000 dòng mã và bài học về kiểm soát thay đổi tích hợp

    Sau sự kiện 11/9, FBI đặt cược vào hệ thống quản lý hồ sơ vụ án Virtual Case File. Bốn năm, năm đời CIO và khoảng 400 yêu cầu thay đổi sau, dự án bị huỷ năm 2005 với khoảng 105 triệu USD mã không dùng được. Phân tích dưới góc Quản lý tích hợp và những gì PM lẽ ra phải làm.

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