• Login

Old Software IS Viable

Many business information system projects are motivated on the basis that the existing systems are obsolete.  This article challenges that argument with regard to a significant number of systems and presents information that will enable executives and managers to take a pragmatic view of this debate


<<< PREVIOUS SUB-SECTION:  The Critical Human Foundation

NEXT SUB-SECTION:  From South Africa >>>

One of the drivers of new systems in business today is replacement of “ageing” systems.  Problem is that software does NOT grow old, only the programmers do and new programmers can be trained.

Legitimate software obsolescence is driven by genuinely obsolete hardware coupled to software that is associated with the operating environment for that hardware for which there is NO effective port to new systems, or badly maintained software – which frequently comes about because of a CIO who decides to kill the system by NOT investing in people and maintenance.  The latter case can be remediated

There ARE situations in which legacy software can have its life extended considerably.  This article discusses this.  Following are some key points:


1.  Instructions for the bricklayer

Source code is “instructions for the bricklayer” – the English like language is translated by the compiler into binary code and processor and device addresses – in this respect the compiler is like a bricklayer simply following instructions to generate the executable code.


2.  Programming language ONLY for the programmer

Programming languages are simply there for the convenience of the programmers so that they can write more complex and elaborate software applications.

To say that a language is obsolete is to say that the people who knew how to program in that language are either all dead or have moved on to other languages.  Insofar that in even the oldest languages there are still programmers alive the question then becomes one of providing the right financial incentive to bring old programmers back from other languages.

Alternatively, NOTHING prevents you for training young programmers on old languages.  The world is full of factories with old machines that are maintained by technicians and mechanics who have been trained up on equipment that was manufactured before they were born.  There is NO reason NOT to do this with software.


3.  Development languages are a fashion industry

Application development languages have historically progressed to a point and then been superseded by new languages that have been written to perform different functions, but to a point it is a fashion business.  It is my view that this trend is coming to an end.  The current mainstream languages will probably be around for a very long time.

In some cases of really leading edge technology applications there MAY be real benefit moving to a new language, BUT in the case of core mundane operational business information systems there is generally little or NO benefit.  Remember always that you can develop new components with a new language and leave the existing components in the old language.  Once they are compiled the computer does NOT know the difference.


4.  Software NEVER wears out

Software NEVER wears out, it has NO moving parts.  The older languages died out because the computer processors died -- that does NOT happen anymore.


5.  Once software works it always works

Once software works it ALWAYS works unless some human being does something that stops it working – either as an act of incompetence, negligence or sabotage.


6.  Mainstream legacy languages remain valid

Mainstream older languages, such as Cobol in particular, remain valid because compilers have been ported to run on modern processors so barring minor conversion idiosyncrasies old code will work perfectly well on modern computers.  See “COBOL Still Used More Than Google”.


7.  Once compiled the processor is ignorant of the language

It is vital to be aware that once compiled the processor does NOT know whether it is running 30 year old Cobol or the latest “dot net” or whatever language.  The language is PURELY for the human beings who write the program.


8.  “Obsolete” is therefore most frequently a fashion statement

“Obsolete” is therefore most frequently entirely a fashion statement, the developers are still around and many will happily work on old code for a fair wage.  Many of the old guard prefer the older languages because they are leaner and more efficient.


9.  It is NOT necessary to replace the entire application

Note that there is NO need for all parts of a software application to be written in the same language.  If you have an elderly Cobol suite of software and you want a pretty web front end interface in the latest language, NOTHING stops you writing the new front end in that language and writing an interface to the database of the old application or writing an interface to feed data files from the old application to the new database.

There are tools specifically for that purpose such as “Advantage Data Transformer”.


10. The 80:20 Phenomenon

Note also that as with most things in life, of the order of 80% of the software that is used in a business does NOT change for years.  This can remain in your legacy language.  Just replace the 20% of the software where there REALLY ARE benefits f

rom upgrading.  The minute you move away from a mind-set that says that you MUST replace the ENTIRE solution interesting possibilities open up.

 

11. Mainstream databases are still in existence

Some of the older databases HAVE died out and this MAY legitimately drive replacement but in MANY cases there is a solution and some mainstream databases that have faded from the limelight but are still out there and supported, such as DB2 and Informix -- you just have to look. 

Again, in many cases the problem is fashion NOT technology obsolescence.


