Dịch vụ xây dựng công thức DX Grand Design
Lần này tôi muốn tập trung vào phần "triển khai hệ thống" trong phần "Cách tiến hành triển khai ERP" Chúng tôi sẽ giới thiệu định nghĩa và tùy chỉnh yêu cầu trong quá trình triển khai hệ thống, bao gồm các ví dụ
Xác định yêu cầu thường bao gồm các nhiệm vụ (quy trình) sau
| Nhiệm vụ công việc | Nội dung công việc | Hiện vật |
|---|---|---|
| Thỏa thuận về yêu cầu FIT&GAP | Xem xét các cân nhắc bổ sung cho hoạt động kinh doanh | Tài liệu chính sách triển khai (phiên bản cập nhật) |
| Tạo nguyên mẫu FIT&GAP | Theo kịch bản, thiết lập thông số và xây dựng nguyên mẫu với sản phẩm đại diện | Kịch bản nguyên mẫu (phiên bản cập nhật) |
| FIT&GAP | Xác nhận tính phù hợp của yêu cầu kinh doanh bằng cách vận hành nguyên mẫu theo quy trình kinh doanh mới | Luồng hệ thống mớiTài liệu chính sách triển khai (phiên bản cập nhật) |
| Làm rõ những chỗ không phù hợp và xem xét nguyên nhân cũng như biện pháp khắc phục | ||
| Xem xét quy trình công việc và nguyên mẫu mới dựa trên nguyên nhân của sự không phù hợp và biện pháp đối phó | ||
| Xác nhận lại tính nhất quán với các yêu cầu kinh doanh dựa trên nội dung đã sửa đổi và hoàn thiện chính sách phản hồi | ||
| Cài đặt chính chính | Xem xét các chính sách đối với dữ liệu chính chính (mặt hàng, BOM, quy trình sản phẩm, vị trí, đối tác kinh doanh, vv) | Tài liệu chính sách triển khai (chính sách chính)Bảng dữ liệu di chuyển chính |
| Yêu cầu tùy chỉnh tiện ích bổ sung | Xác định các chức năng mục tiêu của tiện ích bổ sung và tạo chính sách dự thảo tiện ích bổ sung | Tài liệu yêu cầu về tiện ích bổ sungDanh sách tính năng bổ trợBáo giá bổ sung |
| Xem xét từng yêu cầu về tiện ích bổ sung và quyết định chính sách | ||
| Yêu cầu về giao diện | Xác định dữ liệu mục tiêu giao diện | Tài liệu yêu cầu về giao diện |
| Xem xét phương thức giao diện và thời gian giao diện | ||
| Xem xét từng yêu cầu về giao diện và quyết định chính sách |
FIT&GAP tiến triển theo thứ tự sau: xem nhóm (xác định phạm vi ứng dụng ERP), xem cây (tạo luồng quy trình) và xem các nhánh (kiểm tra màn hình/mục)Nếu bạn thực hiện FIT&GAP bằng cách xem xét các màn hình và hạng mục ngay từ đầu, thì các quy trình dành riêng cho ERP sẽ không được xem xét và cuối cùng bạn có xu hướng chỉ so sánh chúng với các màn hình và hạng mục của hệ thống hiện tại Nếu điều này xảy ra, hệ thống sẽ quên mất nó phải như thế nào và trở thành một hệ thống tuân theo hiện trạng
Trong quá trình tìm hiểu sâu hơn (xác định phạm vi ứng dụng ERP), tốt hơn hết bạn nên kết hợp nhiều gói để đạt được kết quả tốt hơn với chi phí và rủi ro thấp hơn, thay vì đáp ứng tất cả các yêu cầu kinh doanh chỉ bằng một ERP duy nhấtVí dụ: sử dụng gói dành riêng cho thủ tục xuất/nhập sẽ dễ dàng hơn so với sử dụng ERP và yêu cầu tùy chỉnh ERP ít hơn Ngoài ra, quy trình làm việc có lợi thế là có thể được quản lý tập trung trên toàn công ty bằng cách sử dụng gói chuyên dụng Tuy nhiên, bạn nên cẩn thận vì giao diện đòi hỏi nhiều công sức để phát triển và có thể tốn kém Vì vậy, khi kết hợp nhiều gói, bạn nên lưu ý việc tích hợp ERP có dễ dàng hay không hoặc có trường hợp nào như vậy không
Tôi sẽ giải thích quy trình xem cây (tạo luồng quy trình) Cho dù bạn giới thiệu loại ERP nào, các quy trình kinh doanh sẽ thay đổi so với các hệ thống truyền thống, vì vậy bạn cần thực hiện FIT&GAP ở cấp độ quy trình trước khi xem màn hình chi tiếtĐặc biệt, điều quan trọng là phải kiểm tra xem tổ chức và phân công nhiệm vụ hiện tại có tương thích với quy trình ERP hay không Ví dụ: nếu bạn hướng tới sản xuất theo kế hoạch thì công việc lập kế hoạch sẽ tăng lên nhưng mặt khác, công việc tiếp theo sẽ giảm đi, làm tăng hiệu quả của toàn bộ nhà máy Trong những trường hợp như vậy, cần phải chuyển nhân sự sang bộ phận kế hoạch
Một điều bạn cần cẩn thận khi chuyển đổi hệ thống cào sang ERP là bảo trì tổng thể Trong hệ thống cào thường có một bộ phận phụ trách tổng thể, nhưng trong ERP thường có nhiều bộ phận khác nhau phụ trách từng hạng mục ngay cả trong một tổng thểVì lý do này, thời gian và phương pháp đăng ký/cập nhật dữ liệu chính cũng như các quy tắc kinh doanh phải được thảo luận giữa các bộ phận liên quan
Khi triển khai ERP, cấu trúc tổng thể có thể thay đổi đáng kể so với hệ thống trước đó Bạn nên hiểu sâu hơn về các chức năng bằng cách so sánh giữa cái cũ và cái mới
Ví dụ
Chúng tôi sẽ quyết định chính sách tùy chỉnh dựa trên kết quả của FIT&GAP Mặc dù việc tùy chỉnh (hoặc tiện ích bổ sung) nên tránh càng nhiều càng tốt, nhưng việc tùy chỉnh có thể cần thiết nếu cần thiết để duy trì khả năng cạnh tranh của công ty hoặc nếu các thủ tục truyền thống phải được duy trì do thông lệ kinh doanh với khách hàng
Hãy cân nhắc lý do tại sao nhiệm vụ này lại cần thiết và bộ phận nào sẽ bị ảnh hưởng nếu nhiệm vụ bị loại bỏVí dụ: trong trường hợp cần phải có báo cáo để quản lý các mặt hàng hết hàng do nhiều bộ phận đã đặt hàng đã hết hàng hoặc trong trường hợp việc mô phỏng hết hàng là yêu cầu kinh doanh thì nhiệm vụ này sẽ không còn cần thiết nữa khi các mặt hàng hết hàng không còn nữa Nói cách khác, bạn nên xem xét những gì bạn có thể làm để loại bỏ tình trạng hết hàng hoặc cải cách hoạt động của mình bằng cách tham khảo các ví dụ từ các công ty khác đã loại bỏ tình trạng hết hàng
Nếu cần có yêu cầu công việc mới và gói cung cấp chức năng đó, hãy sửa đổi quy trình công việc để tận dụng chức năng tiêu chuẩn của góiVí dụ: khi công việc phê duyệt được thực hiện bằng ERP, sẽ có những hạn chế về việc thay đổi nội dung ứng dụng sau khi phê duyệt Trong một số trường hợp, bạn có thể cần phải hủy phê duyệt, thực hiện thay đổi và nộp đơn xin phê duyệt lại Trong một số trường hợp, hệ thống cào không hạn chế nghiêm ngặt các thay đổi sau khi được phê duyệt, nhưng điều quan trọng là phải thiết lập các quy trình kinh doanh phù hợp cùng với việc triển khai ERP
Nói chung, thường có hàng trăm loại biểu mẫu và việc triển khai tất cả chúng bằng một ERP sẽ đòi hỏi nhiều tùy chỉnh, đây có lẽ không phải là một phương pháp thực tế Với việc giới thiệu ERP, bạn có thể hướng tới không cần giấy tờ và nếu các yêu cầu kinh doanh giống nhau, bạn có thể xử lý chúng trên màn hình ERP hoặc tải xuống các biểu mẫu Excel từ màn hình và xử lý chúng thành các biểu mẫu cần thiết
Ngay cả khi đó là một tùy chỉnh bắt buộc, tốt hơn là nên trì hoãn nó như là sự phát triển phụ nếu có một phương pháp thủ công thay thếTrước đây, đã có trường hợp khoảng 80% tùy chỉnh còn lại cho quá trình phát triển thứ cấp được coi là không cần thiết khi vận hành một hệ thống được phát triển ở giai đoạn đầu tiên Điều này có vẻ là do các yêu cầu tùy chỉnh của người dùng dựa trên tiền đề của hoạt động kinh doanh sử dụng hệ thống thông thường
Mọi chuyện thế nào?
Lần tới, chúng tôi sẽ giải thích phần tổng thể về "Giới thiệu hệ thống", di chuyển dữ liệu và kiểm tra Có thật sự ổn không? Cách tiến hành triển khai ERP Phần giới thiệu hệ thống (3)
Cách khắc phục môi trường mua sắm/thu mua đang thay đổi nhanh chóng và tiến hành DX mua sắm/thu mua dẫn đến tăng giá trị doanh nghiệp (Nghiên cứu điển hình Giới thiệu Hệ thống Mua hàng thứ 3)
Điều đó có thực sự ổn không? Cách tiến hành triển khai ERP Phần giới thiệu hệ thống (3)
Điều đó có thực sự ổn không? Cách tiến hành triển khai ERP Phần giới thiệu hệ thống (2)
Cách khắc phục môi trường thu mua/thu mua đang thay đổi nhanh chóng và tiến hành DX thu mua/thu mua dẫn đến tăng giá trị doanh nghiệp (phiên bản hệ thống thứ 2)
Điều đó có thực sự ổn không? Cách tiến hành triển khai ERP Phiên bản giới thiệu hệ thống (1)
Điều đó có thực sự ổn không? Cách tiến hành triển khai ERP Phiên bản quản lý dự án (2)
Cách khắc phục môi trường thu mua/thu mua đang thay đổi nhanh chóng và tiến hành chuyển đổi thu mua/thu mua giúp tăng giá trị doanh nghiệp
Điều đó có thực sự ổn không? Cách tiến hành triển khai ERP Phiên bản quản lý dự án (1)
Có thật sự ổn không? Cách tiến hành triển khai ERP Lựa chọn phiên bản (2)
Điều đó có thực sự ổn không? Cách tiến hành triển khai ERP Lựa chọn phiên bản (1)
Có thật sự ổn không? Cách tiến hành triển khai ERP Giới thiệu