Idk most teams I’ve worked with have either known better than to deploy anything at EOD or on a friday, or make heavy use of feature flags so any change that caused an issue just got swiftly rolled back. The ones that didn’t, I made it ABUNDANTLY clear that I won’t be available outside of work hours.
Maybe I haven’t been around the block enough or maybe I got lucky…
Probably depends on the type of company you work in. If it’s a long established one with lots of staff, they’ve probably realised this issue a long time ago and put plans in for it.
If it’s a more modern one that hired a bunch of solid old heads early on, they probably know better from the outset.
In both cases, someone, somewhere will have probably experienced it and said “never again”, so implemented (or improved) release procedures to ensure it doesn’t happen again
A lot of my teams have been on the younger side and for small companies/startups. So everyone either had a recent example to pull from or had first have experience
Idk most teams I’ve worked with have either known better than to deploy anything at EOD or on a friday, or make heavy use of feature flags so any change that caused an issue just got swiftly rolled back. The ones that didn’t, I made it ABUNDANTLY clear that I won’t be available outside of work hours.
Maybe I haven’t been around the block enough or maybe I got lucky…
Probably depends on the type of company you work in. If it’s a long established one with lots of staff, they’ve probably realised this issue a long time ago and put plans in for it.
If it’s a more modern one that hired a bunch of solid old heads early on, they probably know better from the outset.
In both cases, someone, somewhere will have probably experienced it and said “never again”, so implemented (or improved) release procedures to ensure it doesn’t happen again
A lot of my teams have been on the younger side and for small companies/startups. So everyone either had a recent example to pull from or had first have experience