Sometimes junior technical staff are starved for interesting work while senior staff are overworked
This is Part 2 in my Series on Supporting/Managing Engineers
If a team has lots of technical work to do, and only a few brilliant engineers available, how do you get work to the right people?
In this article, I discuss methods for managing work in IT and technology teams, such as those doing Network Operations or Engineering, Devops, Security Management, System Administration when you have a mixture of skill levels, including "star engineers" with 10+ years of experience. I would give different advice to a team focused on developing software.
A hospital is full of medical staff. But when a life-threatening case rolls in, you want the most experienced physician available to handle it. And if you're doing important, high-profile, mission-critical technical work, you might want the most experienced technician to do the work.
But if the problem at hand is to restore the telephone service for the hospital, or to enable a failed 911 Emergency calling service, then it makes sense to put the best available people on it.
Yet often, the risks are not so high, and the need is not actually so urgent. You really don't want your most-senior staff doing relatively low-risk simple work. Escalating all work to the most-skilled person robs the lesser-skilled staff of experience and deprives the organization of good ideas.
How do you prevent all the hard work from being done by the best and brightest? How do you prevent all the work from flowing up to the highest-skilled people?
Suppose you're a junior engineer in a team, and all of the challenging work goes to the senior engineers. You know you could do that work, but it's always going to the senior guy. How do you get the chance to work on hard problems?
It's possible your management is fumbling, but be sure you're doing a great job on the problems you have. It's easy to dream about solving challenging problems, but you have to be sure you're doing fabulous work in your current tasks:
Make Yourself Available to Hard Problems. Find out how the interesting projects come in, and look for ways to be involved.
What is the role of the Senior Engineers?
The distinction of a star technician is perspective and context: they know how things are done and why. They can consider pros and cons of various options for change. They know potential for risks. They should know the organization's strategy and mission.
With this context, a senior engineer should be planning projects:
A star technician is as mature as the plans they can provide to others to execute.
What kind of work should be done by senior engineers, and what kind by junior engineers?
Senior Engineers are obligated to:
Junior Engineers should:
A popular remedy for Work-Flows-Up Syndrome is to send all problems to the junior staff. For example, all tickets come in and start at Tier 1, then the hardest 80% escalate to Tier 2, then only the worst get escalated to Tier 3.
Hacks. My experience with this method for actual problem solving is poor: Junior staff are prone to develop Workarounds, Tricks, and Hacks (collectively known as "WTH Solutions") without adequate context or insight into the best way to solve problems. Without knowing the long-term risks, WTH Solutions make the system more fragile.
Blockages. Just as a star engineer can be a bottleneck, junior staff can block the successful completion of work. To know when to ask for help is a learned skill, and junior staff are often prone to keep poking around the edges of a problem. They can tend to sit on interesting problems too long.
Lack of Senior Insight. Senior staff need the insight on the real-world problems with their system. When every problem starts at the junior staff, the senior staff may be unaware of the problems.
For example: In one case, the network had a serious, but minor issue, occurring that could be worked-around through an easy procedure. The senior staff gave instructions for the junior staff in how to solve it, expecting the junior staff to need to do it no more than weekly.
But the problem grew more frequent. The junior staff were using the workaround dozens of times per day, faithfully following their instructions. But the senior staff were unaware of the scope of the problem because the junior staff were dutifully executing the procedure.
In this case, the senior staff needed to be aware of the scale to develop a more permanent solution. In that case, when a problem was mostly-delegated to the junior staff, the senior staff couldn't see what was happening and rethink their proposed "solution."
Rather than "fill all the work from the bottom" skill levels, projects should be planned from the beginning. The first step in processing every new problem should be writing a project plan.
What's a project?
Anything that has several steps is a "project" as I'm using it here.
What should be designed?
A design decision is anything that can be done incorrectly but still appear to work. For example, you could build a network using one large subnet in one big ethernet, or you could set up the network with routing and subnets. Both may appear to work, but one will be better for the situation.
Writing the project plan may require 10% to 20% of the total work time on the task, and should be done by Senior Engineers. The Senior staff is thus responsible for considering options and maintaining architectural and conceptual integrity of the system.
After the plan is developed, the project can be assigned to somebody at the right skill level.
Senior engineers need to routinely follow-up with junior staff to talk about their projects.
Most projects cannot be completed start-to-finish without interruptions. Sometimes we need a new license file; or we need to open a ticket with the vendor; or we need access to a protected site; or information from the customer. Due to these interactions with other vendors and customers, I find many technicians need to have 3-5 projects in order to stay busy.
Senior Engineers should have routine conversations with junior engineers to discuss the projects, and how they are going. The Project Plans will never be perfect, so discussing the project as it proceeds is a healthy part of mentoring.
With the proper distribution of tasks, even a team of two engineers or technicians can be more effective. Junior staff have responsibilities to grow technically and professionally, and Senior staff have an opportunity to increase their team's effective throughput.