Coordinating analysis jobs and maintenance windows in the data cluster
A research institution with 3,200 employees runs a central data cluster whose daily tasks used to be coordinated manually.
- Technology
- IT Operations
Key metric
Collisions per month
6018cases
Monthly conflicts between analysis jobs and maintenance
At a glance
Starting point
The institution runs a central data cluster for statistical analysis and machine learning. Around 3,200 employees across various departments use it. On average, 90 analysis jobs are scheduled per working day, and the IT team also coordinates about 40 maintenance tasks such as updates, reboots and capacity adjustments. Planning is spread across the ticketing system, email and spreadsheets. Conflicts between time-critical analyses and maintenance windows often only become visible shortly before the start, leading to aborted runs, longer turnaround times and unplanned night shifts.
- 90
- analysis jobs per day
- 40
- maintenance tasks per day
The challenge
Every day, the IT department has to decide which analysis jobs may run when and which maintenance tasks have to be postponed. Departments submit their requirements in varying quality, and priorities are rarely described clearly. At the same time, there are fixed regulatory maintenance windows and internal availability requirements. Coordination happens across several systems, so the operations team spends a lot of time on follow-up questions and manual consolidation. Critical jobs sometimes start during maintenance, while others are pushed back too far as a precaution. The data science team loses time waiting, while IT management can only keep track of risks and utilization with great effort.
Typical symptoms in the organization
Why this remained unsolved
The problem had long been known but was considered typical coordination overhead in a research environment. A dedicated IT project seemed oversized, yet the effort was too great to ignore. Classic scheduling tools were evaluated but failed because priorities and risks are mostly described in free-text tickets, emails and project descriptions. Full process automation was not realistic, as human decisions on regulatory requirements and research deadlines are still needed.
Our solution
An agentic workflow was introduced that bundles analysis jobs and maintenance tasks from the ticketing system, the cluster scheduler and email inboxes. The workflow reads descriptions, deadlines and technical parameters, classifies them and suggests a sequence with minimal conflicts. For each working day, a consolidated view of planned jobs, maintenance and risks is created. The operations team receives suggestions for rescheduling, bundling and alternative time windows, can review them and approve them in a few clicks. Conflicts with regulatory maintenance windows or important project deadlines become visible early, so night shifts and aborted runs become much rarer. The workflow documents decisions and makes it clear to management and departments why certain jobs were prioritized or postponed.
Where generative AI comes in
Generative AI analyzes free text in tickets, emails and project descriptions, identifies priorities, deadlines and technical requirements and condenses them into structured decision inputs. It writes suggestions for daily plans, rescheduling and justifications in plain language and delivers consistent, reviewable recommendations.
- Integration of the ticketing system and cluster scheduler to automatically capture daily analysis jobs and maintenance tasks.
- Semantic analysis of free text, project context and technical parameters to determine priorities, deadlines and risks in a structured way.
- Agentic workflow that brings jobs and maintenance together in a shared plan, flags conflicts and suggests concrete rescheduling.
- Assistant interface for IT operations and the data science team, where suggestions are reviewed, adjusted and approved in a few clicks.
- Automatic documentation of decisions with justifications, so management and audit requirements remain traceable at all times.
How the workflow runs in cluster operations
Collect signals
Every day, the workflow reads analysis jobs and maintenance tasks from the ticketing system, scheduler and designated email inboxes and assigns them to projects.
Understand context
Free-text descriptions, deadlines and technical parameters are analyzed to determine priority, duration, risk and regulatory requirements for each item.
Create plan suggestions
Based on utilization, maintenance windows and project deadlines, the workflow generates a daily plan with concrete start times and rescheduling suggestions.
Approval by IT operations
The operations team reviews the suggestions, makes adjustments where needed and approves the plan, which is then implemented in the scheduler and ticketing system.
Documentation and learning
Decisions and deviations are documented, and the workflow learns from confirmations and corrections for future planning suggestions.
Measured: after six months in operation
Period: after six months in operation.
| Metric | Value | Basis |
|---|---|---|
| Collisions per monthKey metric | Down by around 70 percent | System measurementmeasured |
| Planning effort in IT operations | Reduced by about 35 hours per week | Time tracking before/afterestimated |
| Correction rate of suggestionsQuality metric | Around 15 percent of plans are adjusted manually | Samplemeasured |
Cost-effectiveness
The solution depends on the quality of descriptions in tickets and emails. If priorities and deadlines remain unclear, the operations team has to follow up. Critical maintenance still requires deliberate decisions; the workflow only supports them.
Integration and operation
Transferability
The pattern suits any situation where technical maintenance competes with business tasks for limited capacity and priorities are mostly described in free text. An agentic workflow that bundles signals from several systems, understands context and suggests plans with minimal conflicts can also help outside research environments to reduce coordination effort and make risks visible early, without replacing human responsibility.
A similar case in your organization? Let's talk.
Briefly describe your process. We'll get back to you with an initial assessment of whether the pattern can be transferred and what it would realistically take.