• Login

Robust Business Systems Procurement

An in depth discussion of an engineering approach to robust business information system procurement that is directed at filtering out poor quality service providers and ensuring that robust contracts are signed that safeguard the interests of the client in order to create a solid foundation for a robust project geared to a high value outcome 


<<< PREVIOUS SECTION:  Tough IT and ERP Procurement and Contracting that Works

NEXT SUB-SECTION:  Part 1 -- Introduction >>>

Robust Business Systems Procurement: Introduction Part 1

Robust Business Systems Procurement: Introduction Part 1

Links to previous articles at the end of this article

In my recent article on "The Real Issues in Business Systems ", I mentioned the recent bad experiences of Bridgestone and BMW with business systems implementations.  These situations highlight the fact that even the most successful businesses experience difficulties with regard to system implementation.

The parallel "Real Issues" series of articles will discuss the factors that give rise to the problems experienced and specific measures to prevent the problems.  The series commencing with this article will address the question of how to go about procuring systems and initiating the implementation of new systems in a way that takes account of the Real Issues principles.

This article is directed at informing executives and senior managers with regard to methods that are really important in order to be able to manage the procurement and implementation of new systems effectively.  These same methods have application in the procurement of general business improvement services as well, and some of them can be applied to contract renewal with regard to ongoing support contracts.

In this series of articles I will set out to explain a robust business systems procurement approach, which is directed at achieving robust and enforceable contracted outcomes for a truly fixed price.  This approach is based on the manner in which large construction projects are contracted, something that I term "the engineering approach".  Inherent in this approach is a requirement that the entire procurement, configuration, customization, testing and commissioning process is undertaken to standards that permit effective litigation by the client in the event of non-performance.

Fundamental to the engineering approach is the reality that engineering construction takes place within the framework of tried and tested procurement methods with tough, enforceable contracts.  There is also a clear understanding by all parties that litigation will follow negligence, non-compliance or default.  Because litigation is entirely practical in such situations litigation is virtually never required.

The approach to business systems procurement outlined in this article is directed at achieving this same level of robust contracting such that successful litigation is entirely possible and therefore not required.  This will be discussed in more detail in subsequent articles.

Fundamental to this engineering approach to business systems procurement is an emphasis on requiring the implementation contractor to accept responsibility as the expert in the implementation of their software.  This is done in such a way as to transfer all appropriate risk to the contractor while clearly delineating the responsibilities of the client organization.  This is achieved through a robust procurement process with clearly defined governance and results in a tough and robust contract, leading to an effective implementation (configure, customize, test, deploy, commission) which delivers the agreed realistic business outcome.

The approach comprises the following major components, which will be discussed in more detail in subsequent articles.  The discussion focuses on major projects but can be down-scaled to even the most basic business systems or even business services procurement:

1. Strategic Facilitation and Executive Governance

For large projects which operate across operational divisions in the organization, the Executive Sponsor of the project must be the Chief Executive.  The Chief Executive is the custodian of the integrated view and function of the business and is therefore the only person with the perspective and authority to perform this role.

In order to ensure that the Chief Executive can perform this role effectively and with limited time commitment there are a number of other roles that are critical:

a. Strategic Advisor to the CEO and Strategic Project Facilitator

An expert in the field of business systems procurement and implementation, with the ability to serve as an advisor to the sponsoring executive and guide the project.  NO alliances or allegiance to any product or contractor organization.  This person must be able to operate at the executive level.

Analogous to the senior architect on a prestige building construction project.  This person must interpret the requirements of the business, express these with a far-reaching long term view of where the business is going and ensure that the new business solution is geared to this future" view.  This person should not have any line responsibility in the business.  They should monitor the "Factors Causing Failure" and "The Critical Factors for Success" that are discussed in the separate series of articles on "The Real Issues in Business Systems".

