Not in a negative way. You want to trust engineers to always have changes built and tested before they go to production, but when something egregious happens you need to go back and see what went wrong. You can choose to interpret that as control, but really the only alternative (often cited) is "Well that shouldn't ever happen, so you don't need tooling to support that situation".
And that is not a useful way of thinking when you have real engineers writing software that people depend on.
This is very likely even if engineers come up with the processes, unless all process is scrapped and done from scratch every time an engineer is hired.
And that is not a useful way of thinking when you have real engineers writing software that people depend on.