TopBackground
The popular computing literature is awash with stories of IS development failures and their adverse impacts on individuals, organisations, and societal infrastructure. Indeed, contemporary software development practice is still characterised by runaway projects, late delivery, exceeded budgets, reduced functionality and questionable quality that often translate into cancellations, reduced scope and significant re-work cycles (Dalcher, 1994). The net result is an accumulation of waste typically measured in financial terms. For example, in 1995 failed US projects cost $81 billion, with an additional $59 billion of overspend, totalling $140 billion (Standish 2000). Jones contended that the average US cancelled project was a year late, having consumed 200% of its expected budget at the point of cancellation (Jones 1994). MacManus and Wood-Harper (2007) reported that the cost of software project failure across the European Union in 2004 was €142 billion. More recently, a McKinsey-Oxford survey of more than 5,400 software projects revealed that half of all projects significantly fail on budgetary assessment, while 17 per cent of projects actually threaten the very existence of the company, with the average project running 45 per cent over budget and seven per cent behind schedule, while delivering 56 per cent less functionality than predicted (Bloch et al., 2013).
IS failure investigations start with extensive attempts to collate relevant evidence. However, in most cases the researcher is exposed to specific information post-hoc, i.e. once the failure is well established and well publicised and the participants have had a chance to rationalise their version of the story. Most of the available sources are therefore already in place and will have been set up by agencies other than the researcher.
The purpose of a forensic investigation is to explain a given failure by using available information and evidence. The term Forensic is derived from the Latin 'Forensis', which is to do with making public. Forensic Science is the applied use of a body of knowledge or practice in determining the cause of death. Nowadays extended to include any skilled investigation into how a crime was perpetrated. Forensic systems engineering is the post-mortem analysis and study of project, product, artefact or service shortfalls and failures, which aims to uncover systemic and underpinning causes (Dalcher, 1994). The work involves a detailed investigation of a product or service, the underpinning project, its environment, decisions taken, politics, human errors and the relationship between subsystems. The work draws upon a multidisciplinary body of knowledge and assesses the project from several directions and viewpoints. The aim of forensic analysis is to improve the understanding of failures, their background and how they come about (Dalcher, 1997). The concept of systems is a central tool for understanding the delicate relationships and their implications in the overall project environment.