This will generally be an independent specialist advisor.  It is sometimes challenging to plan their time since they are largely dependent on the rest of the people working on the project for day to day workload.  It is therefore generally best on larger projects to appoint them on a full time basis for a fixed monthly fee for the duration of the project.

It is generally not practical for the CIO to play this role, they are too caught up in the day to day pressures of the business.

b. Business Team Leader

A member of the executive team who is responsible for ensuring that the right people in the business are consulted at the right time.  Also ensures that the right people are in the room for workshops, testing sessions, etc.  This person carries the ultimate responsibility for ensuring that the business is fully consulted and engaged in all stages of the project.

c. Contract Manager

Also an executive or at least a senior manager one level down from the executive suite.  Responsible for all the logistical and contractual arrangements with regard to the procurement, assisted by the procurement department as necessary.  Also responsible for all contractual matters during the implementation.

This can be the CIO.

Note that there is nobody on the client side who carries the title "Project Manager" or "Project Leader" -- there should be one Project Leader and they should be supplied by the successful contractor as part of the package of services.

2. Robust Request for Proposal (RFP)

The Request for Proposal document is the heart of the procurement process.  It should be a well proven document that contains all necessary clauses to manage both the procurement process and lay the foundation for the project.

It should set out the stages of the procurement process and the specific contractual requirements for the configuration, customization, testing, deployment and commissioning of the system.  The RFP should form the basis of the final contract.

Note that it is pre-requisite that the Client will define the contract with amendments to accommodate the contractor, using the contractor's preferred contract is not an option.

One of the objectives of the RFP is to scare off fly-by-night operators.  Another is to allow as many different bidders as possible in the first stage of the tender process in order to ensure that the best possible combination of software and Implementer is selected.

By way of example, the RFP document that I typically use runs to over 60 pages. This is available as a template to purchase together with templates and instructions for the full set of documents referred to in this article.  Email me for information .

A key objective of the RFP is to make it clear that the client is purchasing services from the successful bidder on the basis that they are experts in implementing their software and will be held fully accountable for the project outcome.

3. Strategic Essence based Business Requirement Specification

Refer the separate thread on "Strategic Essence: The Missing Link in Business Information Systems " for more information on this point.

The Business Requirement Specification should be drawn up by the Strategic Advisor to the CEO (Strategic Project Facilitator) in close consultation with the executive team and operational management.

This strategically focused requirements document focusses on documenting the essence of the business, the "right things done well" that have caused the organization to prosper.  This should be done within the context of clearly stating a twenty year view of what is required from the system in terms of business outcome.

Components of the requirement should be prioritized on a percentage weight basis over not more than about nine primary categories.

This is not a technology document, it is a strategic business outcome orientated document -- based on what is required from the investment in order for the organization to prosper.  This document is the heart and the art of the final outcome.

It must be worded in such a way that the onus for the outcome rests with the contractor (Implementer), subject to close cooperation by the business.

In this regard it is vital to understand that operational business personnel lack the long term perspective to define a long term solution.  They must be consulted but they must not dictate the solution.

To Follow

4. Detailed Bill of Services

5. Precision Configuration

6. Business Simulation Laboratory

7. Formal "Go-Live" Certification

8. Prescribed Certificates

9. Client Compact

10. Executive Engagement

11. Facilitation of Change

12. Bid Compliance Checklist

13. Bid Adjudication Schedule

14. Prescribed Bid Table of Contents

15. Comprehensive Pack of Reference Documents

16. Data Warehouse and Business Intelligence

17. Three Stage Procurement Process

a. Stage 1: Narrowing the Field

b. Stage 2: Select Preferred Bidder

c. Stage 3: Detailed Discovery, Finalization of Project Plan and Contracting

d. Configuration, Customization, Testing and Commissioning

Conclusion

I have used this approach successfully to conduct fixed price fixed business outcome projects, and hope that you will find it of value.

If you are embarking on any form of business systems procurement, large or small, this approach can be adapted appropriately.  It also has application to procurement of other soft business improvement services.  Some of these principles can also be applied when entering into negotiations to renew contracts with existing suppliers.

