History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: JRA-14532
Type: Improvement Improvement
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Ludovic Lambert
Votes: 0
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
JIRA

Cross-project issues' workload consolidation

Created: 26/Feb/08 05:35 PM   Updated: 28/Mar/08 12:51 PM
Component/s: Time Tracking
Affects Version/s: None
Fix Version/s: None

Time Tracking:
Not Specified

Issue Links:
Reference
 

Participants: Ludovic Lambert and Reid Sayre
Since last comment: 16 weeks, 1 day ago
Labels:


 Description  « Hide
Give the ability to have cross-project workloads (estimate, actual and remaining) consolidation.
Example:
Project SOL is a "Enterprise Solution" project, involving several applications.
Project APP1 is a first "Application" used in this "Enterprise Solution".
Project APP2 is a second "Application" used in this "Enterprise Solution".

APP1 and APP2 need their own projects to manage their own issues, components and releases.
SOL needs its own project to manage Solution Requirements and any other Solution-level issue.

When a requirement is created in SOL, we would like to be able to link involved software change in APP1 and APP2 (already works fine with issue links) and consolidate workloads at the Solution requirement level.

This feature now exists when the linked issue is a sub-task. Workload is actually consolidated at the main task level and included in the workload progress bars.

We would like to have the same behavious for cross-project issues.

Linked issues' sub-tasks workloads should be included in the total.

This could be done by adding a "consolidate workload" attribute (boolean) at the issue link level, and then use this attribute to determine which issues to sum when calculating the workloads consolidation.

Pay attention to avoid endless loop.
Pay attention to count an issue workload once only.
Jira is not an accounting tool, don't bother with duplicate counting when an issue is linked to several parent issues, just count it once per parent.

Possible improvement: bother with the "several parent issues" double counting and add a second attribute "consolidation percentage" at the issue link level.



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Reid Sayre - 28/Mar/08 12:51 PM
Actually, the way to do this from the outside view is:
  • enable cross-product sub-tasks so that an issue in one project can have a sub-task in another project.

While you are at it:

  • Don't have special issue types for sub-tasks since there is no real reason for it. I would to have any issue type be a sub-task of any other issue type.
  • Enable one issue to be a sub-task of more than one parent.
  • Enable sub-tasks to have sub-tasks (although it looks like 3.12.2 already has this)

All the special sub-task processing seems to be based on the "hidden" link types anyway. Just remove the restrictions and let it be just another link type with special processing.