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. /Hỏi đáp
  2. /Kinh nghiệm thực tế
  3. /Triển khai ERP cho doanh nghiệp vừa: các phòng b…
Kinh nghiệm thực tếHỏi đáp Đã giải quyết

Triển khai ERP cho doanh nghiệp vừa: các phòng ban đòi tuỳ biến theo quy trình cũ, có nên chiều?

HP
Nguyễn Thu Hà, PMP
đăng 1 tháng trước· 0 lượt xem

Tình huống giả định, mang tính minh hoạ.

Công ty sản xuất đồ gỗ khoảng 400 nhân sự đang triển khai một hệ thống ERP phổ biến. Trong các buổi khảo sát, phòng kế toán muốn giữ nguyên mẫu báo cáo nội bộ đã dùng 10 năm; phòng kinh doanh muốn quy trình duyệt giá 4 cấp "như cũ"; kho muốn mã hàng theo cách đặt tên riêng của họ. Danh sách yêu cầu tuỳ biến đã lên tới hơn 120 mục, đơn vị tư vấn báo chi phí tăng khoảng 40% và thời gian thêm 4 tháng.

Giám đốc nói: "Phần mềm phải phục vụ con người, không phải ngược lại". Đơn vị tư vấn lại khuyên "theo chuẩn của hệ thống".

Là PM phía doanh nghiệp, tôi nên xử lý danh sách tuỳ biến này thế nào? Tiêu chí nào để quyết định giữ hay bỏ?

#ERP#chuyển đổi số#Phạm vi

1 câu trả lời

Câu trả lời được chấp nhận

HP
Nguyễn Thu Hà, PMP1 tháng trước

Đây là quyết định quan trọng nhất của hầu hết dự án ERP: thay đổi quy trình để theo hệ thống, hay tuỳ biến hệ thống để theo quy trình. Cả hai cực đoan đều rủi ro. Tài liệu tổng hợp về ERP chỉ ra: tuỳ biến làm tăng thời gian, nguồn lực triển khai và bảo trì, có thể cản trở việc nâng cấp về sau; nhưng nó cũng có thể tăng mức chấp nhận của người dùng. Ngược lại, hiểu không đủ về các thay đổi quy trình cần thiết trước khi triển khai là một nguyên nhân chính khiến dự án thất bại.

Gợi ý cách xử lý 120 yêu cầu:

1. Đặt nguyên tắc từ sponsor trước khi xét từng mục. Ví dụ: "Mặc định theo chuẩn; chỉ tuỳ biến khi tạo lợi thế cạnh tranh hoặc bắt buộc theo pháp luật". Có nguyên tắc chung, các cuộc tranh luận bớt cảm tính.

2. Phân loại từng yêu cầu:

  • Bắt buộc pháp lý (ví dụ quy định kế toán, thuế Việt Nam): xử lý — thường đã có bản địa hoá.
  • Khác biệt tạo lợi thế (ví dụ cách tính giá thành theo đơn hàng đặc thù): cân nhắc tuỳ biến.
  • Thói quen (mẫu báo cáo cũ, cách đặt mã riêng): ưu tiên thay đổi quy trình; dùng công cụ báo cáo/cấu hình thay vì sửa lõi.
  • Không còn cần thiết (duyệt 4 cấp cho đơn nhỏ): cơ hội để đơn giản hoá.

3. Với mỗi yêu cầu tuỳ biến, ghi rõ: lợi ích đo được, chi phí ban đầu, chi phí bảo trì/nâng cấp, người sở hữu nghiệp vụ. Đưa danh sách đã phân loại lên ban chỉ đạo quyết định — PM không nên tự quyết thay phòng ban.

4. Đầu tư vào quản lý thay đổi, vì "theo chuẩn" nghĩa là con người phải đổi cách làm: giải thích lý do, cho xem demo quy trình chuẩn trên dữ liệu của chính họ, đào tạo người dùng nòng cốt ở từng phòng.

5. Triển khai theo giai đoạn: giai đoạn 1 tối thiểu tuỳ biến, vận hành ổn định; các nhu cầu còn lại xem xét ở giai đoạn 2 khi người dùng đã hiểu hệ thống — nhiều yêu cầu sẽ tự biến mất.

Theo PMBOK 7, đây là áp dụng nguyên tắc tập trung vào giá trị và điều chỉnh theo bối cảnh (tailoring), cùng lĩnh vực hiệu suất Development approach & life cycle (chọn phương án triển khai phù hợp). Về câu nói của giám đốc: đúng là phần mềm phục vụ con người — nhưng phục vụ mục tiêu kinh doanh của con người, không nhất thiết phục vụ thói quen của họ.

Nguồn:

  • Enterprise resource planning — Wikipedia

Bạn có câu hỏi?

Đặt câu hỏi hoặc mở thảo luận để cộng đồng PM cùng góp ý.

Đặt câu hỏi

Chuyên mục thảo luận

  • Tất cả chủ đề
  • Hỏi đáp chung134 chủ đề
  • Ôn thi PMP159 chủ đề
  • Kinh nghiệm thực tế109 chủ đề
Quảng cáoBộ đề thi thử PMP (mẫu)