• Login

Articles by James A Robertson and Associates

SNw 014 The Challenge of Paradigms
Created by James on 6/13/2013 1:22:32 PM


In the strategic facilitation work that I undertake as well as in my general consulting work I continue to encounter the reality of paradigms (how we think about things and how we do things) as well as the challenge of bringing about paradigm alignment in a constructive and sustainable manner -- why do different people see things differently and why is it so difficult for diverse groups of people to achieve alignment?

 

Introduction

I mentioned in the recent newsletter on Excellence that in the sixteen or so years since I first adopted the numerically based strategic analysis method that I outlined in my newsletters on "Measuring Competitive Performance" I have repeatedly encountered situations in which different delegates in a workshop session see the same situation or organization very differently.

The method provides a structured means to obtain numeric measures of relative importance as well as to measure performance and these measurements provide a direct measure of alignment.

While a delegate group can frequently agree quite easily what the critical factors are as a synthesis of the work of the individual members of the group they frequently see things very differently when it comes to relative importance.

In many cases these differences in priority can be associated with business groupings like marketing, finance, production, etc.  In such cases these differences of perspective are understood to exist as part of the job description of the roles of these personnel.  Thus human resource practitioners will generally pay much greater attention to people related "soft issues" while production staff will tend to concentrate on hard measures.

I use the metaphor of a mountain to explain these differences.  Each person follows their own unique journey to reach the mountain (corporate strategic and operational objectives) and therefore it is understandable that they will each see the mountain differently.

However, if the objective is to climb to the top of the mountain as a team it is not useful if each person insists on climbing the mountain their own way.  While the rationale of the metaphor is intuitively sound and easily grasped as a concept, I have found that the practical application of climbing the mountain together is much more difficult to achieve in practice.

In fact, it turns out that people are generally extremely attached to their view of the mountain at a deep, subconscious "gut" level which makes change difficult and frequently results in a syndrome that looks like "we can climb this mountain any way as long as it is my way!"

Frequently these differences of deeply held opinion result in misunderstanding and even outright conflict.

Throughout this time I have also observed how this same approach of numerically measured weightings and ratings also has a social dimension to it.  People from different social and cultural backgrounds see things differently.

At some level this is taken as a given.  For example, many people will have heard that shaking the head up and down, which is taken as an affirmative "yes" in Eurocentric cultures can actually mean "no" in certain Far Eastern cultures.  Thus, two people, representing these two ways of doing things may sit in a meeting and both nod their heads and one thinks the other is agreeing with them while in reality they are disagreeing.

These learned patterens of how we think about things, the models that we have been trained in, the physical, mental and psychological maps of how we view life and how we interact with those around us are called "paradigms" -- we each represent a unique assembly of knowledge and experience and this collectively represents our overall paradigm.  This overall paradigm is assembled from a number of distinct sub-assemblies of knowledge and experience each of which also represents a paradigm.

Thus head nodding meaning "yes, I agree" versus meaning "no, I do not agree", is but one very basic example.

In the sections that follow I will endeavour to unpack my understanding of paradigm's and how one goes about changing them, if indeed change is possible in a specific situation.

I hope that you will find this information useful.

 

1. Why write about paradigms?

You may ask why one would want to consider this topic, let alone write about it?

Firstly, in my work advising organizations with regard to the implementation of strategy and information technology I regularly observe how different paradigms get in the way of successful outcomes.

One of the most pronounced paradigm chasms that I encounter is the paradigm gap, frequently a gulf, that exists between business people and I.T. specialists.  These two groups communicate in the same language (in my experience English) and frequently totally miss each other -- I.T. staff labour long hours to deliver a solution that the business regards as completely inappropriate to its needs and not what it requested.

This results in all sorts of problems.  Organizations "outsource" in order to overcome the problem and then five or ten years later "insource" in order to overcome the same problem with the outsourced people -- the bottom line is that insourcing or outsourcing is NOT the answer, improved communication is the solution.

The second reason to write about paradigms is that I observe that paradigms become an issue in personal relationships, particularly marriages, where spouses come from different backgrounds.

The third, and perhaps the most critical, reason to write about paradigms is that South Africa has for the last few decades been engaged in a national core strategic programme of seeking to align and harmonize the paradigm of the nation to recognize "the rainbow nation" with all of its diversity while at a statutory level seeking to enforce integration and transformation across the boundaries that existed previously.