12. The ONLY limitation is the ingenuity of the developers (and their willingness)

In many (most?) cases the limitations with regard to legacy software relate to the ingenuity of the developers and managers and their willingness to find solutions.

It is TOO easy to tell management that the old systems are obsolete because you have a career need to learn a new language so that you are more marketable and can earn a higher salary, or just because it is an adrenalin rush to learn something new.  Those are NOT valid reasons.


Bottom line is that probably 90% of the legacy application out there CAN be maintained and used indefinitely and can be extended by bringing in selected modern components.

It is also so that if you look at the REAL costs of implementing and operating the major ERP and related products and apply a percentage of that cost to maintaining your existing systems you will be very well off.  There may WELL be a case for a project to remediate and strengthen your existing systems and extend them to better support your current and future strategic position.

Note also that, given the massive failures that are occurring, the business risks associated with progressively and incrementally remediating and enhancing your existing systems are MASSIVELY lower.


Dr James A Robertson PrEng

11 September 2014

Download Old Software IS Viable -- White Paper in Adobe pdf format

COBOL – old software CAN be retained (with reference to Bridgestone)

The Bridgestone project commenced with a fundamentally unsound motivation, existing systems were written in COBOL and therefore needed to be replaced.

 

Note that the existing systems were working fine, they worked so well that Bridgestone had tens of millions of dollars to pour into their massive new systems project and still remained in business.

 

“But COBOL is obsolete” I hear you say.

 

Really?

 

Interestingly, a report dated 23 June 2014 by Cameron Philipp-Edmonds headlined “COBOL Still used more than Google” reports that estimates indicate that there are 200 times more COBOL transactions processed daily than there are Google searches!

 

See http://www.techwell.com/2014/06/COBOL-still-used-more-google

 

 

 

Try searching on Google for “COBOL Compiler” in quotes – an exact match – Google returns 93,600 results.

 

Fact is that COBOL is FAR from dead!

 

In fact, there is NO valid technical reason why you cannot keep your existing COBOL programs running for ever.

 

 

The programming language is for the people NOT the computer

COBOL is a programming language like any other.  It works by offering an English-like language that contains a wide vocabulary of instructions each one of which instructs the computer to perform an EXACT sequence of steps.  For a given instruction the response of the computer is always entirely predictably the same and WILL ALWAYS be the same – UNLESS you move the software to another COBOL Compiler in which case there may be some changes in nuance.  But those issues are always amenable to resolution so that you CAN continue – the lesson is to do detailed research in the event that you have to migrate your COBOL to another compiler running on a different hardware platform.

 

Note that once the source code (the English instructions) is compiled the computer has NO knowledge of where the binary strings that it executes came from.  To the computer COBOL looks identical to the latest and greatest most modern language.

 

A programming language is PURELY there for the developer, to make their lives easier instead of flipping front panel switches.  The ONLY thing that dies out with an old language is the human beings who know how to use it and there is NOT a programming language on earth today that is so old that any significant number of developers HAVE died off.  So for ANY mainstream old language, of which COBOL is surely the leader, there are very substantial numbers of human beings who once programmed in it and who with the right financial incentive will program in it again.

 

 

A world full of old buildings, factories, machines, etc

 

And THAT is, in fact NOT the point.

 

We live in a world with numerous buildings, roads, railway systems, factories, etc that are decades and even centuries old.  We do NOT demolish them because the people who originally maintained them have moved on or died, we train new people to maintain them.  Your ability to maintain your COBOL applications is ENTIRELY a function of your willingness to employ staff to maintain them.

 

“But my CIO says COBOL is obsolete” – harsh reality, a LOT of IT people thrive on the thrill of NEW so when your CIO says that COBOL is obsolete, that is, in narrow terms correct BUT it really means “I cannot be bothered to make the effort to maintain it and to hire and train up new people in order to keep it going”.  Fundamentally “COBOL is obsolete” is an IT Department empire building statement!

 

It will ALWAYS cost you less to maintain your existing applications than to replace them.

 

 

You can bolt on or build NEW software ALONGSIDE your COBOL applications

 

There is an ADDED TWIST.  There is absolutely NOTHING that prevents you building NEW software alongside your COBOL or other “obsolete” software.  Leave the COBOL or other old software doing what it has done reliably and dependably for the last thirty years – the time that it has taken your company to become so profitable using the software that you can afford the luxury of embarking on a big budget new system project.

 

