scheduling.
Scheduling determines when automated work runs: fixed times, intervals, event triggers or dependency-based execution, with the coordination needed to stop jobs colliding or overlapping.
Where scheduling fits on a long engagement.
Overlapping runs are the most common scheduling defect. A job scheduled every five minutes that sometimes takes seven produces two concurrent instances, which for anything not designed for concurrency means duplicated work or corrupted state. Locking or explicit overlap policy is required rather than optional.
Time zones and daylight saving cause failures twice a year with impressive reliability. A job scheduled in local time runs twice or not at all on transition days, and financial and reporting processes are precisely where that matters most.
What an assigned team does with scheduling.
Dependency-based scheduling is usually better than time-based. A job that runs when its input is ready is more robust than one that runs at four in the morning and hopes the upstream finished.
Moving from time to dependency triggers is a design improvement rather than a tooling change, and it is the kind of judgement assigned under software development outsourcing.
What we use scheduling for.
- Overlap prevented explicitly Locking or a skip policy, so a slow run does not produce two instances.
- Schedules in UTC Time zone handling that survives daylight saving transitions.
- Triggers on readiness rather than clock Jobs running when input exists rather than hoping upstream finished.
How scheduling capacity is assigned.
Scheduling design is assigned inside the discipline owning the jobs, with overlap and time zone handling treated as correctness requirements.
Tell us what your roadmap needs scheduling for.
A service delivery manager replies with the disciplines we would assign, the monthly capacity and what the first month looks like.
Loading the contact form… You can also email hello@azendo.co.
We reply within one working day. No obligation, and no newsletter.