I offer advisory services with regard to the application of these principles and would be delighted to discuss how I might be of assistance.

I also offer sets of electronic template documents for the above, one set suitable for small to medium size projects and another suited to larger projects, these are available for purchase, email me for details .

Yours faithfully


Dr James Robertson PrEng

Robust Business Systems Procurement: Part 2 Bill of Services, Laboratory, Go-live Certificate, etc

Robust Business Systems Procurement: Part 2 -- Bill of Services, Laboratory, Go-live Certificate, etc

Links to previous articles at the end of this article

In my previous article in this thread I outlined some key factors in developing a robust procurement model and contract for business information systems.  That article addressed Strategic Facilitation and Governance, the need for a robust and legally sound "Request for Proposal" document and the need to base the "Business Requirement Specification" on the strategic essence of the business. 

The recent report "BBC was 'complacent' over failed £100m IT project " highlights the importance of a robust procurement approach resulting in an enforceable contract.  Write-offs such as this are entirely preventable.

This article continues the discussion and looks at the importance of a detailed "Bill of Services", the importance of  "Precision Configuration", the role of the "Business Simulation Laboratory", the need for a formal contractually based "Go-live" Certificate, the use of legally sound Certificates generally and the importance of a "Client Compact" as the reciprocal contractual terms for a client to underpin a fixed price:

4. Detailed Bill of Services

In the construction industry the "Bill of Quantities" is central to quoting for the work and to executing the work.  In the case of business systems related procurement the Bill of Quantities is replaced with a "Bill of Services", a detailed schedule of all the work that it is expected that the contractor will undertake in order to execute the project.

The blank schedule should be compiled by the Strategic Advisor in partnership with the Contract Manager and the Business Team Leader.  This is the client's best estimate of the work to be undertaken at a detailed level and may run to a hundred A3 pages or more in an Excel spreadsheet.

There are techniques that can be used to produce such a concept plan relatively quickly -- the role of a highly experienced solution architect, in the role of Strategic Advisor, is critical.

Bidders are free to ignore items in the schedule and to add as many of their own items as they choose, but are prevented from adding items back after the contract has been awarded.  The refinement by the contractor is done with the understanding that the resulting schedule will form the basis of the final project plan.  This schedule of services results in budget line items on a deliverable basis, structured in terms of "allowables" -- agreed budget items for which payment will be made.

All activities are required to be costed against a full range of personnel categories.

An "allowable" is a budget provision for a particular activity or item and is fixed unless it can be clearly shown that the nature of the client's business changed after award of the contract.  Interim payments are based on allowable items that have been completed and accepted -- tied in to clearly measurable deliverables.

Milestones for partial and complete release of retention are also tied to this plan.

The Bill of Services clearly defines the work to be performed and during the project highlights work to be performed that was not envisaged by either party at the time the contract was signed.

A key element of this procurement approach is the third stage of detailed discovery and contracting.

During this process the preferred bidder can "go anywhere they want in the business and talk to anyone they want to talk to in order to fully discover the business and the requirement" --  this takes place against a fixed fee budget in stage three of the procurement process.

Key Implementer personnel must be bound to the offer and the Bill of Services and only Implementer personnel who will actively be involved in the project should be introduced to the client.

5. Precision Configuration and Validation Data

The two enduring elements of a Business Information Systems project are the configuration (including validation data) and the knowledge and experience of the people who use the system.  Of these, the most enduring is the configuration.

It is commonplace for the configuration of systems to be left to mid-level operational personnel from both the client and the Implementer.  In other words, to people who do not have a strategic long term view of where the business is going and who lack information cataloguing and organization skills.

The configuration is, in fact, the most important element of any business information systems project.  This should be driven from the executive suite, facilitated by the Strategic Facilitator in close consultation with executive management, in conjunction with highly experienced information management specialists from the Implementer.

