What is your approach to release management when several teams share one production org?
Suggested answer
A release train. A fixed, published cadence with a defined code-freeze, regression and go-live calendar; work that is ready by the cut-off joins the release and work that is not waits for the next departure; and a separate hotfix path so urgent production fixes never have to bypass the process.
The reason it works with multiple teams is that it decouples team progress from release scheduling. Nobody negotiates a date; the dates already exist. Because the cadence is frequent, missing one is a short wait rather than a crisis, which is what keeps teams honest about readiness.
Its credibility rests entirely on the cut-off being enforced. The first time an exception is made for a late feature, the cut-off stops being a date and becomes a negotiation, and within two releases you are back to per-feature scheduling.
Alongside it I want a release owner with authority, exit criteria agreed before the pressure arrives, a rehearsed recovery plan, and a merge calendar so the teams know when they are integrating rather than discovering it.
Practice content for interview preparation; not an official vendor answer. Verify details against current product documentation.
Community comments (0)
No comments yet.
Sign in or create a free account to add a comment. Comments are moderated before they appear.