Managing process templates across the CLM platform
I need some advice or best practices for managing process templates across the CLM platform. We have used RTC for workitem management for some years now. We have started using RTC for SCM and build also and have started pilots using the entire CLM platform.
Until now the management of the process templates has been fairly simple, but with the enablement of CLM, SCM and therefore more users and features, I need to form a process and describe how to maintain, upgrade and control our process templates/MASTER Project Areas
We have a rather large installation and we have 3 RTC(CLM) environments (development, system test and production) which may not, at all time, have the same version.
Could you provide me or guide me to some best practices on this issue.
Additional information:
In RTC we are using inheritance from a master template Project Area to most Project Areas.
I have 3 main Process Templates PAs in RTC. The original WIM one, one with SCM enablement and a simple one.
Only a few Project Areas are really customizing their process.
Accepted answer
See https://www-01.ibm.com/support/knowledgecenter/SSCP65_5.0.0/com.ibm.jazz.platform.doc/topics/c_sharing_project_area_process.html?lang=en for details.
Comments
Thanks!
This is kind of how we are doing it. I have a MASTER PA from which all PA inherits the process and a MASTER CHANGE PA from which the changes are first tested and later copied to the MASTER PA. Before copying from the MASTER CHANGE PA to the MASTER PA I am saving the process XML as a Process Template to be able to fallback.
I will consider creating MASTER PAs for each version, but usually I would like to push the change to the PAs without having to change the inheritance for all PAs.
3 other answers
project_template -> create anchor/master project, it shares process
child projects - use master
on develop machine, create dev project from template
create test child
edit master project, til correct
extract process template from master
export template from dev machine
add zip to templates SCM project, checkin and deliver, linked with workitem of work done to change template.
import new template into prod machine
create new anchor from new template
switch child projects to new template as available (some cannot change all at once due to code release schedules.
close workitem
repeat..
because u cannot delete templates that are connected to projects (anchors)
I created a utility to break that linkage so that when u archive the anchor project, you can delete the old template so that no one can accidentally use it.
all this only works for RTC, RQM and RRC/DNG don't use process sharing
we also had a custom CLM template which we also saved in templates SCM project.
The management using master process area is correct approach here.
So the missing gap is how to synchronize between development, system test and production. To answer that, I need an information how you have created these environments and how you synchronize them in general (e.g. duplicating database only, using server rename feature etc.). Please share with us that information.
Comments
Hi Krzysztof
We do not synchronize the environments in regards of data. We have Project Areas in each environment that suits different purposes i.e. developing processes, testing a new process etc. Some pilots are using the system test environment during the test phase, but in general production is used also for pilots on new processes.
For now I have done one of two things. Either copying the process template source code to MASTER copy or adding changes in all environments to MASTER copies to be able to switch back and forth if something may go wrong.
So my question is also how to preserve versions of my MASTER template and the CHILD from which a new project area is initialized. I would like to consider the process template as source code and therefore apply and approach corresponding. And what about RQM, RRC, LPAs that works differently.
And thanks for your answer btw.