I have coined the term "Precision Configuration" to describe this component of a project.   It entails highly organized information, strategically determined taking account of the essence of the business to high standards of precision that accurately measure the real world.

My series of articles on "Strategically Enriching your Business Systems" discusses this in more detail, there is also information relating to this on my website under the "Configure " tab

6. Business Simulation Laboratory

A further element of the Request for Proposal is that it prescribes testing of the entire configuration in a Business Simulation Laboratory.  The Laboratory is a test environment where the configuration and customization is tested to destruction by the most experienced members of the client's staff.  This goes WAY beyond the concept of "User Acceptance Testing".

The senior staff who drive the Laboratory must set out with a full selection of representative data to introduce the most obscure situations into the operation of the software.  This should be done with the express intention of causing the system and configuration to fail.

Once this has been carried out exhaustively and all weaknesses identified and resolved, such that they are no longer able to cause failure, the resulting small data sample is used to test reports and business intelligence models, to ensure that they are working correctly and reliably.  Workflow automation is prescribed from the executive suite, developed and tested, also to destruction.  Once all these elements are in place and working reliably, operational standards and policies are finalized and training material is developed, preferably including high quality computer based training material.

Only then are all staff trained up in the laboratory, until they reach a level of comfort that they can run the system effectively and efficiently.

Once this point has been reached a final review takes place by the executive management of both the client and the Implementer and, subject to a clean bill of health, the final "Go-live" Certificate is issued.  There are contractual penalties associated with premature issue of a "Go-Live Certificate".

7. Formal "Go-Live" Certification

Building on the Business Simulation Laboratory the "Go-Live Certificate" is the final output of the configuration, customization and testing stage of the project.  As mentioned above this is issued at the executive level once the Business Team and the Implementer Team have signed the Certificate.

The certificate contains a clear warranty that those signing have fully satisfied themselves as to the robustness of the configuration.  The tough wording and the presence of a lawyer on the project team are both vital elements of ensuring that all parties to the project think very carefully before they put their signature on the Certificate.

This is the final safeguard against a failed or sub-optimal implementation and is the final step before commencing to deploy and commission the system.

Note that in the case of a badly run project, attempts to issue this certificate will give rise to substantial and valid delays until the quality of the work reaches a level where commissioning can take place with certainty that there will be NO damage to the business.  Penalties for premature acceptance should be built into the contract.  This approach would have ensured that BMW and Bridgestone did NOT experience the dramatic losses that were encountered on their projects.

8. Prescribed Certificates

The procurement pack should also include a set of prescribed certificates to be used for all aspects of the project.  This pack of certificates should be designed such that NO element of significance is accepted and NO interim payments are made without the issue of a formal certificate.  These certificates should be signed by the Business and Implementer team leaders and team members as applicable.  Exact wording of these certificates is to be agreed during stage 3 of the procurement with legal input and their issue is to be built into the project plan and is the joint responsibility of the Client Contract Manager and the Implementer Project Leader.

9. Client Compact

Inherent in the approach outlined above is a very tough and robust contract that will hold the successful bidder to very onerous performance terms.

Since the system is to be implemented in the client organization, based on information supplied by client personnel, the performance of the client must, of necessity, also be subject to tough conditions.  This is handled in the RFP by a "Client Compact" in which the client undertakes to ensure that the right personnel are "in the room" for all workshops and that the required review and input takes place on time, in accordance with the project plan.

Here too there are penalties such that the Implementer can claim standing time for workshops that are cancelled at the last minute because key client personnel are not available.  Disciplinary action may also be taken with regard to client personnel who fail to apply themselves during workshops or in reviewing specifications, etc.  Further, once a certificate has been issued any changes to specifications take the form of formal "Variation Orders" for which the client will pay.  Of necessity, these terms require due performance by the Implementer.

To Follow

10. Executive Engagement

11. Facilitation of Change

12. Bid Compliance Checklist

13. Bid Adjudication Schedule

