When $100 Million Technology Projects Fail, It’s the Board’s Fault—Every Single Time

2. January 2025
Kategorien
Subscribe to our newsletter

In Switzerland, rumors suggest that both Bank Julius Bär and Raiffeisen Schweiz are grappling with failed technology projects, each costing over $100 million so far. Bank Julius Bär is reportedly trying to replace its existing core banking system for the Swiss booking center with Temenos, while Raiffeisen Schweiz is attempting to build a modern e-banking app.  

Both organizations have allegedly hired third parties to review what went wrong and determine who’s to blame. While learning from failure and engaging external reviewers is sensible, the question of blame should already be crystal clear.  

When a multi-million-dollar technology project collapses under its own weight—costing shareholders, employees, and stakeholders dearly—there’s no escaping the brutal truth: the fault lies squarely with the board.  

You can explore my 20+ technology project failure case studies. Without exception, the boards involved failed to fulfill their responsibilities.  

The Board’s Job Is Oversight, Not Rubber-Stamping

Boards exist to govern. They approve strategy, allocate resources, and oversee risks. They are not passive observers—they are active stewards of an organization’s success. Yet in failed projects, it’s evident that many boards sleepwalk through their responsibilities. They fail to ask tough questions early, challenge overly optimistic assumptions, or ensure mechanisms are in place to detect and address problems before it’s too late.  

A board’s oversight role is not ceremonial. If a project spirals into disaster, the board either ignored the warning signs, delegated oversight to those ill-equipped for the job, or worse, never bothered to establish adequate checks in the first place.  

If a board lacks the expertise to fulfill its duties, it must seek external help. This could mean forming an advisory board with independent specialists or adding a temporary board member with the requisite expertise and experience. 

Failing Is Acceptable; Failing Late Is Not 

Failure is a natural part of innovation and growth. No board can eliminate risk entirely—nor should they try. But there’s a monumental difference between failing fast and failing late.  

Early failure allows a company to pivot, salvage resources, and preserve credibility. Late failure, on the other hand, is catastrophic. It burns cash, destroys morale, and erodes stakeholder trust.  

Boards must demand stage-gated project governance that clearly delineates when to proceed, pivot, or pull the plug. If a multi-million-dollar project reaches the point of no return before its inevitable demise, the board has failed in its primary responsibility—to safeguard the organization from reckless escalation.  

Why Boards Get It Wrong

So why do boards allow projects to go off the rails? Common reasons include:  

> Blind Faith in Leadership: Boards often rely too heavily on the CEO or project sponsor’s assurances. Trust is important, but blind faith is a recipe for disaster. A board’s role is to verify, not just trust.  

> Lack of Expertise: Some boards lack the technical or industry-specific knowledge to challenge assumptions. Instead of addressing this gap, they defer to management, undermining their oversight role.  

> Cognitive Biases: Boards are just as susceptible to biases as anyone else. The sunk cost fallacy, groupthink, and overconfidence often lead boards to double down on failing projects instead of cutting losses.  

> Weak Governance Processes: Many boards fail to establish robust governance frameworks for major projects. Without clear accountability, transparency, and regular checkpoints, projects are allowed to drift toward failure.  

The Path to Accountability  

To prevent future multi-million-dollar disasters, boards must:  

> Ask Hard Questions Early: Why are we doing this? What are the critical assumptions? What would make us stop? These questions must be asked before a single dollar is spent.  

> Insist on Independent Assurance: Boards should mandate independent audits and reviews for major projects. An objective view can often identify risks that insiders miss.  

> Monitor Progress Ruthlessly: Quarterly updates are not enough. Boards must demand real-time reporting on key metrics and intervene when milestones are missed.  

> Be Willing to Pull the Plug: The hardest decision for any board is to stop a failing project. But it’s also the most responsible one. Better to write off millions now than to lose billions later.  

In a Nutshell

When a multi-million-dollar project fails, the board cannot claim ignorance or absolve itself of responsibility. Failure at this scale is a governance failure, plain and simple. Boards that tolerate late-stage disasters are not just failing the organization—they’re failing every stakeholder who placed their trust in them.  

The lesson is simple: you can fail, but not that late. Boards must act as the last line of defense, ensuring that failure—when it happens—is swift, contained, and instructive. Anything less is negligence. 

That could also be of interest for you

The Project Recovery Process Explained

12. February 2018

Projects fail for a variety of reasons. Especially technology projects have a low success rate. Typically more than half of them are considered a failure. But it does not have to end that way. As soon as a project is identified as in trouble you can start thinking about project recovery. This sentence already states a very

Read more

What Exactly Is a Troubled Project?

11. February 2018

Most of my work as a project recovery consultant is with what you can call «troubled projects». But what does this actually mean? Many teams I have worked with seem to be stuck in the PMI view of things. The PMBOK® Guide defines the successful project as a project that meets its objective in terms

Read more

What is a Project Review?

5. February 2018

> You want to know where you are standing with that large, multi-year, strategic project? > You think one of your key projects is in trouble? > Or you know that one of your key projects is in trouble? Then a project review is what you are looking for. When we talk about a project review, there

Read more

When Is My Project a Success?

22. January 2018

Project success and project failure are NOT absolutes.  It may not be possible to be a little bit pregnant, but you can be a little bit successful.  Every project has multiple success criteria related to business results, product/service results, and project delivery results (cost, schedule, scope, and quality). Some criteria are absolute, meaning they must

Read more

The Only Test Plan You Will Ever Need

3. January 2018

Assuming an iteration between two and four weeks: 1) Programmers will write unit tests in the code to ensure product technically behaves. The team will perform QA activities to ensure these are valid tests. 2) In the iteration planning meeting and in the iteration itself, tests cases will be defined as acceptance criteria for each

Read more

No Validation? No Project!

27. July 2017

For large or high-risk projects (what is large depends on your organization) it should be mandatory to do business case validation before you dive head-on in executing the project. In my Project Portfolio Funnel you will see a phase that is called «Validation» after selection of a project has taken place. In this phase you typically have a

Read more

When is your Project Backlog Item "Ready" for selection?

26. July 2017

As defined in the Simple Portfolio Management Framework, the Project Backlog is an ordered list of all projects that might be needed in the organization and is the single source of projects for any changes to be made in the organization. The Portfolio Owner is responsible for the Project Backlog, including its content, availability, and

Read more

The Project Portfolio Funnel

24. July 2017

When you look at the project portfolio funnel of the Simple Portfolio Management Framework (SPMF) it looks like the diagram below. Like I explained in previous articles, this is not greatly different from how PMI defines the project portfolio funnel. What is greatly different, is how you manage your funnel. SPMF is a framework within which

Read more

No More User Stories! There Are Jobs to Be Done

13. July 2017

Creating new and better products that thousands or millions of customers actually love is a top priority for almost every company. Agile frameworks and techniques have been hailed as a solution for exactly this problem. It started with eXtreme Programming (XP), where a conversation between the development team and the customer is the base for all requirements. And

Read more

The Reverse Triple Constraint of Troubled Projects

25. April 2017

Assuming you suspect or know that one of your projects is in trouble the first step is always an extensive project review. After such a review you hopefully have the necessary information for decision-making as well as the team’s support for the recovery of the project. It may be highly unlikely that the original requirements

Read more