Week 9: Business Functionalities Mismatches with ERP features

PART A: Respond to the Following Case Study.

If an organisation has business processes that do not match any commercially available ERP, should the organisation adopt an ERP?

Provide factors for and against and suggest other possible considerations that would factor in your reasoning.

1. If an organisation has business processes that do not match any commercially available ERP, should the organisation adopt an ERP? 

Every enterprise will have increasing data volume, market sales, market share, profits, and expanding their business functionalities to meet their business objectives. They need to integrate all their multi business functionalities into a single system. Some of them build their in-house system or purchase “off-the-shelf” systems (legacy system), but some of them failed to maximise their business functionality in their system. The reason is because their system is classified old-fashionable system in the market. In the same way, they eventually have to survive in the market or even some of them have to close down their business, because they could not get any competitive advantages. Recently, ERP (Enterprise Resource Planning) is the current trend in the business, which can support an organisation to overcome those difficulties by integrating all their fundamental business process functionalities. The result is an organisational can significantly increases the business productivities of all the company’s stakeholders, which are manager, employees and customers. The key argument when a particular organisation’s business process does not exactly match with any commercially available ERP is a very critical decision to make. Ultimately, the objectives of integrating process are automated, faster, real-time, secure, and centralise the business processes. The key considerations of adopting an ERP or not rely on selecting an ERP system vendor. They can observe from the business process functionalities and ERP features has alignment and ensure everything works properly. Considering the massive benefits of having an ERP within the organisation is very essential. Other considerations are:

  1. Redesign the business processes in advanced to obtain competitive advantages.
  2. An organisation can customise the ERP features using “vanilla” implementation approach to adapt the business functionalities to meet the business objectives.
  3. Top-level management uses change management component in their clearly delivered communication plan to meet their business expectation.
  4. Top-level management uses OPM3 process, which assist an knowledge about current enterprise and experience in implementation; measure the implementation experience using ERP system in the company; and support the level of implementation capabilities; and minimise the risk management.
2. Factors for and against considered in the ERP implementation.

Adopting ERP regardless if it matches the organisation’s business process at certain areas is beneficial and makes the business more profitable like, making employees happy by being paid on time, smart decisions from executive and managerial level through statistics and reports, and even making the life of stakeholders and customer easier in a centralised process that is provided by ERP. In addition to that, it provides visibility into all important part and aspect of the business process across different departments within the organisation.

Although there are some disadvantages in jumping into a decision to actually adopt ERP regardless if it meets the exact needs of the organisation. The obvious and initial factor that the business will see is the “cost”. ERP customisation, planning, configuration, testing, implementation, etc can be a serious tedious job and demands serious resources from the organisation. Deployment make take several years, cost savings and payback may not be realised pretty soon right after the ERP implementation.

 3, suggest other possible considerations that would factor in your reasoning.

Other possible factor to consider in this reasoning is looking for a flexible vendor or system that can adopt phase by phase or gradual implementation. This means that although an ERP is a long process to be taken, any vendor or system that can implement the whole ERP in a modular basis. The possibility to integrate one module after the other that really caters the initial needs of the business is the most significant factor to be considered.

PART B: Post an entry to your blog that answers the following questions:

1. What was the most difficult assessment item you completed so far in COIT20230 this term?

  • Assignment 2 (Case Study)

2. What was difficult about it and how would you suggest it could be improved?

  • Insufficient clear information in advanced about SAP and legacy system.
  • Too much effort to research time to get some ideas.

Advice for improvement:

  • Provide some articles for beyond research.
  • Give the requirement not as much references as this term.

3. If you could provide three (3) pieces of advice to a student who will be doing this course next term what would they be?

  • Organise their study plan start from the beginning of the term what will they can accomplish the deadline.
  • Do research early and attend all the classes.
  • Try to meet the studies objection weekly basis.

4. How will you be able to use this knowledge/these skills in your future career?

This course is useful for me in the future career by bringing this knowledge. I understand how to analyse the issues in the company by involving all the stakeholders and existing resources. I understand how to create a successful project, by analysing a critical (key) success factors (CSF). There is the way to maximise a business performance by utilising ERP systems, however, we have to consider when we are selecting an ERP vendor with its features, its support systems for the organisation.

Week 5 : Don’t Customise & Ass2 Skeleton

PART A.

Many experienced ERP implementers will say there are two rules you should follow when implementing these systems:

1. Do not customise your ERP.

2. See Rule 1.

Why do you think this is?

What are the risks of customisation?

What does a need to customise say about the willingness or an organisation to effect BPR?

ERP installation involves some factors, such as hardware, human resources and software. Hardware consists of C/S (Client/Server), and Peripheral. Human resources involve all cross-business functionality workers, such as project manager, ERP implementation team, and development team. Lastly, Software contains Operating System; which is a platform for running any software, including an ERP application; Database Management System (DBMS); and Application software, like Oracle, Microsoft Dynamic, SAP, and many more. There is none of the application software made perfectly in their system, including ERP software. It means an ERP system needs to add some missing functionality during implementation from third parties, which is called add-on (as known as addons). Some of the third parties don’t offer it; however, it shares the data into the ERP system. Some of third parties may not be developed by the ERP vendor itself. As a result, it may create some issues of the addons. An ERP vendors need to build co-operation with the third party vendor to overcome the issues.

