Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Celebration

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root

Avatar

1 badge earned

Collect

Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!

Challenges
Coins

Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.

Recognition
Ribbon

Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!

Leaderboard

How to add holidays into the Control Chart?

Right now Control Chart is only showing an option to include/ exclude the non-working days. 

Can you please help me understand where this non-working days are controlled?

3 answers

3 accepted

1 vote
Answer accepted
Emre Toptancı _OBSS_
Marketplace Partner
Marketplace Partners provide apps and integrations available on the Atlassian Marketplace that extend the power of Atlassian products.
Sep 27, 2023

Hello @Deepika Dandala

Jira Control Chart offers limited details and flexibility in terms of report parameters. For maximum details and flexibility, I suggest you use a marketplace app.

Our team at OBSS built Time in Status exactly for this. It is available for Jira Server, Cloud, and Data Center.  

Time in Status mainly allows you to see how much time each issue spent on each status or each assignee.

tisCloud_StatusDuration_LeadTime_with Estimates.png    tisCloud_AssigneeDuration.png

The app also has custom calendar support. You define multiple calendars, each with its own working days, working hours, and holidays. Then you can get Time in Status reports based on one of those calendars.

Calendar_Selection.png

You can combine the time for multiple statuses to get metrics like Issue Age, Cycle Time, Lead Time, Resolution Time etc. 

For all numeric report types, you can calculate averages and sums of those durations grouped by the issue fields you select. For example total in-progress time per customer or average resolution time per sprint, week, month, issuetype, request type, etc. The ability to group by parts of dates (year, month, week, day, hour) or sprints is particularly useful here since it allows you to compare different time periods or see the trend. 

tisCloud_StatusDuration_LeadTime_Average_TimeGrouped.png

The app calculates its reports using already existing Jira issue histories so when you install the app, you don't need to add anything to your issue workflows and you can get reports on your past issues as well. It supports both Company-Managed and Team-Managed projects for Jira Cloud.

Time in Status reports can be accessed through its own reporting page, dashboard gadgets, and issue view screen tabs. All these options can provide both calculated data tables and charts.

Gadget_AverageStatusDurationByComponent.png  tisCloud_StatusDuration_LeadTime_Chart.png tisCloud_IssueView_Data.png

Here is the marketplace page for Time in Status by OBSS:

https://marketplace.atlassian.com/apps/1211756/

EmreT

1 vote
Answer accepted
Manoj Gangwar
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Sep 26, 2023

Hi @Deepika Dandala , Welcome to the Atlassian Community.

You might find the below article of use. Basically you configure this on a board level. 

jira-configure-working-days 

0 votes
Answer accepted
Bill Sheboy
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
Sep 26, 2023

Hi @Deepika Dandala -- Welcome to the Atlassian Community!

I respectfully suggest you experiment to learn how the Atlassian interpretation of a control chart works when you make adjustments to the non-working days, particularly anything more complex than what a "weekend" is for the team.

My reasons include this report calculates in 24h days (and fractions of them) for measures, but uses the change history date/time values for issues.  The behavior is not defined in the documentation for how de-selecting "Include non-working days in calculations" exactly impacts the results.  It certainly does not appear to respect the global, working hours setting for a site, as that applies to estimation, time-tracking features.

And so if you are trying to measure at a finer granularity than whole days, you may want to dig deeper into any results shown before relying upon them for team decision-making.  Perhaps even hand-calculate some of the measures from the change history to compare to what this chart shows.

Kind regards,
Bill

Suggest an answer

Log in or Sign up to answer