Atlassian Preventive Service.
We detect deviations before they turn into incidents and keep the Atlassian ecosystem stable, tidy and predictable.
Operational discipline and recurrence
Anticipation over reaction
We act before the issue becomes visible to the user.
Based on real data
Usage trends, contracted limits and effective consumption.
Recurrence and traceability
Each preventive is logged in JSM with its time spent and outcome.
What we review and how often
- 01
Limits and usage · Monthly
Contracted vs. consumed licenses, storage, automations and Rovo. When consumption nears 80%, we open a preventive ticket and propose actions.
- 02
Availability · Continuous
Atlassian status monitoring with automatic alerts. If the client's tenant is affected, we open an incident and trigger proactive communication.
- 03
Security · Monthly
Users, roles and permissions. Review of API tokens, external users and authorized domains. Data classification every quarter.
- 04
Configuration and governance
Atlassian release tracks, cross-product links and audit log review to detect anomalous behavior.
- 05
Backups
Daily backup with monitoring and monthly restore drill in sandbox when the client has that capability.
How we log and measure each preventive
Work Type · Preventive
Dedicated ticket type with a catalog of preventive services modeled in Assets, in two levels: area and concrete action.
Automatic creation
Tasks are generated based on the defined cadence, using a dedicated service account.
Controlled effort
Each type has an estimated duration. We compare estimated vs. actual to improve planning.
Derived improvement
When a preventive surfaces a structural improvement, it moves to the Evolutionary Service with its own prioritization.
Continue the journey →
Evolutionary Service →