Recognizing Business System Failure

Many executives and managers do NOT know how to recognize business systems failure. They have failed systems right at their finger tips, gauged by the standards advocated on this website, BUT they do NOT realize that they are at some level failures and, because they do NOT recognize failure they do NOT recognize either the need OR the opportunity to DO something about it

<<< PREVIOUS SUB-SECTION: Attributes of a HIGH VALUE solution

NEXT SUB-SECTION: The Critical Human Foundation >>>

Business System Failure – HOW do you recognize it?

I have come to understand that many executives and business people do NOT know how to recognize business information system project failure. In fact, many people with partially failed solutions actually think they are successful!

In most areas that an organization operates high levels of reliability and in most cases high levels of functionality and aesthetics are the norm, think aircraft, motor cars, etc. Accordingly this should be the criteria for rating the value and success of business information system projects. Refer to the discussion “Attributes of a HIGH VALUE solution” for a discussion of what a system at the top right of the scale below comprises. THIS is the benchmark for failure and, in terms of that benchmark the vast majority of business systems implementations (all the way down the curve to the bottome) are, at a significant level, failures.

This is over and above the extreme failures discussed in the Failure Catalogue.

So, HOW DO you recognize a failed business information system?

1. Project aborted

The project was aborted before go-live. Frequently because the project should NOT have been undertaken in the first place e.g. replace systems that do NOT need replacing.

OR the project was so badly conceived and managed that it had to end, or there was a lack of executive involvement and the system is totally misaligned with the core objectives of the business.

You might even have had a good project that was aborted for the wrong reasons such as a new executive who could not be bothered to do the hard work to evaluate the truth about the project.

Clearly this IS failure.

Sometimes such projects can be recovered.

2. Catastrophic business damage

Catastrophic business damage that causes massive disruption e.g. Bridgestone – Tires stacked in the car park, BMW months long wait for spare parts, etc.

OR in the extreme case put the organization out of business – see for example the FoxMeyer Drugs Bankruptcy.

Problem is, as with Fox Meyer, it is hard to prove whether it was the business system that caused the failure or something else.

Well, actually, NOT so.

Once you understand the true causes of failure, things like mythology, lack of executive custody, lack of strategic alignment, lack of precision configuration, failure to address the soft issues, lack of an engineering approach (rigor, precision) and understand that technology is less than 3%, that’s right 3% of what causes failure it becomes apparent that if a company puts in a new system and goes bankrupt it is almost certain that the existence of the systems project and all the ancillary and associated factors WAS responsible for the failure.

A systems project places HUGE stress on a business and this stress is entirely people driven and impacts people. There is a HUGE need to understand the entire holistic picture of what is required to prevent failure and what is required to achieve success, see the section of the website on the REAL Issues for more information.

Accordingly, I submit that unless there is a massive unrelated upheaval in the market place, if a company goes bankrupt or close to bankrupt shortly after putting in a new system then the new system has failed. After all, a well-run project should produce an outcome that IMPROVES profitability and competitiveness.

3. Runs with kludges and lots of spreadsheets

The above two items are relatively easy to recognize although frequently masked by other factors. It IS clearly possible to highly damage a business and in the extreme case cause it to wipe out.

BUT other failures are less obvious.

Consider – the system runs, sort of, with any number of kludges including unnecessary add-on software, quick and dirty Microsoft Access and other software and MASSES OF SPREADSHEETS, other tasks are performed semi-manually or entirely manually.

Tasks take unnecessarily long times or require extra staff, there is gross inefficiency.

That is a form of failure that is common to the majority of business information system implementations.

I have come across massive installations where almost nothing is done in the core system but management actually think that they have something of value and the software company uses the client for advertising purposes.

Are people lying?

Or are they just so dumbed down in terms of their expectations that they actually think their hugely inefficient monster IS doing something of value?

How honest are YOU being about YOUR system?

4. Executives and managers cannot get the information they need, WHEN they need it OR at all