14. Prescribed Bid Table of Contents

15. Comprehensive Pack of Reference Documents

16. Data Warehouse and Business Intelligence

17. Three Stage Procurement Process

a. Stage 1: Narrowing the Field

b. Stage 2: Select Preferred Bidder

c. Stage 3: Detailed Discovery, Finalization of Project Plan and Contracting

d. Configuration, Customization, Testing and Commissioning

Conclusion

I have used this approach successfully to conduct fixed price fixed business outcome projects, and hope that you will find it of value.

If you are embarking on any form of business systems procurement, large or small, this approach can be adapted appropriately.  It also has application to procurement of other soft business improvement services.  Some of these principles can also be applied when entering into negotiations to renew contracts with existing suppliers.

I offer advisory services with regard to the application of these principles and would be delighted to discuss how I might be of assistance.

I also offer sets of electronic template documents for the above, one set suitable for small to medium size projects and another suited to larger projects, these are available for purchase, email me for details .

Please forward this to anyone you think may find it of interest.

Yours faithfully,

 

Dr James Robertson PrEng

James A Robertson and Associates Limited
Assisting clients to thrive through effective and efficient application of Business Information Systems

Seeking to serve the Almighty Creator in all things

Mobile: +44 (0) 776-862-2875
Landline: +44 (0) 207-059-0007

Previous articles:

Strategic Essence -- The Missing Link in Business Information Systems

A discussion of how strategic essence should inform all business improvement projects and particularly business information system projects.  This thread is intended to discuss the analysis of strategy, the planning of strategy and feeding strategy through into business system specifications and the management of projects.  Articles to date include:

Summary
1: Strategy Defined
2: Differentiation
3: The Essence IS Different
Determining Strategic Essence

The Real Issues in Business Information Systems

A discussion as to why business information system (and other business improvement projects) fail to deliver on expectations or fail outright, together with discussion of the critical factors that must be taken into account in order to achieve successful outcomes.  This thread is intended to progressively discuss more hands-on specifics of achieving high value outcomes and builds on the Strategic Essence series.  Articles to date include:

1: Introduction
2: The Real Issues -- Mythology and Lack of Executive Custody

Strategically Enriching your Business Information Systems

Discussion of practical specific measures that can be taken in order to greatly improve the information yield of business information systems at both the operational and executive strategic level.  A number of simple steps that can be taken immediately and more complex measures that can be taken over time.  This thread is intended to discuss increasing business system and data warehouse value yield using techniques that lead to significantly improved business intelligence capability, including support for the ability to obtain "answers to questions we had not previously thought to ask ".  This builds on the content in the Strategic Essence and Real Issues threads.  Articles to date include:

1: Introduction
2: Principles of Data Engineering

Robust Business Information Systems Procurement

In order to fully apply the methods and principles discussed in the threads above with regard to new systems it is vital that a robust and effective approach to procurement is applied.  This requires a tough procurement approach directed at achieving a tough business outcomes orientated project that ensures a high value outcome.  This thread is intended to discuss the components of such a procurement approach, including the individual documents and process that make up the approach.  Thereafter the components will be discussed in more detail.  Articles to date include:

Introduction Part 1


Robust Business Systems Procurement: Part 3 -- Executive Engagement, Bid Compliance, Adjudication and other matters

Summary

This article builds on the two previous articles on Robust Business Information System Procurement and discusses "Executive Engagement", the "Facilitation of Change", the "Bid Compliance Checklist", the "Adjudication Checklist", the importance of a Prescribed "Bid Table of Contents", the key role of a comprehensive "Reference Pack" and the importance of a Data Warehouse and Business Intelligence as critical components of a total solution.


Robust Business Systems Procurement: -- Engagement and Compliance




Links to previous articles at the end of this article

 

Greetings

In my first article in this thread I outlined some key factors in developing a robust procurement model and contract for business information systems. This addressed strategic facilitation and governance, the need for a robust and legally sound "Request for Proposal" document and the need to base the "Business Requirement Specification" on the strategic essence of the business. 

