Safeguarding against failure in major IT projects: coping with 'black swan events' | Fieldfisher
Skip to main content
Publication

Safeguarding against failure in major IT projects: coping with 'black swan events'

John Worthy
29/09/2011

Locations

United Kingdom

Major IT projects are twenty times more likely to fail than other projects, according to the recent major study by Oxford University's Said Business School.

This alert was featured in Tech Bytes, our technology law newsletter.

Tech Bytes contents

  • Making Open Data real
  • Independent Banking Commission - will extra costs for banks' IT and outsourcing be delayed?
  • EU review of Ecommerce Directive
  • UK Culture Secretary calls on ISPs and search engines to block infringing sites
  • White space technology
  • Ofcom bans rollover contracts
  • Featured article: Safeguarding against failure in major IT projects - coping with "black swan events"

 

Major IT projects are twenty times more likely to fail than other projects, according to a recent major study by Oxford University's Said Business School, especially when they are affected by unpredictable "black swan" events. This research not only highlights the challenges of major IT projects, but also flags up the need to be prepared. This is important for companies when negotiating the project contract, so that it provides a robust legal framework for managing both the project and the relationship.

The uncertainty about "black swan events" should not undermine the value of being prepared to deal with them. Even though the precise nature of the "black swan" events cannot be easily predicted, companies are increasingly aware that having a contract in place which addresses how to manage contingencies will significantly help in achieving a successful result.  So what does this entail?

As a starting point, the specifications for the project should be set out clearly and built in as part of the contract.  Unfortunately many projects fall short of expectations because this foundation is missing.

In addition, the contract should spell out a clear procedure for managing any changes - evaluating and agreeing the effect on the specifications, timelines and budgets. The high frequency of cost overruns in bespoke software projects found by the Oxford University research suggests that those projects were not backed by effective change management procedures in the contract.

Well-crafted contracts will also contain mechanisms to provide practical solutions to possible contingencies, including "black swan events". For some difficulties, such as a delay in the project, agreed liquidated damages may provide an effective remedy. However, finding a commercial solution to more deep seated problems may depend on whether the contract provides for a suitable range of practical options. These would focus on how the project can be brought back on track, if this is achievable, with the least possible disruption.

Aside from damages, contract solutions could include enhanced project management, step-in mechanisms (where a new contractor is appointed to complete the work), and termination procedures, at least as a last resort. Again, clarity here is vital. Where a contract does not specify how the termination process is worked out in practice, this makes it more difficult for both the supplier and the customer to resolve how to wind down a project smoothly, if this is the best approach.

And throughout the resolution process, companies often find that one of the most helpful features is to include an escalation procedure linked to mediation or alternative dispute resolution mechanism.  This allows both parties to maximise the prospects of an effective solution without the need for litigation.

Adopting these precautions will not avoid a problem arising, but it will provide a solid framework for covering potential contingencies, including black swan events.

Sign up to our email digest

Click to subscribe or manage your email preferences.

SUBSCRIBE