The Execution Control System™ did not emerge from a whiteboard.
It was built, tested, and rebuilt across 25 years of programs where the budget was real, the vendors were capable, and the accountability architecture was the difference between value delivered and a checklist completed.
What follows is not a client list. Our boutique firm engages clients differently: with governance frameworks, diagnostic rigour, and contractual accountability to outcomes. These are the operator engagements that made those frameworks possible: three programs, $60M+ in combined budgets, and the specific delivery failures and recoveries that formed the methodology I now deploy with every client.
The Execution Gap is not a theory I read about. It is something I have closed, and been called in to close, for over two decades.
What I inherited was a $20M+ enterprise transformation already in motion. Eighteen workstreams. 120+ resources spread across multiple global teams. An AI integration mandate from executive leadership. No governance framework holding any of it together.
Decisions were being made at the workstream level. Cross-project dependencies were not tracked. Vendor deliverables were measured by activity — meetings held, documents produced, milestones marked complete. Nobody was governing whether any of it connected to the business case.
That is the Execution Gap. It does not announce itself. It accumulates.
I built the governance infrastructure from the ground up. Standardized delivery methodology across all eighteen workstreams so every team operated from the same accountability model. Established release management protocols so 120+ resources had a shared framework for dependencies, not just their own project plans. Built the executive reporting architecture so leadership had real-time visibility into program health against the business case, not against the task list.
The data center migration ran in parallel. VMware infrastructure, disaster recovery runbooks, failover testing, recovery validation. The governance framework covered the technical transformation and the operational transformation simultaneously. Both were accountable to the same business case.
What this engagement proved: governance infrastructure is not a phase you add once things go wrong. It is the operating condition under which every other phase runs. The Execution Control System™ I now deploy with clients is the scaled version of what was stress-tested here.
The Guest Education Centre transformation at lululemon was a $22M program. Inside it sat a $3M Salesforce Service Cloud implementation being delivered by a third-party consulting firm. My role was not to implement the software. My role was to ensure the software delivered what the business case promised.
Most programs confuse those two things.
The consulting firm was capable. They knew Salesforce. What they were not accountable for was the operational impact on 100+ cross-functional resources absorbing the change, the North American retail leaders who needed reliable data to make decisions, or the production risk of a go-live with zero downtime tolerance.
Accountability for those outcomes belonged to someone. I made it mine.
I designed the checkpoint gate framework. Every milestone had defined progression criteria. Gates were not formalities — they were decision points with consequences. Cutover strategies were planned and rehearsed before execution, not written the week of go-live. The consulting firm delivered to a standard the business set, not to a standard the vendor set for itself.
The Salesforce implementation went live with zero production downtime.
I also built the data-driven reporting framework before the system went live. North American retail leaders had decision-making infrastructure on day one. They were not learning a new system and learning new reporting simultaneously.
What this engagement codified: vendor governance is the work. Not vendor coordination. Not vendor communication. Governance holds vendors accountable to business outcomes. The Delivery Operating System™ at DITS is the structured version of the accountability framework built here.
In 2011, no Canadian bank had launched mobile cheque deposit. The technology existed. The regulatory requirements were defined. What determined whether CIBC would be first was not the software. It was the execution architecture around the software.
I led the delivery workstreams for the eDeposit program — the initiative that put mobile cheque deposit into the hands of Canadian banking customers for the first time.
McKinsey's research on financial services institutions finds 47% of digital investments fail to exceed cost of capital. The gap is rarely the technology. It is the accountability architecture that fails to hold internal teams and vendors to the business case. In regulated financial services, compliance and governance infrastructure is not separate from delivery. It is the delivery.
The program operated with multiple supplier teams, enterprise security requirements, and disaster recovery frameworks running in parallel with the core build. Being first to market in financial services is a competitive advantage measured in months. A six-week delay is not a project management problem. It is a revenue and market positioning problem. The governance model had to match those stakes.
Several years later at the same institution, I directed a $3.3M+ mortgage application re-platform with 30+ resources and multiple supplier teams. A different program. The same principle: the accountability framework governing what vendors and internal teams deliver against the business case is the work. Everything else is execution of a plan someone else governs.
That principle is the foundation of the Execution Control System™ at DITS.
Three programs. Three different industries. Three different vendors, timelines, and executive stakeholders. The same failure pattern in each: capable people executing against a plan nobody was governing against the business case.
BCG's study of more than 850 companies found only 35% of digital transformations achieve their stated objectives. The other 65% are not failing because of bad technology or bad teams. They are failing because the accountability architecture connecting delivery to business case does not exist.
The Execution Control System™ is that architecture. Built from the programs above, deployed with DITS clients today.
If vendor deliverables, executive visibility, or Revenue Realization against your business case are concerns, a 30-minute diagnostic conversation is the fastest way to assess where the risk sits.
Or start with the Transformation Readiness Scorecard™ to assess your program's execution readiness before we speak.
We use cookies to analyze website traffic and optimize your website experience. By accepting our use of cookies, your data will be aggregated with all other user data.