10 Yếu tố đảm bảo triển khai ERP thành công (lý thuyết)

Những câu chuyện về các dự án ERP thất bại luôn là nỗi ám ảnh cho các CEO hay CIO khi quyết định triển khai hệ thống ERP cho doanh nghiệp mình. Vì vậy, câu hỏi thường trực luôn đặt ra trong đầu họ là phải làm gì để tránh các vết xe đổ đi trước và đảm bảo rằng dự án luôn thành công?

Dưới đây là 10 yếu tố mà theo tác giả đánh giá là quan trọng nhất đảm bảo triển khai thành công một dự án ERP.

1. Lựa chọn đúng giải pháp

Điều này có vẻ hiển nhiên, nhưng trên thực tế không phải luôn luôn xảy ra. Các nhà cung cấp giải pháp ERP, để đạt được mục đích bán hàng, thường có xu hướng hoàn hảo hóa khả năng của giải pháp. Tức là với bất kỳ bài toán nghiệp vụ nào doanh nghiệp đặt ra, giải pháp đều đáp ứng hoàn toàn. Tất nhiên thực tế không hẳn như vậy. Trong trường hợp này, doanh nghiệp cần đặt câu hỏi ngược lại với nhà cung cấp: Họ sẽ giải quyết bài toán như thế nào? Họ đã từng gặp bài toán này ở đâu chưa?…Đó là thực tiễn thành công của giải pháp. Ngoài ra, doanh nghiệp cần phải có quá trình lựa chọn khắt khe và có cấu trúc để tìm ra giải pháp phù hợp nhất cho mình.
Bạn đọc có thể tìm hiểu thêm về quá trình lựa chọn ERP tại đây.

2. Lựa chọn đúng đơn vị triển khai

Đây cũng là điều tối quan trọng tương tự như việc lựa chọn đúng giải pháp. Đơn vị triển khai phải là đối tác có đủ năng lực chuyên môn và kinh nghiệm nhằm đảm bảo doanh nghiệp sẽ nhận được tối đa những tính năng, lợi ích của giải pháp đã đầu tư. Việc lựa chọn này, doanh nghiệp có thể tự thực hiện hoặc cũng có thể thuê đơn vị tư vấn độc lập. Đây là xu hướng đã phổ biến trên thế giới, tuy nhiên tại Việt Nam mới chỉ có một số ít doanh nghiệp áp dụng, điển hình là Tân Hiệp Phát và Prime Group.

3. Lập kế hoạch dự án một cách cẩn thận

Lập kế hoạch triển khai một cách thực tế và chi tiết nhất, đảm bảo rằng doanh nghiệp luôn kiểm soát được những gì sẽ phải làm và từng cá nhân trong đội dự án sẽ chịu trách nhiệm phần công việc nào. Đây là những điều rất cơ bản trong việc thực hiện bất kỳ dự án nào không chỉ là dự án ERP.

Có một thực tế đang diễn ra phổ biến tại các dự án ERP tại Việt Nam: thời gian triển khai gần như luôn kéo dài hơn so với kế hoạch ban đầu. Có thể do nhiều nguyên nhân: thay đổi nhân sự, mức độ phức tạp của nghiệp vụ đòi hỏi customize, thay đổi quy mô triển khai…tuy nhiên, còn có một nguyên nhân chung, đó là khi lập kế hoạch, doanh nghiệp cũng như đơn vị triển khai thường đặt ra các mốc thời gian một cách khá “lạc quan”, trong nhiều trường hợp là “phi thực tế”. Có thể do đơn vị triển khai không ước lượng được khối lượng công việc phải làm. Cũng có thể do doanh nghiệp muốn hoàn thành dự án sớm nhất có thể.

Điều này rất nên tránh, bởi việc trễ thời gian không chỉ dẫn đến việc phát sinh công việc, phát sinh chi phí mà còn ảnh hưởng tới tinh thần của các thành viên dự án.

4. Xác định phạm vi dự án rõ ràng và luôn tập trung vào đó

Thay đổi phạm vi giữa chừng luôn tiềm ẩn nguy cơ lớn đối với hầu hết các dự án. Khi bổ sung một điểm triển khai, hoặc một phân hệ đồng nghĩa với việc phải đầu tư thêm nguồn lực và thay đổi cấu trúc, kế hoạch dự án. Nếu không quản lý khéo, có thể dẫn đến tình trạng chồng chéo, ảnh hưởng tới các công việc khác hoặc nghiêm trọng hơn có thể làm trì hoãn cả dự án.

5. Tập trung vào những lợi ích đã xác định

