
Use an IT skills matrix to find work that depends on a particular technician, then assign the training and cover. The MSP model budgets $2,500 per FTE annually for training, certifications, conference travel, and coaching. Spend that allowance against gaps you can name, rather than treating a completed course as proof the desk has coverage.
I'd map the standard work first, then ask who can perform it and what evidence supports the answer. A spreadsheet full of green cells is easy to build. The useful question is who can take the ticket when the usual person is unavailable.
Map Tasks in the Stack You Actually Support
The model calls for a standard technology stack and training every technician on it. Start the matrix with that stack, your service scope, and the work reaching the desk. Use task descriptions a lead can assign and a technician can demonstrate.
Email is too broad a skill label. Investigate a failed message delivery using the approved process is a task you can discuss and observe. Record the relevant product or environment, the permitted scope, and when the technician must escalate.
Include communication and handoff tasks alongside technical work. A technician may be able to investigate a fault but need help explaining the result to a client. Another may handle the client conversation well while needing technical supervision. Those are different training decisions.
Keep the initial rows tied to actual support work and material coverage needs. Don't catalog every product feature because the vendor's certification outline happens to list it. The matrix has to remain something the lead can maintain.
Define What Each Status Means
Use descriptions rather than an unexplained numeric rating. I would start with Needs instruction, Can perform with supervision, and Demonstrated within agreed scope. Keep Not assessed separate from a known gap. It describes missing evidence, not inability.
For each demonstrated task, record the evidence, its date, and the person who checked it. That could be an observed lab exercise, a reviewed ticket, or supervised work performed within the technician's authorization. Define what the demonstration needs to establish before recording the result.
Don't treat a certificate as automatic proof of every row associated with that product. Record the certificate as relevant background, then check the tasks the role needs. Equally, don't mark a person down because they lack a particular certificate when the required work has been demonstrated.
Keep skill separate from permission. A person who understands a task may still lack authority or access to perform it for a particular client. The matrix shouldn't become an informal route around the agreed approval process.
Give the Lead a Matrix They Can Use
Put tasks down the rows and technician names across the columns. In each person's cell, record the status and a reference to the evidence. Keep the detailed evidence in the appropriate documentation record, rather than widening access to private client or staff information.
Add coverage fields beside the task. They show whether the apparent skill exists at the time the desk needs it.
| Field | What to Record | Who Maintains It |
|---|---|---|
| Task and Boundary | The work, standard environment, and escalation point | Technical lead |
| Technician Status | What the person has demonstrated and what support is needed | Reviewer with the technician |
| Evidence | Observed work, result, date, and relevant record | Reviewer |
| Available Cover | Who can perform the task during the required service coverage | Team lead |
| Training Action | Learner, coach, practice task, review date, and completion evidence | Team lead and coach |
That availability field matters on a pooled desk. The model staffs the pool from workload. It doesn't promise that every person has every skill or that the specialist is always present. Compare the matrix with the actual roster before counting someone as cover.
Choose the Gap That Changes the Board
Picture a small desk where the usual technician is the only person with demonstrated ability to handle a recurring task. Before buying training, check whether the dependency is technical knowledge, missing documentation, restricted access, or a client-specific decision nobody else has been told about.
Those causes need different work. A documented procedure may need testing by a colleague. An authorization gap needs the responsible person's decision. A genuine skills gap needs instruction and practice. Don't book a course to solve a missing approval.
Prioritize the tasks whose absence would leave an important commitment uncovered, then consider frequency, complexity, and available alternatives. The model doesn't supply a universal skills score or a required percentage of green cells. Set the priority from your service obligations and the coverage you can actually provide.
Once the priority is clear, name the learner and coach. Check that both have time. A training plan that assumes the busiest specialist will teach whenever they are free hasn't reserved any teaching capacity.
Practice the Work and Check the Result
On a podcast, Paul Green recommends breaking a new starter's work into observable skills and practicing a skill with feedback before moving on. His examples separate answering a call, collecting details, recording the problem, and triaging it. That's a practitioner's training method, not a guarantee of a particular training speed.
Use that approach for the selected gap. Have the coach demonstrate the approved task, let the learner practice within the agreed environment, and review the result. Keep client work within existing supervision and access rules. Use a test setup where live practice would be inappropriate.
Define completion through the task result and a usable handoff. If the learner can follow the process but still needs help at a particular decision, record that boundary. Don't promote the whole row to independent work because the lesson is over.
After the demonstration, assign appropriate work with the agreed support available. Keep the matrix current when the stack or procedure changes. A result from an obsolete configuration needs review before the lead relies on it.
Fund the Gap and Name the Owners
The $2,500 model allowance covers more than course fees. Compare the selected training with the actual available budget, including planned certifications, travel, and coaching. Schedule the learner's and coach's time alongside their other work instead of assuming the money buys spare hours.
- The technical lead chooses the task boundary and the evidence needed to demonstrate it.
- The team lead checks present coverage and names a learner, coach, and review date.
- The coach prepares practice work and records the learner's result and remaining support needs.
- The owner or budget holder approves the relevant spending and the effect on scheduled work.
- The team lead updates the matrix and roster so the new capability can be used within its agreed scope.
Take a task currently waiting on the same person's availability and trace the reason. Put the resulting documentation, access decision, or training action on the work board with an owner. The matrix earns its place when it changes who can carry that work.
mspoutpost.com/articles/build-an-it-skills-matrix-around-your-msp-support-work
Written by Megan Friesen
MSP Outpost publishes information, not legal, financial, insurance, tax or compliance advice, and reading it creates no professional relationship. For decisions about your business, talk to a qualified professional.
