[pjc50]

> debugging the rest of the organization

This is true of automated IT processes in general; for human-operated processes there's always a certain amount of "slack" between how the process is written and what needs to be done to make it actually work. The knowledge for the latter is concentrated in lower-ranking staff - the "NCOs" - and often unknown and unknowable to those running the system. Converting the system to automation only converts the known process, so it tends to fail hard until the slack can be taken up elsewhere or learned and incorporated.