Làm thế nào để xác định một dự án ERP triển khai thành công? Thành công của một dự án ERP không chỉ đo đạc bằng các tiêu chuẩn thông thường như hoàn thành đúng thời gian hay đúng ngân sách. Thành công thực sự thể hiện trong việc giải quyết hoàn toàn các bài toán nghiệp vụ cũng như quản lý của doanh nghiệp, mức độ hài lòng của đội ngũ nhân viên với hệ thống mới. Từ đó doanh nghiệp đạt được những lợi ích đã kỳ vọng khi quyết định đầu tư ERP như tăng năng suất, giảm được chi phí, minh bạch hóa tài chính…

6. Lựa chọn đội dự án với các thành viên phù hợp

Trong nhiều trường hợp, doanh nghiệp thường mặc định rằng việc triển khai ERP là trách nhiệm của đơn vị triển khai. Họ nghĩ đơn giản chỉ cần bỏ tiền mua giải pháp, thuê triển khai và một vài tháng sẽ có hệ thống mới để sử dụng.

Đánh giá thấp các yêu cầu và vai trò của đội dự án nội bộ là một trong những nguyên nhân dễ dẫn đến thất bại. Những kỹ năng, kinh nghiệm và nỗ lực của đội dự án nội bộ là tối quan trọng đối với việc triển khai. Bởi họ chính là những người phối hợp với đơn vị triển khai để xây dựng hệ thống và cũng chính họ sau này sẽ là những người tiếp nhận, vận hành hệ thống. Hãy lựa chọn những nhân viên am hiểu nghiệp vụ cũng như nắm rõ các vấn đề mà doanh nghiệp đang gặp phải để tham gia vào đội dự án. Cũng cần đảm bảo rằng đây là những người sẽ gắn bó lâu dài với doanh nghiệp.

Trong thời gian triển khai dự án, tốt nhất hãy để họ tập trung duy nhất vào công việc triển khai, các công việc thường ngày nên chuyển giao cho những người khác.

7. Đảm bảo có sự cam kết từ cấp lãnh đạo

Dự án ERP cần phải được định hướng từ trên xuống dưới, cần có người từ đội ngũ lãnh đạo tham gia chỉ đạo, hỗ trợ hàng ngày. Mâu thuẫn, hay đơn giản là sự không thống nhất có thể nảy sinh bất cứ lúc nào giữa thành viên hai đội dự án, đó là lúc cần sự dung hòa cũng như quyết đoán của lãnh đạo .

8. Đảm bảo người dùng cuối được đào tạo đầy đủ

Việc triển khai chưa dừng lại sau khi đã thiết kế, cấu hình và cài đặt được hệ thống bởi hệ thống không thể tự nó mà vận hành được, những người dùng cuối bao gồm đội ngũ quản trị hệ thống và đội ngũ nhân viên tác nghiệp cần phải được đào tạo để sử dụng hệ thống đúng cách và hiệu quả nhất. Việc đào tạo cần được thực hiện một các nghiêm túc, hướng dẫn lý thuyết phải gắn liền với thực hành ngay trên máy. Nếu có điều kiện doanh nghiệp nên đào tạo cho tất cả người dùng tuy nhiên, trong một số trường hợp người dùng quá đông hay doanh nghiệp có nhiều quá nhiều chi nhánh tại nhiều địa điểm khác nhau, có thể lựa chọn đào tạo những người chủ chốt, sau đó chính những người này sẽ tiếp tục đào tạo lại cho người khác.

9. Đừng quên hệ thống các báo cáo

Hãy suy nghĩ về các hệ thống hiện tại và danh sách các báo cáo mà doanh nghiệp đang sử dụng trước khi triển khai ERP. Liệu rằng đơn vị triển khai có thể cung cấp được tất cả các báo cáo này trên hệ thống ERP mới? Nếu được, sẽ mất bao nhiêu thời gian để phát triển tất cả các báo cáo này?
Doanh nghiệp thường có tâm lý tận dụng tối đa đơn vị triển khai để xây dựng và phát triển hệ thống báo cáo nhiều nhất có thể, trong số đó có thể có những báo cáo thực sự không cần thiết. Điều này sẽ dẫn đến việc lãng phí nguồn lực của cả hai bên.

10. Quản lý thay đổi hiệu quả

Một điều chắc chắn là sự ra đời của hệ thống mới sẽ ảnh hưởng đến nhiều khía cạnh trong doanh nghiệp: các quy trình kinh doanh, thủ tục thay đổi dẫn đến vai trò của một số nhân sự sẽ khác… Do mỗi người đều có phản ứng khác nhau trước những thay đổi, nên đây sẽ là lúc doanh nghiệp cần có một chiến lược khéo léo để từng bước đưa ERP vào một cách “xuôi chèo, mát mái”.

