How do I export the start time, open time, close time of a story or task

[Deleted user]

I want to calculate the elapsed time for each story or task

How do I export the start time, open time, close time of a story or task

[Mehmet A _Bloompeak_ · Accepted solution]

Hi @[deleted] , Welcome to the community!

Unfortunately it is not possible out-of-the-box in Jira. JQL does not have capability to compute time spent between statuses. However, the data you need is implicitly available in issue history. You can get issue history via Jira rest api and then you need parse the json response(similar to the below), calculate the time difference for each issue.

Or, you can try marketplace apps. We built Status Time app for this exact need. It provides reports on how much time spent in each status as well as status entry dates and status transition count. It also has CSV export feature.

Once you enter your working calendar into the app, it takes your working schedule into account too. That is, "In Progress" time of an issue opened on Friday at 5 PM and closed on Monday at 9 AM, will be a few hours rather than 3 days. It has various other reports like assignee time, status entry dates, average/sum reports(eg. average in progress time per project).

Here is the online demo link, you can see it in action and try. Hope it helps.

[Deleted user]

dear, I use postman to call the api, but it always return 404, can you give me some suggests? thanks.

[Mehmet A _Bloompeak_]

One of the below cases might be the reason.

• Try passing the issue key similar to "issue/PBI-3" not just "issue/3"
• Check if you have a context path after your domain while you are using jira from browser. e.g https://mydomailn.com/jira. If so, be sure that you are using the same context path in your postman url too.
• Authentication might be the issue. Using browser login to your jira and in a new browser tab just paste your rest api url and check the response.

[Deleted user]

thanks, I have run it work well , another question is I want to get  issue  startDate, endDate, completeDate, activatedDate , can you give me one rest api  for get them ? ? thanks.

[Mehmet A _Bloompeak_]

The same rest api provides all the issue fields you need.

If my fist answer above helped you, could you please mark it as "accepted answer"?

[Mariana_Pryshliak_Saasjet]

Hello @[deleted] 

Time between Statuses (server version) becomes helpful in this case. This add-on calculates how long it takes an issue to move from one status to another. 

Also, exporting is available. You can download data as XLSX or CSV file and analyze it using Google Spreadsheets, Microsoft Excel etc. So you can export the start time, open time, close time of a story, or task easily!

I hope it helps.

Best regards, Mariana.

[Emre Toptancı _OBSS_]

Hello @[deleted] ,

Jira does not provide this as a ready-to-go report. You either have to calculate this yourself (by getting the raw data from REST API or DB tables) or use a marketplace app for this.

For a ready built solution that offers great flexibility and details, our team at OBSS built Time in Status app for this exact need. It is available for Jira Server, Cloud and Data Center.

Time in Status allows you to see how much time each issue spent on each status or assigned to each assignee as well as entry/exit dates for all statuses. You can also combine statuses into consolidated columns to see metrics like Ticket Age, Cycle Time or Lead Time. You can calculate averages and sums of those durations and counts grouped by issue fields you select. (For example see the total InProgress time per Epic, or average number of InProgress transitions per issuetype). 

  

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.

The app has Custom calendar support which means you can get your reports based on a 24/7 calendar or your custom business calendar. (This one is important because a 24/7 calendar in most cases shows misleading data. For example an issue created at 16:00 on Friday and was resolved at 09:00 on next Monday seems to stay open for 2,5 days but in terms of business hours, it is only a few hours. You can see this using Time in Status by OBSS.)

Finally, the app has History Trim feature. This feature allows you to report on a subsection of issue histories instead of the whole history. Very useful when you want to focus on changes made during sprint or project phase.

Using Time in Status you can:

• See how much time each issue spent on each status, assignee, user group and also see dates of status transitions.
• Calculate averages and sums of those durations grouped by issue fields you select. (For example see average InProgress time per project and per issuetype.)
• Export your data as XLS, XLSX or CSV.
• Access data via REST API. (for integrations)
• Visualize data with various chart types.
• See Time in Status reports on Jira Dashboard gadgets (released for cloud, server&DC gadget coming soon)

https://marketplace.atlassian.com/1211756

EmreT

[Gökçe Gürsel {Appfire}]

Hi @[deleted] 

You can measure the time spent in a task or a story with Enhancer Plugin for Jira.

Enhancer Plugin for Jira has Time between custom field that measures time spent between two statuses /events. You can configure it to measure time spent between Created and Resolved events which will how you the elapsed time for each issue.

Enhancer Plugin for Jira also has Stateoscope tab displays all issue status and assignee changes at a glance, within a handy tab view. Each row displays an action which consists of the transition date, owner, before and after assignee/status, and total duration within the status or assignee. This will help you to analyze the start (created) and close (Resolved) dates of each issue. However, Jira has these fields already and you can add them in the issue navigator as columns to extract reports.

Please let me know if you have further questions.

Cheers,

Gökçe

Please note that I'm one of the members in the Snapbytes team.