I find 1 week ideal without the overhead. Remove unnecessary demos or retros. You need the feedback cycle but often 1-3 months is fine, and 2 weeks is only useful for a beginner team. You do need planning, context, and meetings to discuss the context. We moved these to two days a week where anyone is free to interrupt anyone else and call for a call right now. Nobody expects to be in flow on these days. But as we got…
Saying this probably indicates more problems but they also insist on demos each week and demos/retros every 2 weeks. Also they want metrics/retros to track team velocity. How much time per week do you have dedicated to sprint meetings? Another issue we have is requirements are always lacking because it’s always fires (and everything is P1).
Sounds like normal career in development to me.