The scoreboard, honestly: the hard targets, how often each one is actually looked at,
and the quiet human signals that never make it onto a dashboard.
Mean Time to Resolution (MTTR)
This is the average time it takes you to resolve a network incident ticket from when it's assigned to you.
Target · Reduce average ticket resolution time by 15% quarter-over-quarter for Tier 1 incidents.If your average resolution time for basic connectivity issues was 2 hours last quarter, we'd aim for 1 hour 42 minutes this quarter. It's about getting faster and more efficient.
First-Touch Resolution Rate
The percentage of tickets you resolve yourself without needing to escalate them to a more senior engineer.
Target · Resolve 70%+ of assigned Tier 1 tickets without escalation within 6 months.Out of 10 tickets for 'no internet access' or 'printer not connecting', you should be able to sort out at least 7 of them on your own, following our runbooks, without needing to ask for help.
Change Success Rate
The percentage of network changes you implement that go smoothly without causing new issues or requiring rollbacks.
Target · Maintain a 99%+ success rate for implemented changes (e.g., switch port activations, basic firewall rule additions).If you're asked to activate 20 new network ports for a new office setup, we expect 19 or 20 of those to work perfectly first time. One mistake can cause a lot of hassle, so precision matters.
Documentation Updates
The number of existing network diagrams or procedure documents you update or create following a change or troubleshooting session.
Target · Complete 5-10 documentation updates or new entries per month, as assigned.After adding a new VLAN, you'll update the relevant diagram and configuration notes. Or, if you find a new way to troubleshoot a common issue, you'll draft a quick guide for the team.
Adherence to Standards & Procedures
How well you follow our established network configuration standards, change management processes, and troubleshooting runbooks.
- Your work will be reviewed by senior engineers. We'll look for consistent application of naming conventions, security policies, and documented steps. Feedback from code reviews or post-change audits will show this. If you're always skipping steps or doing things your own way, that's a red flag.
Proactive Learning & Initiative
Your willingness to learn new technologies, ask insightful questions, and take initiative to understand 'why' things work the way they do, rather than just 'how' to follow a step.
- You'll be asking questions during team meetings, doing your own research on issues, and perhaps even setting up a home lab to experiment. Your manager will notice if you're actively seeking out knowledge and trying to improve, rather than just waiting to be told what to do. You might even spot a potential problem before it becomes a real issue.
Team Collaboration & Communication
How effectively you communicate with your team, the Helpdesk, and other IT departments during incidents or project work.
- You'll be providing clear, concise updates on tickets, asking for help when you're stuck, and actively listening to others. Feedback from colleagues will highlight if you're easy to work with and if your communication helps resolve issues faster. No one likes a silent engineer during an outage.
Troubleshooting Aptitude
Your ability to logically approach network problems, gather relevant information, and systematically narrow down potential causes.
- When you're troubleshooting, you'll be able to explain your thought process: 'I checked Layer 1, then Layer 2, then verified IP addressing...' You won't just randomly try things. Your senior engineers will see this in your ticket notes and during pair-troubleshooting sessions. It's about being a logical detective, not just a button-pusher.