Routine operational work that used to be handled by junior engineers is increasingly carried out by intelligent systems. That work hasn’t disappeared, it’s just being done without human involvement.
On the surface, this is a productivity win. It reduces manual effort, speeds up service delivery, and removes arduous, repetitive tasks from the workload, allowing engineers to focus on more interesting challenges. But it also takes away the entry points where many engineers gained their first real experience.
In the past, entry-level engineers built their skills through a steady flow of low-risk, hands-on work – analysing logs, applying patches, diagnosing simple faults, building test environments. These tasks were the proving ground for understanding how systems behave and how to fix them when they don’t.
Today, much of that is handled by automated processes. New starters often work entirely through management portals or automated workflows. They may never see the underlying configuration or be required to solve a problem from first principles.
If those early experiences are lost, the path to senior roles becomes harder to climb. You can’t develop deep understanding without having seen or contributed to the detail for yourself.
This shift creates a long-term risk: a shortage of engineers with the capability to take on complex, high-stakes work. Senior technical roles demand judgement that only comes from years of exposure to varied situations.
If junior engineers aren’t getting those experiences, fewer will have the depth to step up when needed. Over time, teams could find themselves with plenty of tool operators, but not enough engineers who can act independently, diagnose faults, and fix the tools themselves.
The traditional “support desk to senior engineer” route may no longer be realistic. Leaders need to think differently about how skills are built, and where early-career engineers can gain real-world experience.
Options include structured lab time, shadowing on major projects, and deliberate inclusion in problem-solving sessions. These aren’t a substitute for real incidents, but they can help maintain a flow of engineers who understand the systems they work on, developing their skills to become senior engineers and architects in the future.
The productivity gains from AI are real, but they come with a responsibility to plan for the future. Removing low-level tasks entirely from human hands may save time today, but it risks weakening the talent pipeline for tomorrow.
Organisations that consciously preserve opportunities for engineers to engage with the fundamentals will be better equipped to maintain technical resilience as automation advances.
Entry-level work isn’t just about getting things done – it’s where expertise is built. To go back to my earlier point, if we remove the need to understand the tools themselves, who fixes the tools when they break? And who troubleshoots incidents created by the tools? Without this basic training and experience, the future supply of skilled engineers is at risk. AI can make teams faster and leaner, but it shouldn’t strip out the learning stages that make long-term expertise possible.