As our organization plans for two teams developing solutions independently which will ultimately end up in the same production environment, we're debating going to managed solutions. Our solutions will always be internal, but we're hearing "going managed" would help avoid conflicting changes of the same component by multiple teams.
We envision two environment stacks; each with a DEV, QA, STAGING and PROD instance. Each team would have their own DEV and QA instance. Once a solution has passed testing, it is then migrated into STAGING with the work of both teams comes together.
One other value from managed solutions is their ability to prevent orphaned components in a destination environment resulting from subtractive work in a source environment which isn't manually deleted from destination.
We are under-staffed, untrained in the world of solutions, and don't have a sense of what we could be getting ourselves into since we don't know what we don't know. I've seen many people suggest to not do this. Can anyone provide some wisdom on this topic and, perhaps, resources on all the "gotchas" and best practices for managed solutions?
Thank you in advance.
*This post is locked for comments