Management and executives cannot get the information they need WHEN they need it OR at all.

Reports do NOT correlate.

Simple information requests take days or weeks to answer. And then further time is required to drill down and / or the results are questionable.

Overall executive and management efficiency and effectiveness is compromised.

That is failure.

5. The monthly board pack takes weeks to produce and drill down is manual

The monthly management and board packs take days or weeks to prepare and require highly qualified and expensive staff to sit for days or weeks every month preparing the pack in Excel or some fancy and costly other tool and the final result is NOT entirely trusted. Drill down is time consuming and questionable.

Executives are flying by the seat of their pants to a fair degree.

THAT is failure.

6. The audit takes MUCH longer than it should

This may seemingly be a small point but, in fact, it is a pointer to much wider problems – the audit takes MUCH longer than your gut feel says it should and you cannot establish why or how to curtail it, because it REALLY does take that long and the auditors may even have to take write-off’s in order to fit your budget.

A well running system should be quick and easy to audit.

A system that takes long periods of time to audit is a system that is inefficient to run generally, where there is little ownership of data, where reports are unreliable and not trusted, etc.

This is a form of failure!

Remarkably the audit in most organizations could be shortened dramatically coupled to a dramatic increase in management information and management effectiveness. A system that is easy to use and is well used is easy to audit, see the V3 case study.

7. The organization is fat and inefficient

This point flows from the previous points – the organization is fat and inefficient because “THE System” is fat and inefficient.

An inefficient business is frequently a pointer to an inefficient system in the same way that a lean, effective and profitable business is a pointer to an effective and efficient system – interesting that there are lean, effective and profitable businesses running so-called “legacy” or “obsolete” software and there are fat and inefficient businesses running the latest and greatest systems.

An inefficient organization and associated system IS a form of failure!

Effective systems are the consequence of rigor and discipline, of understanding of business and system fundamentals and applying systems in ways that work effectively and add considerable value, even at the most mundane levels – like all staff who use computers can touch type fast and accurately so the data is neat, clean, orderly, reliable and trusted, see the article on “Attributes of a HIGH VALUE solution”.

8. Your business system support bill is WAY bigger than reasonable

Your support bill to the implementers is WAY beyond what you consider reasonable.

Or your IT support team is way bigger than seems reasonable.

BUT NO ONE can tell you what to do in order to curtail these costs because the people REALLY are there and busy for that many days a month!

Badly designed, badly configured and badly implemented systems really are huge consumers of expensive implementer and IT staff manpower. This is primarily driven by “sloppy configuration” as opposed to “precision configuration"

A form of failure!

9. The “old guard” say the old system was better

Many of your “old guard” say that the old system was better, some have resigned in frustration.

None of them have anything good to say about the system maintaining, often with good cause, that the previous legacy system was easer and leaner to use and gave the same or better results.

Fact of the matter is that the business grew and prospered with the OLD system, something that techno-sales people and tech-lovers lose sight of. In fact the OLD system made the profits to PAY for the new system!

Many modern system implementations are so poor that the old legacy systems that truly were VERY basic but got the core job done WERE more efficient and more effective because they were built in partnership with the business to old fashioned rigorous software development standards by dedicated and disciplined professionals, and were far better aligned with the essence of the business.

This MAY be just unwarranted nostalgia in some organizations but, quite frequently, the old system WAS more effective because there is a massive overload of unnecessary functionality and gimmickry that weighs down the system. Process obsession frequently drives this sort of overload.

This, again, can be an indication of failure.

10. You just KNOW you have been ripped off

And then there is that nagging feeling that you HAVE been ripped off, that the huge sums you paid really are NOT justified, that the new system IS massively inefficient, that you really DO struggle to get the answers, that profitability has been detrimented, that the old system was really NOT that bad after all.