If you need a web interface, well then write a web interface in whatever modern language takes your fancy.  If you want an all singing all dancing data warehouse then do it, there are plenty of tools that will load your data from you old databases to new ones.

 

This is a lengthy subject but enough for now, I hope that I have made my point?  See “Old Software IS Viable” for more information.

 

 

Bridgestone did NOT “HAVE” to replace their COBOL software

The brutal truth is that it is HIGHLY UNLIKELY that Bridgestone HAD ti replace their COBOL software, they could have spent a few million dollars, ported to a new compiler and new hardware, fixed the glitches and carried on for as long as they wanted.

 

But, I hear you cry, the new technology brings with it all sorts of competitive opportunities!

 

Bridgestone bought SAP.

 

Does it, really?

 

I doubt that Gary Garfield will agree with you.

 

Correctly implemented with a strong strategic focus an integrated business information system CAN deliver dramatic benefit – see my article “Attributes of a HIGH VALUE solution”.

 

BUT the value lies in the manner in which you configure and use the software NOT in all the fancy gimmickry that are the rage in the industry today!

 

The value lies in a high value business case NOT a desperate “we HAVE to change because our system is obsolete” – you do NOT have to be a victim of technology obsolescence – you CAN take charge and make informed business decisions in this area, like any other.

 

Note that for the same reasons there CANNOT have been an immovable deadline with regard to Bridgestone moving off its legacy systems.  I am quite sure that today Gary Garfield will look back and see that no matter WHAT the motivation he could NOT actually afford to switch off his old systems when he did.  But someone misrepresented the situation to him and his executive team.

 

Be interested to know who because whoever was responsible for the advice that Bridgestone HAD to change over THEN is the person who is ACTUALLY culpable with regard to what followed.

 

That said, there IS a case for new systems when the old systems are ragged and have not been maintained and NOT kept up with the business.  BUT NOT at any cost.

 

See the Bridgestone article for more information on that particular situation.

 

 

A different spin – SAP ABAP is similar to COBOL!

Interesting to note that Bridgestone moved to SAP with a major SAP development investment that gave huge problems.

 

Interestingly Wikipedia reports that SAP’s ABAP (Advanced Business Application Programming) language is “somewhat similar to COBOL”!



 

So, because COBOL is obsolete we move to SAP which uses a language similar to COBOL?

 

I wonder if the Bridgestone CEO was advised of this before he signed the order for SAP?

 

 

Conclusion – it is assumed you DO have a valid case to move

My fundamental point is that you should NOT scrap your old systems for the wrong reasons move because you have evaluated the situation and concluded that there IS a strong high value business case that supports the decision to move.

 

Do NOT become a victim of IT hype and ONLY undertake the project because you have a clear BUSINESS understanding of the value you will create and how the BUSINESS will achieve that outcome!

 

This website is based on the assumption that you DO have a sound business case for moving to new technology and want to do this with minimum risk and maximum value add.



Random Selection of Articles by Dr James Robertson

Std 025 The Engineering Approach to Business Information Systems Defined

Throughout this website I make reference to The Engineering Approach.  The Engineering Approach is central to who I am and the way I think about projects.  It was core to my original intention in 1989 "to bring the disciplines of Engineering to the IT Industry".  This article provides an overview of my understanding of The Engineering Approach 25 years on
Std 016 Procurement: 08 Bid Adjudication Score Sheet

The Bid Adjudication Score Sheet is a set of weighted factors designed to focus the adjudication team on those requirements that are CRITICAL to the success of the project measured in terms of Business Outcome.  Factors are determined in close consultation with the client Chief Executive and Executive Team

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

Click here to read more about the Engineering Approach

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

Cnf 053 Engineering Maintenance Management Methodology With Radical Rethink About Clinical Data Code Design

The current clinical data codes, ICD 10 and CPT 4 are exceptionally weak as information classification, management and analysis tools and massively inhibit the creation of clever clinical and medical software, there is a huge opportunity to redesign these codes and use the resulting intelligent codes to develop very sophisticated health management systems drawing on engineering maintenance management and other techniques in order to provide solutions for areas and countries with a limited number of healthcare practitioners
Std 018 Procurement: 09 Table of Contents of Submission

