[rt-users] Difference between Parent/Child and Depends on/Depended on by?

[Kenneth Crocker]

Richard,


	We use the Parent/Child and DependsOn relationships a great deal and 
this is how we do it. Whenever we have a ticket that in and of itself 
causes other work to be done within the SAME support group for the same 
queue, we make those tickets "Children" tickets of the main/original 
request ticket. This can go to several leve3ls, if necessary. When a 
queue receives a ticket that requires work to be done by another support 
group for another queue, we create a ticket in that other queue and make 
the relationship a "DepensOn" ticket. For example, my support queue may 
get a request ticket that requires several programs to be developed. the 
origianl ticket is the parent and the ticket for each new program will 
be children tickets. Each of those children tickets may also require 
work, like a sub-routine that can be used by all the other children 
tickets. At the same time, this work may also require a new field to be 
defined in the DataBase. So we then create a ticket in the DBA queue for 
that field and THAT new ticket in the DBA queue will be created as a 
"DenedsOn' ticket.
	I can see all those relationships when I run a search that includes 
"Parents", "Children", "DependsOn", and "DependedOnBy" as well as the 
due dates and "Work-Status" (a CF we have as mandatory for every ticket 
in all queues. It shows what process the work or development is in, ie. 
"Requested", "In Process", "UnitTesting", "System Testing", "QA 
Testing"). This allows us to create spreadsheet that becomes a project 
management report. Hope this helps.


Kenn
LBNL

On 9/22/2008 4:10 AM, Richard Hartmann wrote:
> Hi all,
> 
> what is the conceptual difference between Parent/Child and Depends on/
> Depended on by? To me, they mean essentially the same and I can't come
> up with a use case where both would be used simultaneously or even just
> differently.
> 
> If there is no real difference, wouldn't it make sense to deprecate
> either (while still supporting it, of course).
> 
> 
> Richard
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
> 
> Community help: http://wiki.bestpractical.com
> Commercial support: sales at bestpractical.com
> 
> 
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
> Buy a copy at http://rtbook.bestpractical.com
>