An operational efficiency analysis based on real-world incident management process data. The project investigates incident workflows, SLA compliance, escalation patterns, and process inefficiencies to provide data-driven operational recommendations.
GitHub may not correctly render Jupyter notebooks with interactive Plotly visualizations.
The full interactive version of this project is available here:
If the notebook preview is not displayed correctly on GitHub, you can also view it via NBViewer:
- Source: Kaggle – Process Mining Event Log – Incident Management
- Size: 31 588 unique incidents · 242 901 workflow events
- Format: CSV (semicolon-separated)
| Tool | Purpose |
|---|---|
| Python / Pandas / Plotly | Data processing, feature engineering, analysis, interactive visualizations |
| BigQuery / SQL | Centralized data storage, business queries, aggregations |
| Statistical Testing | Hypothesis testing and relationship analysis – t-test, Pearson correlation analysis |
- What is the incident distribution by priority and issue type?
- What is the average resolution time depending on priority?
- What percentage of incidents breach SLA?
- How does the escalation process affect resolution time?
- How does the report channel affect SLA breaches?
- Which hours and days have the highest operational workload?
- How does issue type affect resolution time?
- What is the relationship between escalation count and resolution time?
- How does resolution time affect Customer Satisfaction?
- How do reopened incidents affect operational efficiency?
| Hypothesis | Result |
|---|---|
| Escalated incidents take longer to resolve | ✅ Confirmed (t=60.05, p<0.0001) |
| There is a positive correlation between escalation count and resolution time | ✅ Confirmed (r=0.38, p<0.0001) |
| Resolution time significantly affects CSAT | ❌ Rejected (r=–0.03) |
- SLA Performance: High priority breach rate – 18% (1 143 incidents). Medium and Low priority incidents rarely breach SLA (0,5% and 0%).
- Escalation Impact: 59,6% of all incidents were escalated. Escalated incidents demonstrate 51% longer resolution time (11,5 h → 17,4 h), confirmed statistically.
- Reopened Incidents: 3,8% of incidents are reopened by customers and take +58% longer to resolve (23,3 h vs 14,7 h).
- Workload: Local peaks during night hours (00:00–02:00), including weekends, indicate a need for 24/7 staffing coverage.
- Issue Type: Bug incidents take the longest to resolve – 16,0 h, followed by Performance Issues – 15,2 h.
- Report Channel: The email channel shows the highest SLA breach rate among High priority incidents (18,4%), while the App channel performs best (14,3%).
- Customer Satisfaction: Resolution time has minimal impact on CSAT (r = –0.03). Customer satisfaction is likely driven by communication quality and incident complexity rather than speed of resolution.
repository/
├── README.md
├── .gitignore
├── notebooks/
│ └── operational_efficiency_analysis.ipynb
├── html/
│ └── operational_efficiency_analysis.html
├── data/
│ └── README.md
├── images/
│ └── *.png
├── presentation/
│ ├── README.md
│ └── operational_efficiency_presentation.pdf
- Download the dataset from Kaggle
- Save the file to the
data/folder asincident_management.csv - Configure BigQuery connection (Google Cloud credentials)
- Open and run
notebooks/operational_efficiency_analysis.ipynb