The Table of Contents of the Tender Submission is prescribed in detail in order to ensure that different bids can be lined up against one another and accurately compared
Std 001 Simulation Laboratory Standards

Comprehensively configure and break the configuration until it cannot be broken any more and then comprehensively prepare the system and the business for operational deployment so that an exceptionally high value outcome is achieved with comprehensively mitigated risk
Cnf 092 Doing things differently and better -- ASCO Case Study 2

Case Study of the strategic benefits derived by African Sales Company from a successful ERP implementation that made use of Precision Configuration techniques to create a highly structured brand orientated Product Class master coupled to several pieces of custom developed software tailored to give the client capabilities that none of their competitors had, this supported significant competitively based strategic growth as well as operational efficiencies
Std 021 Procurement: 12 Information required from Third Party Software Suppliers

In some cases bidders may need information from third party software suppliers who are providing services or information to the client, this document provides basic information for this purpose
SNw 059 Strategy: What is it?

This article examines the fundamental defintion of strategy as the Essence of the Organizaiton and HOW it THRIVES.

Web 04 On-Line Seminar (Webinar) on Presenting On-Line Seminars

This presentation discusses the preparation and presentation of on-line seminars

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:

Subscribe to our Newsletter

Click here to send us an email subscribing to our free newsletter -- all articles posted by James Robertson will be emailed to you

Detailed information about James Robertson on LinkedIn

James has a very detailed profile on LinkedIn should you require further information about him.

You can also connect with him on LinkedIn at http://www.linkedin.com/in/DrJamesARobertsonERPDoctor

James has an open networking profile -- click on "Connect" and use email address James@LinkedIn-at-JARA.com.

Contact Us

You can contact us on

Email: James@James-A-Robertson-and-Associates.com

LinkedIn at http://www.linkedin.com/in/drjamesarobertsonerpdoctor

Facebook at https://www.facebook.com/james.a.robertson.393

Mobile: +44 (0) 776-862-2875

Landline: +44 (0) 207-059-0007

Fax: +44 (0) 844 774 4580

Articles by James A Robertson and Associates

There is a large body of white papers, articles and other content produced by Dr James Robertson available on this website

Please click here to visit the detailed listing of articles



ArticleTagCloud for Articles Published by James A Robertson and Associates

