How feasible is it to add a traditional template to the Agile template?
Accepted answer
Whether it is sensible to do is largely based on how different those processes are.
If they are very different, then you will need to negotiate with the development teams about what would be a logical merge, and each team would be presented with the work item types of the other team that they would need to just ignore. On the other hand, to the extent that you can get the two types of teams to agree on a merged process, the easier it will be for those two kinds of teams to interact.
So if you can get the teams to agree on a large common set of work item types, then it might be worth the effort, but if you cannot, then it is best to just maintain two different project area templates with largely distinct work item types.
One other answer
Comments
Hi Donald,
Thanks for the reply, I take your point.
The only benefitĀ I can seeĀ is that we would only have to maintain/verify one Process template but it could be more complex.
Whether there is any benefit or not, do you know of any technical reason why it can't be done?
Would it matter what Users used even if they weren't meant to?
Not sure why you said "it can't be done". Technically, you can mash up the two process templates together whatever the way you like. Of course you should try not to share anything from the original process templates. For example, if you use the Defect work item type from the Agile template, you cannot have a work item type with the same name from the traditional template. I'm afraid I can't come up a better way to explain this as I don't really understand why they should be merged together.
1 vote
Thanks Donald for your reply.
Donald,
I've asked a similar question > in a new Question.
Ref Donalds comment: Technically, you can mash up the two process templates together whatever the way you like.
Technically which Scheduler would you use if you were going to combine?
FPM or Agile? use different attributes / Plans / Reports etc.
If it's possible - how?