Thus quota's are set for employment and advancement of "previously disadvantaged individuals" which quota's are being successfully filled in some organizations while many other organizations are not achieving the levels of success that were expected in 1994 when South Africa miraculously changed to a democratic state.

As I have continued to facilitate sessions with diverse groups, ranging from corporate executives to residents of an informal settlement I regularly observe how the numbers that delegates offer during my critical issues process highlight differences of perspective which reflect differences of paradigm.

As an engineer I subscribe to the view that "if you can measure it you can manage it" and therefore, I am firmly convinced that in the context of achieving our national empowerment and transformation objectives, we can measure differences in paradigm and we can therefore take measures to manage these differences is a constructive manner that results in alignment, harmonization and development in a powerful, positive way.

The more we can harness ALL our people and help them to come into alignment with one another the more South Africa will become an even greater player on the world stage than it is at present.

I have it that this is a good reason to write about paradigms.

 

2. What is a paradigm?

In the preceeding sections I have offered some definitions of what I understand by the word "paradigm", following is a more detailed definition that I penned some time ago:

"A paradigm is a mental model of the world that we each develop as we grow and gain knowledge and experience.

"A paradigm is an assembly of knowledge and experience that has common themes if we grow up in the same environment BUT can have radically different and even conflicting themes if we grow up in different environments.

"Paradigms are neither good nor bad they are JUST DIFFERENT and when they are different is important to understand them in a calm, objective and non-threatening way ...

"and build bridges."

The last point is, for me, the most important -- build bridges.

 

3. Why are paradigms important?

It is easy to observe that another human being see's things differently and it is habitual with many people to judge and condemn others for being different.  In fact, the whole Apartheid history of South Africa was founded on placing people in such boxes.

However, South Africa has taken vast strides towards breaking down these divides, yet it is widely acknowledged that there is still a long way to go.  In the process, some people become frustrated with the "slow" pace of change while others feel threatened because they perceive the change to have negative labels applied to it and to be taking place "too quickly".

It seems to me that the more we can all learn to understand that paradigms are different world views that are not "good" or "bad", rather different, and seek to find ways of aligning and harmonizing those paradigms that are necessary to align and harmonize and accepting those that are not necessary to align and harmonize as been different views of the mountain of life, the more we will take giant steps for humanity in South Africa.

Thus, to the extent that it is required that corporate organizations operate in particular ways in order to compete on the global playing field it is necessary to identify those paradigms which are most appropriate to an organization and seek ways of aligning all staff and in so doing, find ways to align the national transformation agenda with these paradigms -- in other words, identify the critical knowledge and experience, methods and techniques, etc that are required to compete successfully and accelerate training and development of all personnel in these areas.

At a less ambitious level, in order for the high level of information technology project failure and under performance to be overcome, we also need to learn to understand what the paradigms are for corporate effectiveness of information technology investment and ensure that all staff are suitably informed and equipped in order to adjust to these paradigms.

One of the most fundamental paradigms relating to I.T. is a syndrome which looks as follows -- I enter the office of a senior executive to conduct an interview about problems with their I.T. systems and, before I have had time to outline my agenda, they inform me that I may be wasting my time speaking to them and that perhaps I should speak to the I.T. manager instead since they "do not know very much about I.T."  Given that my agenda is to understand the business in order to understand why I.T. is not delivering on business expectations, this apology is uncalled for AND inappropriate.

One of the critical requirements for I.T. failure to be overcome is for business executives to understand I.T. sufficiently well to be able to manage it effectively as they do any other area of the business.  Understanding that a computer is no more than an extremely fast binary adding machine that add's 0's and 1's and that use of language that imputes human attributes to computers is inaccurate and unhelpful, is frequently the first step in a journey towards managing I.T. as just one more business unit that is expected to pay its way in terms of value delivered to the owners of the organization (the tax payers in the case of Government agencies).

 

4. Can paradigms change?

This brings us to the question "can paradigms change?"

In the years that I have been observing paradigms and how they change or don't change I have reached the following conclusions with regard to answering that question:

Yes...

    sometimes

No...

    sometimes

It depends

Do YOU want it to change?

Are YOU willing to change?

Would YOU be wiling to change if you were the person being asked to make this change?

Is change REALLY necessary?

What is the REAL value of the change?

Can you prove it?

Are you sure?

As far as I can see all the above apply to different situation for different people.

If something happens that is intense and carries with it a clear message of a need for change, people are able to make remarkable changes quickly, sometimes these changes are permanent and sustainable, other times the person gradually reverts to their previous paradigm.

