Is the RTC work item attribute Release only used for the Found In field?
Is the RTC work item attribute Release only used for the Found In field? What else is it used for?
Is the Release attribute only intended to document the release a work item was "Found In"? If not, what else is the Release attribute intended for?
We certainly have a need (as I'm sure most do) to document which software release introduced a defect and which release will deploy the fix. Is this what the Found In and Planned For fields are intended for?
We would like to use the RTC product as close to it's intended design as possible while still meeting our specific needs.
2 answers
Target Release and Delivered In release, AND contain data about what that thing is (product, fix, ...) for the rest of SDLC.
I was designing a new workitem type, and changing the existing workitems to reference it.
(with Workitem and WorkItemList type fields to replace Found In.
Planned for is a development timeline concept, and doesn't represent anything about the deliverable built from the work. In Agile the concept of deliverable at the end of the sprint still doesn't completely articulate all the metadata and workflow requirements of the delivery phase.
Comments
Thanks for your thoughts. I was originally led to believe that the combination of Found In and Planned For was intended (at least in part) to meet the needs of the SDLC along the lines you were speaking of.
See https://jazz.net/forum/questions/117909/which-rtc-work-item-attributes-are-used-for-a-projects-timeline-iterations-and-various-planned-for-and-release-values for more on that.
I also know what was 'intended', but in practice its not functional.
in my prior company we had hundreds of products, with dozens of releases in the field, with new releases being developed and developers working concurrently on content that appeared in both a new release stream and a maintenance stream (sometimes multiple concurrently).
the release table doesn't understand product, maint distribution, hot fix, module replace, On premise, SaaS, build, and an ever dizzying array of deliverables.
and it doesn't support any approvals, or workflow or.. I could go on and on.
if you need ANOTHER workitem to document all that, why not make it just ONE,
and have it all data driven. the current 'found in' and 'planned for' are singletons. my prior experience says that is not enough.