And there is reluctance to talk about it because it reflects badly on management, and you do NOT want the shareholders to know, and, after all, it is fairly easy to keep it quiet because most people do NOT know where to look to identify failure.

And most people’s expectations have been dumbed down by several decades of mediocre outcomes that nobody believes the promises of the sales people and even if you DID believe them you are NOT surprised when they do NOT materialize, after all, why were you so foolish to believe them?

Could YOU undergo a comprehensive lie detector test about your system, say NOTHING but good things about it and come through with a clean score – NO LIES?

That is the acid test of a successful system, a system that has ALL the attributes of a high value solution, widely recognized by shareholders, executives and management. A system that people speak highly of, on AND OFF the record!

Do YOU have a high value solution or, if you are honest, is your system a failure?

If you answered “yes” to one or more of the above points then get in touch with me to arrange a Pulse Measurement to evaluate the health of your system, diagnose what is wrong and prescribe the appropriate treatment to remediate it – it MIGHT be easier than you think!

Dr James A Robertson PrEng

10 September 2014

Download Business System Failure – HOW do you recognize it -- White Paper in Adobe pdf format

Random Selection of Articles by Dr James Robertson

SNw 013 Critical I.T. Issues in 2007

Cnf 078 The New South Africa -- Why Engineering Fails

Technology failures are the consequence of human error or negligence, the presentation discusses the fundamental reasons why technology projects fail in the context of the requirements of engineering in the New South Africa

Std 011 Procurement: 03 Business Information System Requirements Definition

The Business Requirements Specification is a strategically focused document, that is it lifts out the essence of the business and how it thrives in a structured and weighted manner so that there is NO uncertainty on the part of the bidders as to the exact nature of the business

The strategic essence must lift out the fundamentals of the busines and particularly what is unusual, the elements that deliver competitive advantage and which are therefore the most vulnerable to inappropriate action

This is NOT the place for generic industry definitions or for long lists of standard software functionality -- development of the requirements specification requires a mature and highly experienced consultant with a solid understanding of strategic essence AND a solid understanding of systems and how systems integrate with the business to deliver high value outcomes

Cnf 061 Analysing The Two Most Critical Factors for I. T. Investment Success: Executive Custody and Strategic Solution Architecture

Executive Custody of large integrated business information system projects is one of the critical weaknesses, this presentation discusses some of the key considerations with regard to this and also discusses the importance of strategic alignment and strategic solution architecture in achieving high value solutions

TxM 016 Section 1.14 The REAL cost of SEPT Versus the REAL cost of conventional solutions And the REAL value of SEPT

SNw 015 Content is Critical

Prd 041 Strategic Snapshot Toolset

The StratSnap toolset has been developed over 24 years and owes its conceptual origin to Professor Malcolm MacDonald's Exmar software

It is a very effective Critical Issues based Strategic Analysis tool that has a diversity of uses as discussed on the Strategy page

The spreadsheets are now over ten years old and need a significant refresh and may require tweaking with the latest versions of Excel

For that reason I am giving them away free on a NO warranty basis for you to try out and use as you see fit

I offer comprehensive facilitation using this tool with insight and technique refined over the 24 year period

ITw 001 Strategy before Process

Std 005 Procurement: 00b Invitation to Bid

A simple invitation letter which you can tailor and elaborate on as you see fit

TxM 023 Section 2.6 The case for Strategic Customization

Dr James A Robertson PrEng

Business Systems NOT delivering?

Call the Business Systems Specialist

Dr. James Robinson

Dr James A Robertson -- has been involved in the effective application of Business Information Systems, including but NOT limited to ERP, since 1987 and in the profitable and effective use of computers in Business since 1981.

Drawing on a diversity of experience, including formal military training in Quick Attack techniques at the Regimental Commander level, Dr Robertson has developed highly effective methods of investigating any sub-optimal Business Information Systems situation -- be it an established system or a stalled project or any other source of Executive frustration -- quickly and concisely diagnosing the root cause of the problem and prescribing concise practical actions that Business Executives can effectively act on see the Pulse Measurement page and also the Sample Reports page for redacted real reports.

