Team area breakup implications
We have setup a CLM Project (RM, CCM, QM) with multiple teams in each app's PA. All the permissions, etc. are defined at the project level . We have had some grumblings on using teams (e.g. in 502 for both RM & QM - permission inheritance do not flow down, in RTC you need to be a member at the project level to create streams) and management wants to know the implications/impacts on going to stand-alone PAs.
From what I see:
For RTC - we can move work items, and inhale code streams.
For DNG - I see this as a reqif export/import
For RQM - probably a similar export/import process
This however does not give a complete picture, such as what about project plans/test plans, build results, test execution records, and inter-app links eg. requirements to work items, to test cases etc..
Has anyone done a split like this and what are the implications you noted?
Anyone else have input into such a breakup?
Regards
Norm Dignard
One answer
Comments
Thanks for the info. This only addresses the RTC side however.
As for your comments on links, that is nice to know if your only "moving" work items. From the looks of it however it appears that we would have to recreate all the links to any RM or QM artifacts as these project areas would also be "split" into separate PAs from their current team area structure. Restructuring RM & QM it appears is not as simple as the RTC side, wouldn't you agree?
I know a lot about the implications for RTC, because I have discussed that scenario a lot (and it is not painless). I don't know for sure what built in mechanisms exist to "move" data in RQM and DoorsNext. I assume there are none, but don't know for sure. RTC only has that for work items on one server and SCM data on one server is fine too.