7 steps to FIX your ERP      80:20 regarding software replacement      aborted projects      abstract      abstractness      accounting      actionable      adjudication      Advantage Data Transformer      advisory      agreement      all possible classifications      all reports      all software elements required      all spreadsheets      all tasks required to execute the project      Alpha Omega      analysis of data      analytics      animation      answers to the questions we have NOT yet thought to ask      Armscor      arrogant ignorance      art of strategic business information system project leadership      ASCO      attendance register      attorney      audit      audit cost reduction      bankrupt organizations      basis for achieving alignment      basis of payment      basis of pricing      better way      bid adjudication      bid adjudication score sheet      bid compliance      bid compliance checklist      bill of materials      bill of services      BIS      BIS failure      BIS success      boots in the mud      BPM      BPM dangerous      BPM distracting      BPM ineffective      brainstorming      break it until it does NOT break anymore      break it until it will NOT break any more      budget      budgeting      business engagement      business executives      business improvement      business information system      business information system failure      business information system success      business information system taxonomies      business information systems      business information systems procurement      business information systems projects      business integration      business intelligence      business intelligence models      business knowledge and experience      business participation      business process      business process mapping      business requirements focused      business requirements specification      business simulation laboratory      business systems      business systems laboratory      business understanding      by the book      care      case studies      case study      CEO      CEO -- project leader communication      CEO as custodian      CEO definite views      certificates      challenges      challenging presentations      change facilitation      change for strategic reasons      chart of accounts      classification schemes      clever software      client changing scope      client compact      clinical codes      coaching      Cobol      COBOL CAN be retained      Cobol still viable      code schemes      coding conventions and standards      cognitive span      collapse      communication      competitive advantage      competitive advantage through precision configuration      competitiveness      compiler      complexity      compliance      compliance checklist      comprehensive testing      Compuware      conference speaking      conferences      confidentiality      configuration      consultant NOT delivering what required      contract      contract certificates      contract law      contracting      contractors      corporate planning      cost      cost-quality-time      CPT 4      CPT4      critical factors      critical factors for IT investment success      critical factors for success      critical factors for technology success      critical human foundation      critical issues      critical issues analysis      critical requirements      CRM Risk Control      cubic business model      custom development      custom software      customer focused      data      data content      data engineering      data entities      data warehouse      DB2      definitions      design against failure      design and development      design for success      determination of strategic essence      determining strategy      diagnostic code      diamonds in the dust      differentiated      differentiation      diffusion of innovations      discovery      dislike of failure      dispute resolution      do NOT change systems because of alleged software redundancy      do things competitors could NOT do      document pack      Dr James A Robertson      Dr James A Robertson PrEng      dramatic benefits      dramatically improved strategic management information      driver of success      Dunning-Kruger effect      ease of use      economic collapse      economics      effective communication      effectiveness      efficiencies      efficiency      efficient filing of emails      eliminate light bidders      email      engineer against failure      engineered data      engineering      engineering approach      engineering approach to strategy      engineering failure      engineering laboratory      engineering services      engineering solution design      engineering techniques      enhance differentiators      enhance the differentiators      enhancing the value of your present investment      ensuring project success      enterprise resource planning      ERP      ERP configuration      ERP failure      ERP procurement      ERP success      ERP taxonomies      ERP value      essence IS different      essence of business      essence of the business and how it thrives      ethics      examples      exceptionally bad code design      executive briefing      executive briefings      executive custody      executive decision support      executive engagement      executive forum      executive frustration      expose hidden agendas      facilitation      factors causing failure      factors causing IT investment failure      factors causing technology failure      factors to manage for success      failure      failure to address soft issues      fashion      file table of contents      Financial Information System      financial information systems      financial management      fixing your ERP      focus for projects      folder design      foundation for delivery      full training      functional entities      future      Gantt Chart      gap analysis      general ledger      George Paton      go-live      go-live certificate      governance      governance = care      governance failure      group consolidation      Group Consolidation Chart of Accounts      growth      gut feel factors      hand holding      harshest judge of governance      hate failure      head count reduction      health management software      hierarchies      high level requirements      high road      high value      high value implementations      high value solutions      high value systems implementation      highly effective chart of accounts      holistic view of solution      how do you achieve executive custody      how the organization differentiates itself      how to      how to do it      huge opportunity      human foundation      hype      Hyperion      IBIS      ICD 10      ICD10      importance of executive custody      improved management information      in-box rules      incremental enhancement of existing systems      ineffectiveness      inefficiency      information required from third party suppliers      information technology      information technology failure      Information Technology Strategy      information technology success      Informix      in-house courses      innovative software solutions      innovator      inside head of CEO      insightful      instructions      intangible      integrated business information system      integrated view of business      integrity      intelligent data      interactive training material      interview      invitation to bid      isolated CEO = explosion      IT      IT and strategy      IT Audit      IT failure      IT governance      IT lies      IT management      IT mythology      IT non-performance      IT people who lie      IT personnel socialization      IT procurement      IT projects that fail      IT strategy      IT systems      IT systems procurement      IT the harshest judge of governance      James Robertson      Jof Nelson      key performance indicators      Kirsten Speer      knowledge management      laboratory      lack of an engineering approach      lack of precision configuration      lack of strategic alignment      lawyer      leadership      legal agreement      legislation      lies      list of required software      listen carefully      litigation      logical entities      loss information      low road      loyalty      MacDonald      maintain code schemes      maintenance      maintenance management      Malcolm McDonald      management      management information      managing contractors      manual      marketing hype      master data      master data classifications      master test data      mature facilitation      mature facilitator      measurable      measures of alignment      mentoring      Microsoft Outlook      misrepresentation      missing link      mistique      morals      Munich      mystique      mythology      new future state      New South Africa      no drill down      non-disclosure      NOT classic project management      obsolete is a fashion statement      obsolete software      old software IS viable      once software works it always works      on-line seminars      opportunities      opportunity to turn the economy around      organizing Microsoft Outlook      orientation of IT staff      own business experience      passion to enable clients to thrive      people are part of the system      personality matrix      planning      platform for a tough contract      precisio      precision      precision configuration      precision configuration advisory      precision configuration leadership      precision data      precision taxonomies      Predictive Index      preparatory steps      prescribed table of contents      presentation technique      presentations      preventing failure      preventing falure      preventing project failure      pricing      principles      problem statement      procedure code      process      processor ignorant of language      procurement      procurement timeline      professional speaker      Professional Speakers Association of Southern Africa      profitability      programming languages are for the programmer      project facilitation      project leader      project leader -- CEO communication      project leadership      project management      project management IT project management      projects      prove it works      PSASA      psychology      psychometrics      public conferences      public presentations      public speaking      Pulse Measurement      quality      REAL issues in Business Information Systems      REAL value      recognizing failure      redaction      reduced audit costs      reduced head count      reference documents      Reg Barry      regulatory body      relationship Almighty      relationship orientated      remediation of existing systems      Rennies Group      reports      reports not reliable      request for proposal      requirements specification      results orientated      RFP      right things      rigorous process      rigorous strategic planning      risk management      Robert Priebatsch      robust business information systems procurement      robust business systems procurement      robust contracts      robust procurement      robust solutions      SAICE      SAP ABAP is similar to COBOL      scheduling procurement      scientific professional      score sheet      screen design      seminars      SEPT      service orientated      Service Orientated Architecture      simple techniques to enhance business information systems value      simulation      sloppy configuration      SOA      socialization      software      software assets      software design      software does NOT wear out      software is instructions for the bricklayer      software schedule      software specification      software specification standards      solution experience      solution knowledge      South Africa      South African Institution of Civil Engineering      speaking      Spirit Led      standards      strategic      strategic advisory      strategic alignment      strategic analysis      strategic analysis and design      strategic business improvement      strategic custom development      strategic definition      strategic discovery      strategic driver      strategic driving force      strategic engineered precision configuration      strategic engineered precision taxonomies      strategic essence      strategic financial information      strategic gap analysis      strategic governance      strategic information      strategic management      strategic management information      strategic plan      strategic planning      strategic project leader      strategic snapshots      strategic software      strategic solution architect advisory      strategic solution architect leadership      strategic solution architecture      strategically designed chart of accounts      strategy      strategy defined      strategy focused planning      Strategy Snapshot Toolset      StratGap      StratSnap      strengthen differentiators      structured analysis      structured chart of accounts      substantial management information      succeed by engineering against failure      success      successful deployment      survive      system knowledge and experience      table of contents      tailored presentations      take notes      taxonomies      taxonomy      taxonomy software      technology      technology failure      technology issues      technology management      tender document pack      tender pack      tender pack table of contents      test data      testing      The Critical Factors for Information Technology Investment Success      the Critical Factors for Success      the essence of the business      the essence of the business and how it thrives      the essence of the organization and how it thrives      the factors causing failure      the first hour      The REAL Issues in Business Information System success      things right      third party suppliers      third world countries      thrive      time      tipping point      tough certificates      tough contract management      tough contracts      tough procurement      tough terms      training      training material      treatment code      understanding of data      understanding the engineering approach      Uniface      unlocking value      use different languages for new components      V3 Consulting Engineers      validation data      value      versus process      video      webinar      webinars      weighted factors      what is executive custody      what is strategy      what is the essence of this organization and how does it thrive      what to do      where is IT going      why executive custody is required      why the organization exists and how it thrives      why your business information system is NOT delivering and HOW to FIX it      why your ERP is NOT delivering and how to fix it      workflow      writer     

