Picture this: your developer in Berlin closes a ticket at 5:55 PM on a Friday. For them, it’s a win and perfect timing before the weekend. But for a manager in New York, where it’s still morning, that ticket looks "stuck," and the SLA has been "bleeding red" for hours. Sound familiar?
Today, the Full Remote format has become the standard for businesses worldwide. Companies hire the best talent regardless of location: your designer might be in Lisbon, your developer in Warsaw, and your support manager in Toronto. This provides a massive advantage in expertise but creates a real logistical challenge for tracking SLAs.
When a team is scattered across the globe, using a single static schedule becomes ineffective. The solution to this challenge is Multiple Schedules. This approach allows the system to be flexible: instead of forcing everyone to live by the head office's clock, the SLA adapts to the local context of each specific task, accounting for the time zone and public holidays of the specific assignee.
When a company tries to implement a single SLA for a global team, it inevitably falls into one of two traps:
Static calendars simply aren't built for the dynamics of modern business. They create an illusion of control but, in practice, produce skewed data that cannot be used for serious process auditing.
Many teams try to solve the "fairness" problem manually: exporting reports to Excel and subtracting hours spent on public holidays in different countries.
Why is this a bad idea?
True flexibility only appears when the scheduling logic is integrated directly into the tracking tool.
At SaasJet, we always listen to our community. Recently, we’ve been receiving more requests from customers whose teams work in hybrid or fully distributed formats. The headache was always the same: “How can I set up an SLA so it doesn't count overdue time while one of my developers is on an official public holiday that the rest of the team doesn't even know about?”
So, we’ve added a new configuration type to our app – the Multiple-scheduler SLA.
This solution allows you to combine several different schedules into a single SLA rule. Instead of creating dozens of duplicate configurations for every region, you create one smart rule that dynamically selects the correct calendar based on ticket data.
|
Feature |
Classic SLA (Single Schedule) |
Multiple-scheduler SLA |
|
Geography |
Focused on one time zone. |
Adapts to any number of locations. |
|
Public Holidays |
Accounts for holidays of only one country. |
Switches holiday calendars. |
|
Report Accuracy |
High margin of error due to "night" hours and foreign holidays. |
Maximum accuracy – reflects the assignee's real working hours. |
|
Administration |
Requires a separate rule for every team. |
One rule manages all regions via field mapping. |
|
Fairness |
Employees in other time zones often get false Breached SLAs. |
Everyone works on equal terms according to their local schedule. |
Tickets arriving at night for London should be handled by Singapore. Previously, a general SLA calculated time based on the "main" office, which distorted the Singapore team's statistics. With Multiple-scheduler SLA, the system checks the Region field. If the ticket is assigned to Singapore, the Singapore calendar kicks in. Reporting finally reflects reality.
November 11th is a public holiday in Poland but a regular working day in Ukraine. When a task moved from a Ukrainian developer to a Polish QA engineer, the SLA used to keep running, creating an artificial breach. Now, the SLA for the task automatically "pauses" during the Polish holiday and resumes as soon as the team returns to work.
We’ve integrated this feature to fit seamlessly into your workflow:
In the Work schedule section:
Work schedules must be assigned in advance:
No additional SLA goals or configurations are required.
Time is the most valuable resource, but in a global world, it is relative. Using the Multiple-scheduler SLA in the SLA Time and Report for Jira app allows your team to work at their own pace without fearing unfair reports or missed deadlines due to geographical differences.
This update isn't just a technical feature; it's a way to make the work environment more human and adaptive to the needs of every employee, wherever they are.
Ready to set up fair SLAs for your team?
Try SLA Time and Report for Jira on the Atlassian Marketplace and experience the benefits of multiple schedules today.
Alina Kurinna _SaaSJet_
Product Marketer
SaaSJet
Ukraine
5 accepted answers
0 comments