The second article looked at the importance of a detailed "Bill of Services", the importance of "Precision Configuration, the role of the "Business Simulation Laboratory", the need for a formal contractually based "Go-live" Certificate, the use of legally sound Certificates generally and the importance of a "Client Compact" as the reciprocal contractual terms for a client to underpin a fixed price.

This article builds further on these foundations by discussing "Executive Engagement", the "Facilitation of Change", the "Bid Compliance Checklist", the "Adjudication Checklist", the importance of a Prescribed "Bid Table of Contents", the key role of a comprehensive "Reference Pack" and the importance of a Data Warehouse and Business Intelligence as critical components of a total solution.

The recent report "BBC was 'complacent' over failed £100m IT project" highlights the importance of a robust procurement approach resulting in an enforceable contract.  Write-offs such as that suffered by the BBC are entirely preventable.  Recent experiences of BMW and Bridgestone are also relevant in considering what follows:


10. Executive Engagement

A vital component of the Client Compact is executive engagement, ensuring that Client Executives engage with the process and provide critical input and decisions timeously in a focused manner.   This has been discussed in more detail in the article on Executive Custody in the "Real Issues " thread.

Concomitant with this is a requirement for the Implementer to mobilize staff who can operate at the Executive level effectively, such that Client Executive time is limited to what is really required.  This necessitates a high standard of professionalism on the part of the Implementer.  Inherent in this approach is the role of Strategic Facilitator -- a senior advisor who is able to represent the Client Executives in terms of business and project insight to a significant degree.  The Strategic Facilitator is thus critical.


11. Facilitation of Change

So-called "Change Management" is a key element of any large business systems project.  The common wording is inaccurate and unhelpful, I prefer "Facilitation of Change".  This is a role that the corporate Human Resources function should be actively involved in.

Much traditional "Change Management" involves using training and other measures as a blunt instrument to bludgeon staff into accepting badly designed and badly configured solutions that push large amounts of work out of the system and onto the users.  A well configured and well tested system, configured in close partnership with the business, will be easy to teach and easy to operate, thereby significantly reducing the Change Facilitation component.

That said, there remains a need for smoothing the path of change, particularly for staff members who have their jobs radically redefined or eliminated.  Appropriate expertise should be a core element of the requirement and the project.

The use of interactive computer based learning applications that test personnel so that they are only released to use components of the system once proven competent is strongly recommended.


12. Bid Compliance Checklist

Returning to the Tender documents, another key document is the "Bid Compliance Checklist", a list of all the documents that bidders are required to submit as part of their offer.

This checklist was originally created as an internal client bid evaluation team document, but I have found that it is helpful to provide the checklist to the bidders and have them initial every item to indicate whether they have provided the item or not.


13. Bid Adjudication Schedule

The Bid Adjudication Schedule is developed by the Executive Team, facilitated by the Strategic Facilitator and comprises a hierarchical classification of the Key Criteria to be used in adjudicating the bid.

I generally work with between 7 and 9 primary criteria, each of which is broken down into between 5 and 9 secondary criteria.  Each primary category is weighted out of 100% to indicate relative importance and the child criteria are similarly weighted.  The primary weight is then applied to the secondary weight in order to give the overall weighing of each of the roughly 49 points.  These are the most important factors to be used in evaluating each bid.

The schedule is included in the Tender documents as a "Draft for Information" so that bidders are informed as to the most important elements that their offer must address.  This ensures that bids are more readily compared and that bidders focus on what is really important to the client in the summary of their bid, both in the bid documents and bid presentation.

The schedule is issued as a draft on the basis that, during the evaluation process, the adjudication team may revise the criteria as they gain insight into the offers.  This allows the business to revise the criteria or the weights.  Remember, the goal is the BEST solution for the organization NOT some school room arbitrary rigor that gets in the way of the optimum solution.