Table of Contents

Home

About Dr James A Robertson PrEng -- The Business Systems Doctor -- and Other Topics

Catalogue of Major Business Information System Failures

About the Engineering Approach

James Robertson's Value Add

Attributes of a HIGH VALUE solution

Recognizing Business System Failure

The Critical Human Foundation

Old Software IS Viable

From South Africa

Competencies of Dr James A Robertson PrEng

About Professor Malcolm McDonald

Table of Contents

About my relationship with the Almighty Creator, Yah the Eternally Self-Existing

Comments relating to the Business Systems Industry and other topics

Testimonials and other positive material regarding James Robertson

Reference Articles

List of Articles

Article Catalogue

Achieving High Value Business Information System outcomes

Executive Custody -- What is it and HOW do you get it?

The REAL Issues in Integrated Business Information System Success

Part 1: Introduction

Part 2 -- Mythology and Lack of Executive Custody

Part 3 – Strategic Alignment and Precision Configuration

Why your ERP is NOT delivering and HOW to FIX it

IT Project Management

Pulse Measurement

CEO Anthony Lee Comments on his experience of the Pulse Measurement

No Charge Guarantee on the Pulse Measurement Service

Examples of Pulse Measurement Outcomes

Critical questions regarding the Pulse Measurement™

The Pulse Measurement Workflow