An example of the above would be a particular style of driving a motor vehicle which results in a near miss -- a catastrophic event narrowly avoided -- in such cases many people will adjust their driving style to avoid or minimize exposure to a repetition of such an event.  Some people may slowly revert to their old behaviour and others may make a permanent change.

What makes the difference?

If one takes "no knowledge" of how to drive a motor car as an example of a paradigm, then, assuming that you can drive a motor vehicle, you will recall that it took repetitive instruction, study and practice before you were able to drive a car without a person supervising you.  You will probably also recall that for a long time after you obtained your driving license you continued to learn about driving safely as incidents happened in your life.

So, it is possible to change your paradigm from not being able to drive a motor car to being able to drive a motor car safely -- and in the process of recalling this experience you will observe that major paradigm changes are possible.

Changing a paradigm is a choice.  The choice can either result from some form of pain -- something negative, like a motor car accident causes you to choose to change some specific behaviour or from some form of gain or pleasure -- you discover that it is enjoyable to be able to travel around without being dependent on other people.  The examples may seem trite but I suggest that the principal holds for change in the context of any paradigm.

So, paradigms CAN be changed, it depends on the paradigm, the magnitude of change required and the magnitude of the pain or pleasure that is motivating the change.

However, if one has never seen a motor car, let alone travelled in one, sudden translocation to a motor car travelling at speed in heavy traffic on a major motorway could be so terrifying that one might do everything possible to avoid repeating the experience

 

5 How do you bring about paradigm change? 

In order to bring about change it is first necessary to recognize that a paradigm gap exists.

If people are not aware that there is a paradigm gap then there is no basis to initiate a discussion with regard to change.

My sense is that the reason so many people and organizations are finding paradigm change difficult with regard to organizational transformation is that there are key paradigm gaps that are either not being recognized or which when recognized are labelled with the labels of the old dispensation rather than expressed in constructive ways that facilitate a sincere and constructive conversation directed at establishing that change may be required.

In bringing about change it is necessary to identify the critical factors that need to be changed.  By "critical factors" is meant the essential elements of the paradigm/s in question that need to be changed.  It is easy to focus on the 80% of issues that will bring about 20% of the required change, the challenge is to identify the 20% of the issues that will bring about 80% of the desired change.  These may be uncomfortable issues or low visibility issues, or both.

The critical issues approach to strategic analysis outlined in previous newsletters will assist in identifying these factors with the appropriate facilitation.

In many change situations change is likely to be a two way requirement -- asking one person to change while the other person is not prepared to change is unlikely to give rise to a situation in which there will be real motivation to change.

Identifying a clear value proposition for the person or people being asked to change is also important -- people will change if there is a clear understanding of the pain that will be reduced by the change or the pain that will be incurred if the change does not take place or if there is a clear understanding of the pleasure that will be gained as a consequence of the change.

Change for the sake of change is unlikely to be successful.

Change, such as the implementation of a new computer system, which requires personnel to work longer hours with the prospect of retrenchment in the event of success, which is frequently the published motivation for I.T. change, is unlikely to succeed and seldom does.

I once undertook an investigation relating to an I.T. project that was nine months behind schedule.  It turned out that there was talk of the new system giving rise to headcount reduction -- so much so that 50 staff members were retrenched a monthe BEFORE go live.  Not surprisingly staff were not cooperating -- if 50 staff could be retrenched before go live, think how many were going to be retrenched once the system was live!

 

6. Communication and repetition 

People who work with computers are accustomed to a paradigm in which you tell the computer what to do once and it remembers the instruction and does executes it as frequently as you want the instruction executed thereafter.

Accordingly, I.T. people assume that they only have to tell other human beings the new behaviour that is required once and they will instantly change their behaviour permanently.  This seldom or every happens in practice and the resulting mismatch of expectations and associated breakdown in communication can be very destructive.

On a change project I strongly recommend that you have a team member who is an excellent communicator and who understands the psychology of change and who can guide the team with regard to communication.

Produce a regular newsletter or project status report that is written in easy to read style.

Make use of computer based training techniques during implementation.

Tell people what you are going to do, tell them what you are doing and tell them what has been done -- in particular tell them what is required of them -- again, before, during and after.

The recent DSTV Channel numbering change is an example of a well managed communication change programme which affected a large number of people and which certainly went off well in my household -- there was regular communication well ahead of the change, communication during the change and there continues to be communication after the change.