He has also developed highly effective methods of strategically enriching systems to unlock the full potential of existing investments, see the Precision Configuration page and couples this to architecting small pieces of clever software that harness the full potential of your investment, see the Software page.

If you are having problems with your systems, your project or your IT Department, call The Business Systems Specialist
James@James-A-Robertson-and-Associates.com

Business System Failure is RIFE -- we offer insight into why this happens AND WHAT is required to prevent it.

Failure is at epidemic levels with massive damage done to client companies -- if you are NOT aware of the extent of the problem please visit the About Failure page for a catalog of major failures running to billions of Pounds and Dollars.

All evidence indicates that the established players do NOT know how to deliver stable, reliable high value solutions that WORK.

There HAS to be a better way!

This website provides information relating to that way with a large collection of white papers, presentations, standards documents, etc that you can use to start bringing the situation under control

We also offer high level advisory services with regard to the application of the principles advocated on this website

We offer an ENGINEERING APPROACH to addressing these issues

By Engineering I mean the formal, structured, highly disciplined, highly systematic, highly practical approach that consistently delivers results in ALL areas of human endeavor where formally trained and certified engineers are the ONLY practitioners permitted to operate -- think large buildings, factories, motor vehicles, aircraft -- highly complex systems that work at a level that we take it for granted that they WILL work and where failure is all but unthinkable and, when it happens, attracts immediate public attention and rigorous investigation directed at ensuring that such failures are prevented in the future -- in fact, everything that the management consulting industry that implements complex software systems is NOT

This approach is discussed further on the Engineering Approach page.

Search Articles

Random Selection of Articles by Dr James Robertson

Web 02 Executive Custody -- What IS it and how do you get it?

The Executive Custody of Business Information Systems projects is absolutely critical, this video provides a detailed discussion of why this is so and what measures are necessary to achieve executive custody

SNw 028 Thrive = right information + right decision well executed

TxM 070 Section 7.14 Conventions and standards

Prd 031 Components of the JAR&A Financial Analytical Suite

Std 009 Procurement: 01 Request for Proposal for Business Systems Solution

This is the heart of the tender and contains a large number of tough clauses that are directed at ensuring a realistic bid with a robust platform for realistic negotiation and a tough contract that is directed at ensuring performance

There is a more detailed version of this document at the end of this page for larger projects with a more detailed procurement process

Prd 027 What the ERP Doctor can do for Executives with Ailing ERP systems

Cnf 018 Designing and Implementing an Integrated Risk Management System

A small, rapidly designed and built loss management software solution with accompanying Precision Configuration built and deployed in a matter of a month delivered very substantial strategic management information value together with unexpected dramatic efficiencies

Std 028 Why Regular Communication between the Project Leader and the CEO is Vital

A business information systems project that extends across the full ambit of the organization is almost certainly the most difficult and most challenging project that any organization can undertake. This MUST be driven by the CEO as custodian and supported by a highly experienced and very mature Project Leader. These two people must communicate constantly and effectively in order to ensure that they remain aligned to give the CEO the solution that is required

SNw 052 Robust Procurement: Part 3 - Exec Engagement, Bid Compliance, Adjudication and other matters

A discussion of the importance of executive engagement, bid compliance evaluation, a structured approach to bid adjudication and other matters

TxM 036 Section 4.1 How to give executives REAL information

Book -- The Critical Factors for Information Technology Investment Success

In 2003 I undertook an in-depth analysis of all the information and experience that I had gathered with regard to the factors giving rise to Business Information System failure including ERP and general IT and classified this information into a number of categories including "The Factors Causing Failure" and "The Critical Factors for Success" based on this I developed a two day Course "The Critical Factors for Information Technology Investment Success" which is still offered today.

Based on this I wrote the book of the same name, which is available in electronic form here for download: