Bedford and the Normalization of Deviance
rapp.org
rapp.org
> First and foremost is the attitude that rules are stupid and/or inefficient.
This is a great reason why to try your hardest to avoid implementing stupid rules. When some rules are stupid and become ignored, other rules lose their power.
And blaming the rules for the behavior of those people is not the correct position.
(see also: why the only thing many HN users know about G.K. Chesterton is the fence thing)
In the context of flying, where a careless error can result in death, this tedious checking has a very logical explanation, one that I assume most pilots are aware of.
More broadly, I suspect that a lot of rules exist specifically because what seems obvious and natural in a situation gets you in trouble. But by that token, such rules can't help but appear "stupid" but also can't and shouldn't be avoided.
and understanding that even over just 2 layers of bureaucracy its really easy to lose an understanding of the why behind a process
---------
Part of that is that its quicker to just rely on the institutional power
"I'm your boss, do it this way because I tell you to"
"My boss told me it needs to be this way, and I'm your boss, and the bs flows downstream, so do it this way"
uses fewer institutional resources, but that comes at the cost of no one actually knowing why things are being done the way they're being done,
and no one understands the costs of deviance from the processes being implimented
------
and in lots of instances, the benefits to deviance tend to be higher than 'we get to take off a little faster'
lots of times what we measure people on tends to be in conflict with the processes we want people to follow, so we even incentivize people inventing little shortcuts around the processes we want people to follow
It is cool to see the author point out that the Part 121 world has largely insulated itself from the "corrosion" of the normalization of deviance. (And that acknowledgement coming from people like us who chafe under the structure and rigidity of 121, but still give a shit about actual risk mitigation.)
The topic is interesting since the "dark ages" mentality of so much of corporate aviation is worth exploring as what stunts its growth, innovation, etc. (And I'd extend that to Part 135 too.)
Part 135 - Charter
Part 91 - Small and non commercial
That such deviance still happens suggests strongly that deviance around things that are less clear and less likely to result in harm to the professional would be even more likely to occur. The simplest example is anyone who faces the public and is expected to give full service. It's easy for that to breakdown when it isn't convenient. One can see this today in everyone from bureaucrats to police officers.
>A better model would be that of the FOQA program, where information from flight data recorders is downloaded and analyzed periodically in a no-hazard environment. The pilots, the company, and the FAA each get something valuable. It’s less stick, more carrot. I would also add that this sort of program is in keeping with the Fed’s recent emphasis on compliance over enforcement action.
IS there some mechanical/aircraft-related reason that such a lock isn’t possible?
This means the engines that deliver the thrust in the air, are also doing the same work on the ground. The traction is delivered to the air, and the rolling is all relative to to the thrust.
The manner of control for the power of the thrust isn't based on throttle alone. There are a handful of factors that tie together, to generate force.
Just like stepping on the gas, when a car is in neutral, you can spin up the turbines or propellers, without directing the air in such a way that moves the aircraft. The pitch of the blades matters. Also, with multiple engines, thrust must be synchronized, or the effect is a turn, and one engine could push the plane in circles, if controlled improperly.
So, it's not like leaving the emergency brake engaged in a car. There are other variables at work.
I think it's also a factor, that often enough, with complex machines created to solve for a complex problem domain, leaving configurable items as independent as possible prevents more footgun scenarios than it creates. When quick thinking is needed in an emergency, to deal with real world forces in play, systems are best designed so that in a proverbial sense, you can quickly throw yourself at a problem, when stopping and thinking about a strategy might take too long.
This is not to say that stopping and thinking carefully about strategy should be skipped, but that when trouble finds you, despite best efforts, and seconds count, having the ability to skip checklists and improvise in the heat of the moment does represent a desireable pathway for saving throws.
If your boss does not notice that the aircraft stood idle for too short a time, and he doesn't fire you straight away, than the culture of safety did not permeate your company enough.