Repetition is a vital part of change -- McDonald indicates that only about 2.5% of a population who will obtain value from a product will buy on first exposure to the product, a further 13.5% are early adopters, they wait for a limited time to see who else will buy, the early majority (34%) will follow once there has been reasonable take up and a further 34% will wait for more take up, finally 16% are classed as laggards, they will probably never buy.  This is the reason why the same commercial is screened at the same time on TV on a regular basis.

It is reported that the same action (e.g. brushing teeth) must be repeated at least 21 consecutive days in order to become a habit -- in practice this will vary with individual and desired action.

I find with my courses, the more I repeat the courses the more deeply I understand my own material.

The point?

If you want to bring about substantial changes in behaviour it is vital to communicate frequently and provide opportunities for reinforcement -- tap dancing about issues because they are sensitive, which to some extent we do in South Africa because of real or perceived sensitivity, is not helpful.

Computer based training guides may be of assistance in larger companies which can afford the cost of preparing them.

7. Experiential change

In addition to the previous point dramatic experience can bring about lasting change in some cases.

A key issue in transformational change is that those from previously disadvantaged backgrounds do not have personal exposure to the standards of excellence that some from priviledged backgrounds have experienced.  Thus, what is a 5 out of 10 for one person may be an 8 out of 10 for another, their frame of reference is different.  Conversely, a person from a priviledged background may not have any idea of the level of achievement that a person from a disadvantaged background has already achieved, what is 0 out of 10 for the one person may be 5 out of 10 for the other.

One way of facilitating change is to arrange for people to experience first hand the extreme conditions that the others take for granted -- in the case of transformation, both positive and negative -- let those from priviledged situations visit an informal settlement and let those from disadvantaged background visit the offices of world class companies -- this needs to take place with appropriate preparation otherwise the experience may entrench stereotypes and increase resistance to change.

Other experiential activities may also be of assistance.  There are also various forms of experiential training available.

Personal one on one coaching may also be valuable.

A key aspect of experiential change is "insight" -- the aha moment.

Belinda Maclachlan has this to say about coaching and insight "

"Why coaching?" Short question, short answer: because of insight! "insight" : Oxford dictionary meaning: mental penetration.

... "insight" has become the new buzz word. Are you aware how much we tell, and how little we question? How much we push, and how little we pull for information? "Insight" is the AHA moment when the lights literally switch on, and the eyes tell you someone is indeed at home! But an insight for one is not an insight for another. What may seem so obvious to you is a major breakthrough for another. Insight penetrates deep into the brain inspiring new thoughts, changing beliefs, shifting mind-maps, and altering behaviours. The right question at the right time causes life-altering insights! Always have a few high gain questions up your sleeve, and masterfully lead people to revelation.

Whatever we're doing - debating with partners, exploring opportunities with prospects or developing new business with clients - being open to new insights may just make the difference."

Experiential activities are only going to take things some of the way.  Formal change processes, communication, training, etc are also required to bring about change and these require the input of specialists who really understand the process of change and who can assist in formulating appropriate actions to achieve desired outcomes.

This is not necessarily an onerous and time consuming task, it does require upfront recognition on the part of all parties of the need for change, willingness to change and facilitate change and the resources to bring about change.

 

Conclusion -- The challenge of paradigms

A number of aspects of the impact of paradigms and the implications of changing paradigms have been discussed.

Formal paradigm change is a complex subject that is not well understood by the majority of people.  It requires a recognition of the reality of soft issues and psychology in the work place and the application of conscious disciplines and techniques to bring about change on a sustained basis.

print[MAKERATING] The comment feature is locked by administrator.
Sort by:
Return


Random Selection of Articles by Dr James Robertson

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 074 A Moral and Ethical Dilemma -- Systems that Fail

The prevalence of IT project failure, the factors that cause failure, the Critical Factors for Success, the problem of IT people who lie, issues of integrity, morals and ethics, the need for a regulatory body and legislation
Std 027 COBOL – old software CAN be retained (with reference to Bridgestone)

Many organizations replace COBOL systems because they have been told they are obsolete, this article dispels that myth
SNw 051 Strategically Enriching your BIS: Part 3 -- Steps in applying these recommendations

Steps in applying these recommendations with regard to precision configuration in terms of a method of working geared to quickly and efficiently developing high quality data content that captures the essence of the organization and creates a platform to help the organization thrive

Subscribe to our StratNews newsletter

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

Dr James A Robertson PrEng The ERP Doctor

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.

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:

Connect with 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


Random Selection of Articles by Dr James Robertson

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     

Search Articles

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