The structured and weighted list ensures that the most important items receive most focus, this works far more reliably as a decision support tool than a simple list of about 49 points without hierarchy.  This is FAR better than the lists of hundreds of detail points that I have seen applied on numerous occasions on sub-optimal projects.  Frequently badly structured lists result in bad buying decisions.

Well thought out lists, as with all the points regarding structure of information raised in associated articles, facilitate quality decisions -- the issue is the THINKING that goes into the structured list in terms of what is REALLY important from a decision making perspective.


14. Prescribed Bid Table of Contents

A detailed "Bid Pack Table of Contents" should be provided which prescribes the Table of Contents that bidders must use for their offer.  This ensures that competing bids can be easily laid out next to each other and compared on a section by section basis.

This also allows adjudicators to more readily engage with and internalize competing offers, resulting in a more effective and efficient adjudication process and a more defendable and better quality recommendation.

This also makes it very easy to assess the extent to which bidders are willing to align themselves with client requirements during the bid process.  A bidder who cannot be bothered to align with client requirements at the bid stage is unlikely to align later on.


15. Comprehensive Pack of Reference Documents

In order to make the required scale of the project visible the Tender pack must include a comprehensive set of reference documents as a minimum requirement.  This should include samples of all reports, spreadsheets, outputs of custom software that is to be replaced, etc.  The goal is to define the current state as comprehensively as possible.

In the first stage of the procurement these documents can be redacted (sensitive detail removed or blacked out) but in the final stage of the procurement the actual documents and spreadsheets should be furnished in order to ensure that the preferred bidder is able to estimate effectively.  This obviously goes hand in hand with a robust Confidentiality and Non-Disclosure Agreement.

It is important to note that this pack is a reference to the current state of affairs and NOT a specification for the future.  The future requirement must be developed in detail during the discovery stage once the software and implementer have been selected and there is full knowledge of what is standard in the new solution.  Budget provision must also be made for further definition of new reports and Business Intelligence models during the Laboratory stage.


16. Data Warehouse and Business Intelligence

As a general principle any new system should be accompanied by a Data Warehouse and Business Intelligence component for analysis and reporting purposes, particularly across multiple systems.  Provision should be made for this in the RFP or it should be explicitly excluded.

Note that, provided the principles outlined in the parallel thread on "Strategically Enriching your Business Information Systems" are applied and the comments in the "Real Issues " thread relating to data engineering and precision configuration are taken into account, a wealth of high value information will be unlocked in the data warehouse.


To Follow

17. Three Stage Procurement Process

a. Stage 1: Narrowing the Field

b. Stage 2: Select Preferred Bidder

c. Stage 3: Detailed Discovery, Finalization of Project Plan and Contracting

d. Configuration, Customization, Testing and Commissioning


Conclusion





I have used this approach successfully to conduct fixed price fixed business outcome projects, and hope that you will find it of value.

If you are embarking on any form of business systems procurement, large or small, this approach can be adapted appropriately.  It also has application to procurement of other soft business improvement services.  Some of these principles can also be applied when entering into negotiations to renew contracts with existing suppliers.

I offer advisory services with regard to the application of these principles and would be delighted to discuss how I might be of assistance. 

I also offer sets of electronic template documents for the above, one set suitable for small to medium size projects and another suited to larger projects -- these are available for purchase, email me for details.

Please forward this to anyone you think may find it of interest.

Yours faithfully,


Dr James Robertson PrEng

James A Robertson and Associates Limited
Assisting clients to thrive through effective and efficient application of Business Information Systems

Seeking to serve the Almighty Creator in all things

Mobile: +44 (0) 776-862-2875
Landline: +44 (0) 207-059-0007


Articles published so far in the article series to which this email refers:


Strategic Essence -- The Missing Link in Business Information Systems

A discussion of how strategic essence should inform ALL business improvement projects and particularly business information system projects.  This thread discusses the analysis of strategy, the planning of strategy and feeding strategy through into business system specifications and the management of business improvement projects.  Articles to date include:

Summary
1: Strategy Defined
2: Differentiation
3: The Essence IS Different
4: Essence is the Point of Departure
Determining Strategic Essence


The Real Issues in Business Information Systems

A discussion as to why business information system (and other business improvement projects) fail to deliver on expectations or fail outright.  Coupled to discussion of the critical factors that must be taken into account in order to achieve successful outcomes.  This thread is progressively discussing more hands-on specifics of achieving high value outcomes and builds on the Strategic Essence series.  Articles to date include:

1: Introduction
2: Mythology and Lack of Executive Custody
3: Lack of Strategic Alignment and Lack of Precision Configuration


Strategically Enriching your Business Information System s

Discussion of practical specific measures that can be taken in order to greatly improve the information yield of business information systems at both the operational and executive strategic level.  A number of simple steps that can be taken immediately and more complex measures that can be taken over time. 

This thread is discussing increasing business system and data warehouse value yield using techniques that lead to significantly improved business intelligence capability, including support for the ability to "obtain answers to questions we had not previously thought to ask.  This builds on the content in the Strategic Essence and Real Issues threads.  Articles to date include:

1: Introduction
2: Principles of Data Engineering
3: Steps in Applying these Recommendations


Robust Business Information Systems Procurement

In order to fully apply the methods and principles discussed in the threads above with regard to new systems it is vital that a robust and effective approach to procurement is applied.  This requires a tough procurement approach directed at achieving a tough business outcomes orientated project that ensures a high value outcome.

This thread discusses the components of such a procurement approach.  The individual documents and processes that make up the approach are outlined.  Thereafter the components will be discussed in more detail.  Articles to date include:

1: Introduction
2: Bill of Services, Laboratory, Go-live Certificate, etc



Testimonial

An extract from an email that I was copied with recently from a manager at a large multi-national client from whom I requested a referral to contacts in Europe:

"About 3 years ago I attended one of the best courses / lectures in IT I have ever had at ...  The lecturer was so on the ball with my thinking that ...  I thought he was outstanding in all aspects, especially in professionalism and delivery.

"This person (James Robertson) now moved to the UK ... ... I have not met another IT person quite as professional as James Robertson, ...  I wouldn’t be writing to you if I wasn’t totally impressed by him.  Call me if you want to discuss further."

 

Ordering

To inquire about purchasing any of the above services simply click on the link below each item, enter your details in the resulting email and send it to me.  If for some reason the email does not open please just hit reply to this email and enter your contact details.  I will revert to you in the manner you request to answer your questions and make arrangements.

Should you require further information please email me and I will be delighted to connect by email, phone or Skype to answer all your questions.

I look forward to being of service to you.

Yours faithfully,


James Robertson



Random Selection of Articles by Dr James Robertson

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

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:


Random Selection of Articles by Dr James Robertson

Cnf 078 The New South Africa -- Why Engineering Fails

Technology failures are the consequence of human error or negligence, the presentation discusses the fundamental reasons why technology projects fail in the context of the requirements of engineering in the New South Africa
Std 022 Procurement: 13 Skeleton Agreement

This is a broad framework for a contract.  The exact contract will need to be drafted by your organization's legal advisors based on the legal jurisdiction in which your organization operates
Sem 05 IBIS – The Strategic View of Business Information

A three hour Executive Briefing that outlines the most important aspects of what I advocate with regard to Integrated Business Information Systems, including ERP
Cnf 082 A strategic approach to corporate planning, management and governance

Considerations with regard to governance of information technology and business systems taking account of the abstractness of information technology solutions
Cnf 091 Business Process -- Over Rated and Over Stated

Discussion of why the current focus on Business Process Mapping is seriously misplaced and is leading to major inefficiencies and negative project outcomes in the business information systems industry -- concludes that "Business Process Obsession is killing ERP"

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

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

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