The Critical Factors for Business System (ERP+) Investment Success in the Pulse Measurement

Indicative Pulse Measurement Durations

What is a JAR&A Pulse Measurement?

Survival of the fittest – why it makes sense to measure the pulse of your business

Examples of Pulse Measurement Outcomes over 24 years

Sample Pulse Measurement Reports

Strategy

Strategic Essence: The Missing Link in Business Information Systems

Strategic Essence: Overview

Strategic Essence: Part 1 -- Strategy Defined

Strategic Essence: Part 2 -- Differentiation

Strategic Essence: Part 3 -- The Essence IS Different

Strategic Essence: Part 4 -- The Essence should be the Point of Departure

Strategic Essence: Part 5 -- Discovering Strategic Essence

Strategy -- the Essence of the Business: What is it and how do you develop actionable strategic plans?

Simple Steps to Increase the Strategic Value of your ERP Investment

Free Strategic Snapshot Toolset and Manual

A strategy focused planning system beyond traditional budgeting

Tough IT and ERP Procurement and Contracting that Works

Robust Business Systems Procurement

Part 1 -- Introduction

Part 2 -- Bill of Services, Laboratory, Go-live Certificate, etc

Part 3 -- Executive Engagement, Bid Compliance, Adjudication and other matters

Procurement Documents

Guidance and Advisory Services

The Art of Project Leadership

Why Regular Communication with the CEO is Vital

The Business Simulation Laboratory

Precision Configuration and Strategic Business Information Architecture

Precision Configuration based on Strategic Engineered Precision Taxonomies

The JAR&A Cubic Business Model

Highly Structured Strategic Chart of Accounts -- a Vital Element of your Corporate Information Arsenal

The Product Catalogue -- an Essential Element of any Precision Configuration

Attributes -- answers to the questions you have NOT yet thought to ask

Case Studies of Notably Successful Projects with high value Precision Configuration

092 Doing things differently and better -- ASCO Case Study 2-- BPM Summit 2013

088 Strategic ERP Invesment -- ASCO Case Study -- Service Management Conference and Exhibition Africa

026 Information Architecture and Design of FIS for Rennies Group -- Financial Information Systems Conf

018 CRM Risk Control: Designing and Implementing an Integrated Risk Mgmt Sys -- Integrated Risk Mgmt Conf

011 V3 Consulting Eng: Benefits of MIS to Professional Practice -- SAICE 15th Ann Conf on Computers in Civil Eng

Strategically Enriching your Business Information Systems

Part 1 -- Introduction

Part 2 -- Principles of Data Engineering

Part 3 -- Steps in applying these recommendations

Simple Steps to increase the strategic information value yield from your Business Systems Investment

The Full JAR&A Taxonomy Manual

Part 1: Introduction, Problem Statement, Definitions and Examples

Part 2: Why Use JAR&A, Required Knowledge and Experience, Cubic Business Model and Chart of Accounts and Taxonomy Software

Part 3: How to do it, Case Studies and White Papers and other References

Example General Ledger Manual

Business Process -- Irrelevant, Distracting and Dangerous

The RIGHT Approach

Custom Strategic Software Design and Oversight of Construction

Standards for Custom Software Specification

What IS Software?

IT Effectiveness

Organizing Outlook

Critical Factors for I.T. Success

A Moral and Ethical Dilemma -- Systems that Fail

Case Studies examining Business Information System failures

The BBC Digital Media Initiative Debacle

The Bridgestone -- IBM Conflict

Speaking and Training

Showcase of Conference Presentations

Most Viewed Presentations

Briefings and Seminars

Why your ERP/BIS is NOT delivering and HOW to FIX it

ERP and IT Procurement that Delivers Results

The Critical Factors for IT and ERP Investment Success

Other Seminars

Conferences and Public Presentations

Conferences 80 to 99 -- 2009 to Present

Conferences 60 to 79 -- 2005 to 2009

Conferences 40 to 59 -- 1996 to 2005

Conferences 20 to 39 -- 1994 to 1996

Conferences 01 to 19 -- 1989 to 1994

On-Line Seminars (Webinars)

Webinar on Preparing and Presenting Webinars

Contacting James A Robertson and Associates Limited