I work on a pretty planning intensive team. Sometimes we'll spend several weeks planning out our next project, but since planning takes so long, not much time is left for execution after we're done planning. This leads to us having to sprint to deliver, and after we go that, we go back to planning and the cycle starts all over again. This is all pretty hectic, so I was wondering if anybody had any ideas on how to improve this process?
Are others on the team also aware (and acknowledging) that this is a problem? I wonder if you could document several examples (in a non-confrontational written doc) which clearly shows the compressed time for actual execution based on your current planning cycle.
I imagine the main people responsible for the current setup are your manager and some sort of TPM or PM. Can you explain the benefit of having a more regimented planning timeline? It sounds like the issue now is that the planning consistently takes longer than expected, and you can brainstorm how to improve that:
Another thought is to ask why the planning/execution phases have to be so distinct? It feels like an anti-pattern to me to only do planning for weeks, and then execution for a few weeks. (I imagine it's not actually that extreme due to things like on-call and ad-hoc requests). Could you have some longer-running (perhaps lower priority) projects that cut across sprints? Then you have an outlet (pressure release valve) when things become stressful.
Without too much context, I think you can do a few things to start with