I've worked at a company where we'd release every week and heavily leverage feature gates to hide features before they were ready for launch. And I've worked at

I've worked at a company where we'd release every week and heavily leverage feature gates to hide features before they were ready for launch. And I've worked at a company that had no defined cadence - we'd release in big, well-defined chunks when features were fully baked and fully QA'd; no feature gates were needed on the client here. There's value in both approaches, but I think I prefer the latter when the team size is small. Once you have multiple teams/priorities, the equation changes and it makes sense to have a more distributed, less segmented process. But initially it's great to have the predictability of well defined, packaged, well-QA'd releases. Results in a very high quality product and makes it really easy to debug/fix issues between releases.