well, that's kind of just a more extreme version of "5 minutes later you'd have started a project to carve your code out from theirs so you could deploy it independently" isn't it? For people without the luxury of resigning their job at a moment's notice being an option, this is the next best thing.
what exactly does this mean? you work on a team, team is responsible for the product. there is nothing "independent" about it. everyone does their job, everyone deploys to production. if you are at any place where "deploying to production" is an "event" then for sure I would advice either leave or if that is not an option work towards this goal. there should be no one on the team that can't "deploy to production" and there shouldn't really be anything "independent" thing going on in my opinion. I see a whole lot of discussion and struggles around this though...
I can believe in certain domains things can work this way, but we have way too many complex stakeholders and dependencies to have random deploys to production constantly happening without notice by anybody who feels like it.
At very least there is comms, stakeholder signoff, etc. How would you have eg: customer support staff able to operate if the very button they are telling the customer to press disappears or changes its text during the call?
I do not have sole control, every member of the team does
> Suppose there was another person also with top level responsibility telling you not to do that?
Would quit in two seconds if I had to work in a place like this