(ITGVN – theo eac.vn)

OLAP PivotTable Extensions

OLAP PivotTable Extensions is an Excel 2007 and Excel 2010 add-in which extends the functionality of PivotTables on Analysis Services cubes. The Excel API has certain PivotTable functionality which is not exposed in the UI. OLAP PivotTable Extensions provides an interface for some of this functionality. It also adds some new features like searching cubes, configuring default settings, and filtering to a list in your clipboard. The add-in can be launched from the following menu option in the right-click menu for PivotTables:

Private Calculated Members

Any calculated members which are part of the Analysis Service cube on the server can be added to PivotTables. But there is no built-in UI to define your own MDX calculations. Adding extra Excel calculations in the cells surrounding the PivotTable has some limitations as they are not part of the PivotTable and can be wiped out if the dimensions of the PivotTable change, and plain Excel calculations must only operate on data visible in the PivotTable.

OLAP PivotTable Extensions let you define your own calculated measures which are private to that particular PivotTable:


Those calculations appear in the PivotTable just like any other calculations:


They appear in the Field List pane at the very top under the Values grouping:


For help with advanced calculation properties for these private PivotTable calculations, or for help with MDX expressions, refer to our Calculations Helppage.

Best Practice: In order to ensure a single version of the truth, it is a best practice to define important calculations as part of the cube source code. But some calculations like simple ratios or differences may clutter the cube and may be more appropriate if defined in the PivotTable itself. In addition, certain ad hoc research or prototyping may be more appropriate to be done as calculations private to a PivotTable until they are finalized and are ready to be added to the cube source code.

Limitation: If you run "OLAP Tools... Convert to Formulas" on a PivotTable with private calculated members in Excel 2007, the private calculated members will show N/A. There is no known workaround at this point other than upgrading to Excel 2010 or having your OLAP administrator define these calculated members in the cube itself.

Calculations Library

Since all calculations you define are private to that one PivotTable, OLAP PivotTable Extensions automatically creates a Calculations Library for you which contains all the calculations you create. This allows you to pick any previous calculation you've used from a dropdown and add it to the current PivotTable:



You can also perform Calculation Library maintenance by importing, exporting, and deleting calculations:

View PivotTable MDX

If a PivotTable is performing poorly or returning incorrect numbers, it may be necessary for the Analysis Services administrator to troubleshoot the MDX query which the PivotTable is using. The MDX tab of the OLAP PivotTable Extensions dialog shows you this MDX.



The MDX is exactly what is sent to the server with one exception. Any private calculations you've created for your PivotTable are defined as session calculated members. The MDX query exposed on the MDX tab displays the formulas for these calculations as query calculated members in the WITH clause of the MDX query. This allows an administrator to copy and paste the MDX query and troubleshoot it more easily in Management Studio or MDX Studio.

Filtering PivotTable to a List

A common scenario is having a list of items you wish to research in a PivotTable. Instead of manually checking each item in the filter dropdown, you can use the Filter List feature from OLAP PivotTable Extensions:

Changing PivotTable Defaults

Certain settings must be manually changed after creating a new PivotTable. For instance, if your dimensions have calculated members you wish to see in your PivotTable, you must manually right click on the PivotTable, choose PivotTable Options, flip to the Display tab, then check "Show calculated members from OLAP server". The Defaults tab of OLAP PivotTable Extensions lets you default this setting to be on in any new PivotTables you create in the future. If checked, it also automatically sets "Refresh data when opening the file" on the connection properties:

Searching

Finding what you’re looking for in a cube can sometimes be challenging, but the Search feature of OLAP PivotTable Extensions can help. It lets you text search the items in the Field List and their descriptions. It also lets you text search the dimension members in your cube.



For more detailed information about the Search feature, see the dedicated Search page.

Distributing PivotTables

OLAP PivotTable Extensions need only be installed on computers which need to create new private PivotTable calculations. After those calculations have been defined, the PivotTable can be distributed to others without problem. If you distribute the Excel 2007 workbook to other Excel 2007 users, they will be able to continue designing and manipulating that PivotTable without problem. If published to Excel Services, the private calculations you define will still be active in the PivotTable.



The Calculation Library does not need to be distributed unless other users wish to start brand new PivotTables and reuse certain calculations you have created using OLAP PivotTable Extensions.

Using Excel 2007/2010 and OLAP PivotTable Extensions to edit an Excel 2003 format .xls workbook with a PivotTable and add a private calculated member will work. This PivotTable can be saved and distributed to users of Excel 2003 and the private calculated member will show up and work.

Installation Requirements

• Excel 2007 or Excel 2010 is required.
• Access to a cube on an Analysis Services server is required.
• .NET Framework version 2.0 is required.