One pain point we run into is making updates or changing the deployment process for a project. The repeated loop of "make a change, create a new release, deploy the release, make sure everything worked as expected, if not repeat" is very time consuming. Making large changes or introducing new steps into a process can often leave the overall process in a broken state for hours or days. During that time my team still needs to be able to make deployments of the project that just work. It would be beneficial if there were a way to work on changes to the deployment process for a project without breaking current deployments.

I would think you could do this in a couple different ways:

A simple approach would be to just have a pending process where you make your changes and you can select this pending process when creating your releases if needed. Once you've vetted your changes and are ready for it to become the normal process you'd activate it.

A more complete approach would be making the deployment process versionable so that you could have a default version of the process that's used when creating releases and then an option to be able to choose a different version.