DevOps · Excel for Engineers
Why Every DevOps Engineer Should Learn Excel in 2026
Quick summary — why DevOps engineers should learn Excel
Every DevOps engineer should learn Excel in 2026 because many infrastructure decisions are made in spreadsheets. Cloud cost reviews, capacity plans, SLA reports and incident post-mortem trends usually reach managers as tables and charts. With pivot tables, SUMIFS, XLOOKUP, Power Query and simple forecasts, a DevOps engineer can turn exported data into clear, defensible recommendations.
In this guide you will learn:
- Where Excel fits in DevOps — the reports and reviews that still run on spreadsheets.
- Cloud cost analysis — pivot a billing export to find top spenders.
- Capacity and SLA maths — forecasts, percentiles and uptime calculations.
- Ready-made templates — cost review, capacity plan and incident tracker.
- Interview questions — how to talk about data-driven ops decisions.
SECTION 01Where Excel fits into DevOps work
DevOps engineers live in terminals, YAML and monitoring dashboards, so Excel can feel out of place. But look at what happens after the technical work: the monthly cloud bill review, the quarterly capacity plan, the SLA report for a client, the list of incidents for a retrospective. Most of these are prepared and discussed in spreadsheets.
If you can open a CSV export, clean it and summarise it in ten minutes, you can answer questions like "Why did our cloud bill rise this month?" with evidence instead of guesses. That makes you far more useful in planning meetings, and it is a skill few engineers bother to build.
| DevOps task | Data you export | Excel skill used | Who reads it |
|---|---|---|---|
| Monthly cost review | Cloud billing CSV | Pivot tables, SUMIFS | Engineering manager, finance |
| Capacity planning | CPU, memory, request counts | Charts, FORECAST.LINEAR | Platform lead |
| SLA / uptime report | Downtime minutes per service | Percentages, conditional formatting | Clients, account managers |
| Incident retrospective | Incident tracker export | COUNTIFS, pivot by cause | Whole engineering team |
Core formulas (Excel 365 / 2021)
Total cost for one service:
=SUMIFS(Billing[Cost], Billing[Service], "Amazon EC2")
Cost for a service in one month:
=SUMIFS(Billing[Cost], Billing[Service], A2, Billing[Month], B1)
Find the owner team of a resource:
=XLOOKUP([@ResourceId], Owners[ResourceId], Owners[Team], "Unassigned")
Count high-severity incidents for a service:
=COUNTIFS(Incidents[Service], A2, Incidents[Severity], "SEV1")
Cleaning exported data
Extract env from a tag like "env:prod":
=TEXTAFTER([@Tag], "env:")
Split a host name like "web-prod-03" into parts:
=TEXTSPLIT([@Host], "-")
Turn a timestamp text "2026-10-14T08:15:00Z" into a date:
=DATEVALUE(LEFT([@Timestamp], 10))
Trim stray spaces from service names:
=TRIM([@Service])
SECTION 02Analysing cloud costs with pivot tables
Cloud providers let you export detailed billing data — for example AWS Cost and Usage Reports or Azure cost exports. These files can have thousands of rows, one per resource per day. A pivot table summarises them in seconds by service, account, environment tag or team.
The useful question is rarely "what did we spend?" but "what changed?". Put two months side by side, add a difference column and sort by the largest increase. Most cost surprises turn out to be a handful of resources: an oversized database, forgotten test instances, or data transfer nobody planned for.
| Pivot setup | Rows | Columns | Values |
|---|---|---|---|
| Spend by service | Service | Month | Sum of Cost |
| Spend by environment | Env tag (prod, staging, dev) | Month | Sum of Cost |
| Spend by team | Owner team (via XLOOKUP) | Service | Sum of Cost |
| Untagged resources | Resource ID (filter tag blank) | — | Sum of Cost |
Month-on-month cost change (summary sheet)
A: Service B: Sep cost C: Oct cost
D (change): =C2-B2
E (change %): =IF(B2=0, "new", (C2-B2)/B2)
F (rank): =RANK.EQ(D2, $D$2:$D$40)
Then: sort by column D, largest first.
Conditional formatting on E: red if > 20%.
Power Query: combine monthly billing exports
1. Data > Get Data > From File > From Folder
2. Pick the folder holding all billing CSVs
3. Combine & Transform Data
4. Set types: Date -> Date, Cost -> Decimal Number
5. Add Column > Custom Column:
Month = Date.StartOfMonth([Date])
6. Remove columns you do not need
7. Close & Load to a Table
Next month: drop the new CSV in the folder,
then Data > Refresh All.
SECTION 03Capacity planning and SLA maths in Excel
Capacity planning asks a simple question: at the current growth rate, when will we run out of headroom? Export daily peak CPU or request counts for the last few months, chart them, and use FORECAST.LINEAR or a trendline to project forward. It is not a perfect model, but it gives a defensible starting point for budget discussions.
SLA reporting is pure arithmetic, yet mistakes are common. Availability is usually calculated as uptime minutes divided by total minutes in the period. Knowing that 99.9% allows roughly 43 minutes of downtime in a 30-day month helps you explain what a target really means.
| Availability target | Allowed downtime per 30 days | Allowed downtime per year | Typical use |
|---|---|---|---|
| 99% | About 7 hours 12 minutes | About 3.65 days | Internal tools |
| 99.9% | About 43 minutes | About 8.8 hours | Most business apps |
| 99.95% | About 22 minutes | About 4.4 hours | Customer-facing services |
| 99.99% | About 4.3 minutes | About 53 minutes | Critical platforms |
Capacity forecast (daily peak CPU %)
Column A: Date Column B: Peak CPU %
Forecast CPU % for a future date in D2:
=FORECAST.LINEAR(D2, $B$2:$B$121, $A$2:$A$121)
Date when CPU is projected to hit 75%:
=(75 - INTERCEPT($B$2:$B$121, $A$2:$A$121)) / SLOPE($B$2:$B$121, $A$2:$A$121)
(format as a date; only meaningful if the slope is positive)
95th percentile of daily peaks:
=PERCENTILE.INC($B$2:$B$121, 0.95)
SLA formulas
Minutes in period (B1 = start date, B2 = end date):
=(B2 - B1 + 1) * 24 * 60
Availability %:
=1 - (DowntimeMinutes / TotalMinutes)
Allowed downtime for target in C1 (e.g. 99.9%):
=TotalMinutes * (1 - C1)
SLA met?
=IF(Availability >= C1, "Met", "Breached")
SECTION 04Templates: cost review, capacity plan, incident tracker
Set up these three sheets once and reuse them every month. Each one is designed to be refreshed from a new export rather than rebuilt.
MONTHLY COST REVIEW
Month: ________
Total spend: ₹_______ vs last month: ___%
Top 5 services by cost: (pivot)
Top 5 increases: (month-on-month sheet)
Untagged spend: ₹_______
Actions agreed:
1. ______________________ Owner: ______
2. ______________________ Owner: ______
3. ______________________ Owner: ______
CAPACITY PLAN
Service: ____________ Resource: CPU / memory / storage
Current peak (p95): ____
Current limit: ____
Headroom: ____ %
Growth per month (slope): ____
Projected limit date: ________
Planned events (launches, sales, migrations):
- ______________________
Recommendation: scale / optimise / no action
INCIDENT TRACKER (one row per incident)
Columns:
ID | Date | Service | Severity | Detected by | Start | End |
Duration (min) | Root cause category | Action item | Status
Useful formulas:
Duration: =([@End]-[@Start])*24*60
SEV1 count: =COUNTIFS([Severity],"SEV1",[Date],">="&StartDate)
MTTR: =AVERAGEIFS([Duration (min)],[Severity],"SEV1")
SECTION 05Tips for using Excel as a DevOps engineer
Use Excel where it helps and automate what repeats:
- Keep raw data untouched — load exports into one sheet and do all calculations in separate sheets.
- Use Power Query for repeats — if you clean the same export every month, record the steps once and refresh.
- Lead with the change — managers care most about what moved since last time and why.
- Know when to script — if a report needs data from APIs daily, move it to Python or your monitoring stack.
- Label assumptions — write growth rates and targets in visible cells, not hidden inside formulas.
SECTION 06Interview Q&A — data-driven DevOps
Q1How would you investigate a sudden rise in the cloud bill?
I would export billing data for the last two months, pivot by service and tag, calculate the month-on-month change and sort by the largest increase. Then I would check those specific resources for size changes, new deployments or unexpected data transfer.
Q2How do you calculate availability for an SLA?
Availability is the uptime minutes divided by total minutes in the period. For example, 30 minutes of downtime in a 30-day month gives about 99.93% availability, which meets a 99.9% target.
Q3What is MTTR and how would you measure it?
MTTR usually means mean time to recovery: the average time from when an incident starts to when service is restored. I would calculate it from incident start and end times, often separately for each severity level.
Q4Why use percentiles instead of averages for capacity?
Averages hide peaks. The 95th percentile shows the level traffic or CPU reaches on the busiest periods, which is what you need to size infrastructure for.
Q5When would you move a spreadsheet report into automation?
When the same report is needed frequently, depends on live data, or many people rely on it. At that point a script, a scheduled job or a dashboard is more reliable than manual Excel steps.
SECTION 07Test yourself — Excel for DevOps quiz
Five questions. No sign-up.
0 / 5Pick an answer to see why it is right or wrong.
SECTION 08Frequently asked questions
Do DevOps engineers use Excel?
Yes, often outside the technical work itself: cost reviews, capacity plans, SLA reports and incident summaries are commonly shared as spreadsheets with managers, finance teams and clients.
Which Excel skills are most useful for DevOps?
Excel Tables, pivot tables, SUMIFS and COUNTIFS, XLOOKUP, Power Query for importing CSV exports, basic charts and simple forecasting functions such as FORECAST.LINEAR.
Should DevOps engineers use Excel or Python for reports?
Use Excel for occasional analysis and reports for non-technical readers. Use Python or your monitoring stack when the report must run frequently, pull live data or scale beyond what spreadsheets handle comfortably.
How do I analyse an AWS bill in Excel?
Export cost data from AWS Billing (for example a Cost and Usage Report or Cost Explorer CSV), load it into Excel, convert it to a Table and build pivot tables by service, account and tag.
Is Excel still relevant for IT jobs in 2026?
Yes. Almost every team shares data in spreadsheets at some point, and engineers who can analyse and present data clearly are valued in planning and budget discussions.
SECTION 09Related reads
Classroom & online · Noida
Build strong DevOps fundamentals
Our DevOps Training Course covers Linux, CI/CD, Docker, Kubernetes, cloud and monitoring, so you can run systems and explain their cost and reliability.
Talk to a counsellor for current fees- Linux & CI/CD
- Docker & Kubernetes
- Cloud & monitoring
- Weekday & weekend batches