Calculation Methods

This page is about Time to SLA for Jira Cloud. Using Jira On-Prem? Click the On-Prem button above.

On this page, you’ll learn what different calculation methods mean and which one might be the best for your use case. The calculation method you select impacts how Time to SLA will calculate the elapsed duration of your SLAs.

Before you begin: Each interval between a consecutive SLA start and end point within an issue's lifespan is defined as a cycle. By default, each cycle starts with the earliest start point and earliest end point.

Now, let’s take a look at the different calculation methods you can choose from.

First Cycle

The First Cycle method calculates only the first cycle between the Open and Resolved statuses.

This calculation method considers the date/time when your issue met the first start condition and uses it as the SLA start date. The date/time when your issue met the first end condition is used as the SLA end date.

Important: After meeting the first end condition, your SLA will not restart, even if you provide a start condition after the initial end condition!

For example:

Let's assume that your SLA will start when the status is To Do and end when the status is Done. Once you move the issue to To Do, your SLA will start counting until providing the end condition on this issue. When your status is Done, your SLA will never start again.

Even if you move the issue from Done to To Do, your SLA will not start, and Time to SLA will not take other cycles into account.

If you select this method, your SLA will only calculate the first cycle, which means you’ll never be able to restart the SLA afterward.

Last Cycle

The Last Cycle method calculates only the last cycle between Open and Resolved statuses.

This calculation method considers the date/time when your issue met the last start condition and uses it as the SLA start date. The date/time when your issue met the last end condition is used as the SLA end date.

After meeting the end condition, if you provide the start condition again, Time to SLA will invalidate the previous cycle and your SLA will start again.

Moreover, this method displays the value of your SLA since the last Start condition was met. You can restart the SLA, but it will always display only the most recent cycle.

All Cycles

The All Cycles method will add up all cycles between Open and Resolved statuses.

This calculation method considers the date/time when your issue met the last start condition and uses it as the SLA start date. The date/time when your issue met the last end condition is used as the SLA end date.

After meeting the end condition, if you provide the start condition again, your SLA will resume without resetting the elapsed duration.

This means that no matter how many statuses you change, your SLA will always pick up where it left off. It’s quite literally the sum of all cycles!

Largest Span

The Largest Span method will calculate the elapsed time between the first Open and last Resolved status.

This calculation method considers the date/time when your issue met the last start condition and uses it as the SLA start date. The date/time when your issue met the last end condition is used as the SLA end date.

After meeting the end condition, if you provide the start condition again, your SLA will resume without resetting the elapsed duration.

In a nutshell, this method takes into account all processes from the start of the SLA to the time it is resolved.

And there you have it! When in doubt, always refer to our work process diagrams, as they can teach you how different methods work in the most concise and efficient way possible.


Important notes

If you have different business hours for each day (as shown below), TTS will consider Monday’s business hours.

For example, if you add a goal with a duration of 1d, TTS will consider this 1 day as 10 hours. This is because your business hours add up to 10 hours on Monday.