Packaged Applications – The Hidden Cost of Snake Oil

April 7, 2009 · Filed Under IT Estimating, Software Estimating  - 2 Comment(s)

Thanks to David DeWitt of Galorath for this article:

Most of us remember the dubious “doctor” in Huckleberry Finn who proclaims to have the cure for any malady. From the back of the crowd his shill would loudly proclaim that he himself had been healed by the magical elixir. Oh my, but the quantity of snake oil they sold before the townsfolk discovered they had been duped – and the doctor long gone. From the tone of many internet blogs it seems the same buyer’s remorse is lingering in the “Packaged Application” world.

Doing a search for the following search terms in Google brought up some staggering numbers: “ERP Horror Stories” – 43,000 search results; “SAP Horror Stories” – 87,000 search results; “CRM Horror Stories” – 42,000 search results.

Before we get into the discussion of packaged applications let’s take a step back and remember how these wonder cures manifested. In the late 1980′s – (when disco was dying) manufacturing companies wanted to shape supply chain management and enterprise resource planning. In short, they wanted to encourage the concept of a “process in a box.” (my quotes). Somehow over the last ten years the industry has forgotten that part about the need for the organizational “process” to change; and as we shall see, that is a key cause of hidden costs.

To belabor the point of “snake oil” for just a moment longer – what exactly is a packaged application?
1. You can’t see the ingredients (What is the quality of the code?)
2. You don’t know the recipe (How was it developed?)
3. You don’t know how it’s to be served (Is it designed for my architecture?)
4. When done – you hope it won’t upset your stomach (Will it run on or corrupt my databases?)

But it heals the sick and will bring peace and joy to the world if it’s configured just right!

The top ten hidden costs are – in no specific order:
1. Unclear requirements

As business requirements evolve and as the business grows, more changes to the package will be needed. This is not new but the story is the same – Business users cannot interpret formal specifications, comprehend “Use Cases”, or understand “Screen shots.”
2. Extensive Customization Required
” Post development surveys tend to show that most (around 50% of) custom solutions don’t meet original expectations and quite regularly completely fail for technical, political and other reasons.”

  1. Integration of Multiple Packaged Applications
    “Most data in most legacy systems is rubbish. As a result, those companies are more likely to underestimate the cost of the move.”
  2. IT Staffing and Turnover
    Staff turnover among developers is common in organizations that are implementing an ERP solution. Most Programmers are excited to learn a new technology; others are reluctant to embrace change. The good ones know their worth and leave after an implementation.
  3. Product and Business Evolution
    One factor often underestimated, and seldom calculated, is the business disruption factor. If you have a team of your best people fulltime on a project how can they possibly be participating elsewhere?
  4. Excess Functionality
    Excess functionality often leads to mistaken and unused functionality, which can cause data quality issues. Additionally, functionality that is not used can cause unnecessary overheads in system processing and database storage.
  5. Training Cost for End User
    Gartner research found that companies that a budget less than thirteen percent of their costs for training are three times more likely to see their ERP projects run over time and over budget when compared with companies that spend 17 percent or more on training.
  6. Business Process Changes Required
    Packaged Applications were originally intended as a “Process in a Box.” The intent is to change how a company does business by embracing a software process. However, basic business processes – such as accounting, finance, and general ledger – typically don’t need to be overhauled. When those parts of the Packaged Application are not incorporated more customization is required to turn off those capabilities
  7. Vendor Selection
    Packaged software vendor selection is not a trivial task. Most organizations need to conduct a comprehensive formal evaluation of the short listed suppliers with the aid of external consultants. This process can take significant resources and months in duration.
  8. More Testing Required
    Most packages are very complex systems. Interfacing with those systems is not an easy task. Testing the links between COTS packages and other corporate software links have to be built on a case-by-case basis and constitute a cost often overlooked.

A colleague recently proposed that he would rate my list with 1, 7, and 10 as his top three issues. He also commented that the metaphor of packaged applications to Snake Oil was appropriate. I thanked him for his feedback and was feeling quite clever – until I discovered this gem from Scientific America.

Chinese water-snake oil contains 20 percent. of the two types of omega-3 fatty acids most readily used by our bodies. Research since the 1980s has demonstrated the necessity-and efficacy-of omega-3 fatty acids. These acids not only reduce inflammation, such as arthritis pain, but also improve cognitive function and reduce blood pressure, cholesterol and even depression.
So perhaps we can survive a little snake oil after all – just beware of the hidden costs.



Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.

Related posts:

  1. Estimating the 10 Hidden Costs of Packaged Software Implementation Galorath is sponsoring a webinar covering estimation of packaged software implementation.  This is a topic that I am excited about. ...
  2. Estimate Packaged Software Or Suffer the Consequences I am excited about the Galorath Webinar covering packaged software estimation. It always amazes me when I hear people say...
  3. Estimating the Cost & Schedule of Packaged Software Deployments Packages (such as ERP systems, payroll systems, etc) can be great cost savings to organizations, offloading most of the development...
  4. Barriers to Adopting Estimation Technology & Applications A reader requested I chime in on The biggest barriers I see to adopting estimation technologies and tools.  So here...

Comments

2 Responses to “Packaged Applications – The Hidden Cost of Snake Oil”

  1. Proworkflow on January 1st, 2010 11:06 am

    We struggle with the same thing at ProjectSpaces. We constantly hear from customers who want us to add more features but we often push back a little to keep things as simple and user friendly as possible. Often it’s a matter of meeting an individual customer halfway but making sure you deliver new functionality in a very usable and simple way that serves your entire customer base.

  2. Dean on January 31st, 2012 1:24 pm

    A large enterprise solution can sometimes turn into such inefficiency in the implementation that it hardly seems worth it. That is typical of large projects that are bound to have issues and obstacles. The vendors always talk a good game but it never seems to go as smooth or as efficient as what was in their first power point. That’s the price an organization pays for minimizing the bullwhip effect on their supply chain management.

Leave a Reply




CommentLuv badge