I think it would be a good idea to be able to scope policies and lifecycles across multiple orgs. Of course, the owning org would then have to consider the impact of changing a policy or a lifecyle model on other orgs, but if the enterprise is willing to pull it off in terms of processes etc., sharing across orgs definitely would help.
Our particular Use-Case is this: We have defined an org with several child orgs. Each of the child orgs have their own administrator and developers. The administrator’s role in this case is restricted to approvals of the services’ lifecycle state changes. The parent org is not really into creating assets. However, the Administrators of the parent org would be the ones defining the lifecycle and common policies for each of the child orgs. So the need to have the child org is basically to let them have their own organisation of persons who create/approve assets, they would not be creating their own lifecycles. They may create additional policies if they need, but they will also be bound to apply the common policies set by the parent org. Now, we can do this by creating all policies and lifecycles for ‘All’ organizations. But then the one concern than comes up is when we define a new org altogether, (at the default org level), they will not be able to define their own org as there will be an existing lifecycle for ‘All’ organizations.
I hope you are able to get our use case from this description, if yes, do you have any suggestion for me to implement it in a better way, if no, please let me know your questions and i will respond back.
Thank you for your help!