A successful organisation will implicate a proven methodology in selecting an ERP implementation. The writer will give a best practice in implementing ERP system. He already gave a brief description about selecting implementation in their plan last week. The best solution for an organisation is using Vanilla implementation, because they do not need to spend much money because they will be given from ERP vendors in its functionality to cover simplicity of their business processes. Kimberling (2009, via Panorama-consulting.com) reported that the effectiveness using Vanilla Implementation in the organisation. (See Fig 1).

ERP Vendors customisation

Fig 1. Customisation average rate using ERP Vendors.

(Kimberling, 2009http://panorama-consulting.com/erp-software-customization-the-ultimate-sin-of-enterprise-software/)

Many professionals in ERP suggest that they should not customize their ERP system. Before the organisation customizes their ERP software, they need to scrutinize several factors. Motiwalla & Thompson (2009) mention that there are 7 factors in considering it:

  1. An organisation runs relatively modest business model which are not unique, they should consider implementing using “Vanilla”.
  2. An organisation, which does not have any experience, they should examine implementing “Vanilla”.
  3. An organisation, which has many branches run the same system in single system, should have a cost-control factor in implementing “Vanilla”.
  4. Leveraging a “Vanilla” implementation will give them a competitive advantage.

What are the risks of customisation?

The writer stands in the same sides with other experienced ERP implementers, which customizing an ERP will be too risky. There is some reasons.

1.    Upgrade

Developer team need to analyse during system modification. They need more time to customize, validate, and upgrade the old system.  The upgrading system needs long-term periods, because it cannot one-time upgrading the system.

Additionally, if the customization is outrageous from the implementation plan, it can be transformed to re-implementation. It is most expensive.

2.    Human resources.

Either too much coding or no-coding testing during customisation will create incompatibility in the new system. It means it will create some bugs or system issues.

3.    Lack of experienced, consultants & experts in the customisation the systems can create difficulties for organisation. On the other hand, if the organisation has experience in customisation, it will have a successful impact.

4.    Reversion.

Vjeko (2009) argues that “The more you customise, the more regression testing you have to do, and what consultant don’t find, the end users will, but after Go-Live (Going LIVE).

What does a need to customise say about the willingness or an organisation to effect BPR?

  1. Assess the existing system.
  2. Analyse design system in the new system.
  3. Define a clear Business Process Reengineering limitation.
  4. Track a some particular activities in the re-engineering plan.
  5. Use Vanilla Implementation to lessen the customisation.
  6. Implement the new system.

REFERENCES

Harris, R 2000, “Customization versus Standardization: Striking a balance in ERP Software”, Machine design, pp. 564–569.

 

Kimberling, E. 2009,  ERP Software Customization: The Ultimate Sin of Enterprise Software?, viewed 15th Ausgust 2013, http://panorama-consulting.com/erp-software-customization-the-ultimate-sin-of-enterprise-software/.

Motiwalla, L.F. & Thompson, J. 2009, Enterprise Systems for Management, Upper Saddle River, New Jersey.

Vjeko, 2009, Top 7 reasons why to avoid (much) customization, viewed 15 August 2013, http://vjeko.com/blog/top-7-reasons-why-to-avoid-much-customization.

PART B.

Examine assessment item 2. The purpose of this assignment is to provide a report responding to a case study. Provide a rough skeleton (dot point form if you wish) of the content and structure of the main body of your report. You should make clear what the problem is and also outline what the options are.

Assessment item 2 (Term 2 – 2013) examines from the case study about “Difficulties in Enterprise System (ES) implementation: The case of Millicent Home (MH)”. It examines the causes of ERP implementation failure.

The structures of the main report are:

1. Executive Summary

  • Describe a brief summary of some major findings of an ES implementation in MH, including argument about continuing using SAP or disregards the SAP implementation.
  • Describe recommendation and conclusion.

2. Introduction

a.  Background.

o   A brief ES implementation issue in MH.

o   Describe the timeline of the issues, the important of ES implementation, and factors of people who get involved.

b.  Aim / Objectives.

o   The objectives of report achievement.

c. Scope.

o   The coverage of the ideas in the report.

3. Project Analysis

  • Define and explain the either functional reasons or technical reasons why fail in implementing an ERP system.
  • Analyse which result in the crucial factors in failure of ERP implementation.
  • Analyse some issues befall the existing ERP system.
  • Assess any party involved in responding the issues.
  • Mention the effect of successful in change management.

4. Conclusion

5. Recommendation

Give some suggestion to perform better using ERP system and work effectively on it.

6. References

Using a standard Harvard Referencing style

7. Appendices

The additional information related to the Project Analysis that may include:

a. Data.

b. Chart.

c. Diagram.

d. Table.

e. Maps.

f.  Some Questionnaires or its answer.

g. Specification.

Visit Us On TwitterVisit Us On Facebook