Just say "no" to code freezes
One of the more insightful conclusions I've reached in my career, if perhaps also one of the more controversial opinions, is that you should always say "no" to code freezes (at least in an optimal development methodology). This isn't always possible, of course; depending on where you are in influence and decision making, you may have only some, or effectively no, input into this decision. However, to the extent that you are prompted with this question and have some input, my advice is to always push back, and I'll elaborate on this below. The case for code freezes I've heard a number of different justifications for why people want code freezes, and these desires come in a few forms. Some examples: We need a code freeze We need to defer some code changes for a bit, just until... We need to hold off on this going in because... We have a release schedule where no changes go in during this period etc. Typically, the justification for the ask is achieving some desi...