Skip to content

Leadership1 publisher3 min readPublished

A post-failure approval gate outlives its risk by surviving its own review

An Entrepreneur contributor describes a senior approval added after a costly launch mistake and still in force after the team outgrew it. On the column's account, leaders reviewed the control, weighed the record and kept it.

The Board Room · Leadership desk

Illustration accompanying A post-failure approval gate outlives its risk by surviving its own review

What happened

  • An Entrepreneur contributor column describes a company that, after a costly mistake on an important launch, tightened one decision point and required senior approval before similar changes could proceed.
  • By the column's account the control worked, and the same mistake did not happen again.
  • The column's takeaways ask leaders to evaluate separately whether a control was effective and whether it remains necessary under today's operating conditions.

Compiled by The Board RoomSomething wrong?How this is made

Why it matters

  • constraint Whoever proposes removing a gate argues from a record that points the other way, so the standard of proof has to be agreed before the review or the proposal loses on the evidence every time.
  • decision Splitting effectiveness from current necessity puts a second question on the agenda, and someone has to state today's risk conditions in advance for it to be answerable.
  • cost The charge falls on the teams that plan around the waiting period and on the executive calendar absorbing routine sign-offs, and none of it is booked against the original decision to install the gate.

The evidence in a case like this runs one way. A control installed after a failure leaves a clean record: the failure happened before it, and it did not happen again afterwards [3]. The case for taking the control out rests on a prediction. The column puts it as a question about whether the problem would return if the response changed now, after the business itself has changed [7].

The column pushes harder than that. "The response doesn't have to survive because nobody noticed it, nobody owned it or nobody was willing to challenge it," the column says [8]. Leaders can review the control directly and still decide to keep it, holding strong evidence that it worked and much weaker evidence that it is no longer required [9].

That distinction decides what a fix has to change. A gate that stays because no one looks at it is cured by putting a date on the calendar. A gate that stays because someone looked at it is not, and in the column's example the question was asked and the answer was that the control was working, so there was no reason to change it [5]. What the column asks for at that moment is two questions instead of one: whether the control was effective, and whether it remains necessary under today's operating conditions [10]. Stated at full strength, success is the reason a response needs to be questioned again [11].

The asymmetry here is real. A gate kept a year too long costs some waiting; a gate cut a year too early can cost another launch. The column's answer is about where the waiting lands and how often. Decisions wait for a judgment the case no longer needs, teams bundle issues ahead of the senior review they know is coming, and executives spend their time approving choices the organization can already make elsewhere [12]. Important decisions wait behind routine approvals because both are competing for the same executive attention [13]. Teams then learn how long the approval takes and build that waiting time into their plans [14].

The column is one practitioner's account and it does not name the company, the launch or the size of the delay; Entrepreneur notes that contributors' opinions are their own [16][1]. The account is precise about the distance between the gate's original premises and the organization underneath it now. The approval sits several levels above the regional team, and that team has stronger experience, clearer decision rights and better information than it had when the original mistake occurred [15].

For anyone holding a gate installed before the last two reorganizations, the usable part of the test is narrow. It is the experience level and the decision rights the gate assumed when it went in, set against the team sitting under it today. In the column's example, the team was more experienced, decision authority had moved closer to the work, and the original risk was being managed in other ways [4].

What to watch

  • A published counterfactual: an organization that removed a post-failure gate and reported what happened to the failure it was installed to stop.
  • A version of this account with the company, the launch and the delay figures named, which would let the cost be checked rather than described.
  • Any evidence on how often retained gates were reviewed and kept versus simply forgotten, since the two failure modes need different fixes.
Loading claim ledger
Loading source directory links
Loading share composer
Loading topic controls
Loading related stories