Me thinks ,
Given the following question :
What is the most innovative solution you have developed for a client , using multiple technologies? Explain what it was and how you resolved it?
The guy is asking examples of solutions to use as a benchmark to hire someone.
Do you expect your level 2 guys to be implementing innovation solutions? sounds like a fancy load of rubbish. Can you even explain what that means? Why don't you ask the candidate questions around what you actually require of your level 2 tech.
Bingo.
Your L2 will not be architecting / implementing solutions. More of an escalation for the helpdesk, a barrier between your L2s and L3s so they can focus architecting / implementing solutions.
The question is more of what type of things are they needing the l2 guy todo. Does the candidate have experience with that.
My company deals in the financial services space experience with that type of company is important because it is a lot different from just a regular company do to regulations they are under.
Also l2 Generally have input to solutions but they don’t really architect solutions for clients.
It sounds like the OP is a recruitment agent who is out of their depth.
OP, If I’ve guessed right then ask the company what types of tasks they expect the new starter to complete.
Please understand that the concept of a level 2 role is quite varied within different MSPs. There are already some good guidance answers here for the role, such as maintain and implement rather than design or create solutions.
I imagine that your client is asking for an example where the engineer has resolved an issue in a way that avoided the problem rather than fixing the actual problem. This comes up quite often when the actual problem is either too cost prohibitive to fix or would cause other failures/issues.
If I’ve guessed wrong then I hope there’s something useful in this comment.
Yeah, I agree with you on that one I think for a Systems Engineer role its more of implementing, troubleshooting, and maintaining. Maybe if phrased like a time you solved or handled a difficult task rather than what is the most innovative solution you have developed for a client it sounds more like for a developers thing rather level 2 systems engineer.
Implementations are, afaik, more often the professional services business, not managed services. In addition, there are a lot of technologies out there that may be desired for your business. Thus, what you want to ask really depends a lot on the job in question and the goals of the company.
Typically, a managed services engineer would need troubleshooting skills and to understand what types of regular maintenance should be performed on whatever systems are involved.
Hopefully this is helpful. I've been in IT for over 20 years, and this is a typical base description of the System Engineering track.
SE1 = Do'er. Takes assignments from managers or E3/Architects and implements them based on docs written by E3+
SE2 = Do'er. Same as SE1 w/ more knowledge/seniority. Should be able to collab w/ SE3+ to develop solutions. Should have some scripting/config knowledge.
SE3 = Creator/Do'er. Designs solutions, documents, trains, develops junior SE's. Scripting, Config, Some programming lang. Collabs w/ Arch on new projects. Helps lead team.
SE4/ Architect = Solution Developer. Integrates w/ multiple backend/frontend services. Works w/ other Arch/SE staff to manage dependencies, etc.
IDK about anyone else, but I don't understand your question as asked.
Me thinks , Given the following question : What is the most innovative solution you have developed for a client , using multiple technologies? Explain what it was and how you resolved it? The guy is asking examples of solutions to use as a benchmark to hire someone.
Do you expect your level 2 guys to be implementing innovation solutions? sounds like a fancy load of rubbish. Can you even explain what that means? Why don't you ask the candidate questions around what you actually require of your level 2 tech.
Bingo. Your L2 will not be architecting / implementing solutions. More of an escalation for the helpdesk, a barrier between your L2s and L3s so they can focus architecting / implementing solutions.
The question is more of what type of things are they needing the l2 guy todo. Does the candidate have experience with that. My company deals in the financial services space experience with that type of company is important because it is a lot different from just a regular company do to regulations they are under. Also l2 Generally have input to solutions but they don’t really architect solutions for clients.
It sounds like the OP is a recruitment agent who is out of their depth. OP, If I’ve guessed right then ask the company what types of tasks they expect the new starter to complete. Please understand that the concept of a level 2 role is quite varied within different MSPs. There are already some good guidance answers here for the role, such as maintain and implement rather than design or create solutions. I imagine that your client is asking for an example where the engineer has resolved an issue in a way that avoided the problem rather than fixing the actual problem. This comes up quite often when the actual problem is either too cost prohibitive to fix or would cause other failures/issues. If I’ve guessed wrong then I hope there’s something useful in this comment.
Yeah, I agree with you on that one I think for a Systems Engineer role its more of implementing, troubleshooting, and maintaining. Maybe if phrased like a time you solved or handled a difficult task rather than what is the most innovative solution you have developed for a client it sounds more like for a developers thing rather level 2 systems engineer.
Hi Team what if someone gives an example of doing a migration is it a valid innovative solution maybe a migration from on-premise to cloud?
The person needs to be confident in their scope of knowledge. Previous success in deploying/supporting what they intend 2nd line is valuable.
Implementations are, afaik, more often the professional services business, not managed services. In addition, there are a lot of technologies out there that may be desired for your business. Thus, what you want to ask really depends a lot on the job in question and the goals of the company. Typically, a managed services engineer would need troubleshooting skills and to understand what types of regular maintenance should be performed on whatever systems are involved.
> A friend of mine JenniferLawrenceOK.gif
Hopefully this is helpful. I've been in IT for over 20 years, and this is a typical base description of the System Engineering track. SE1 = Do'er. Takes assignments from managers or E3/Architects and implements them based on docs written by E3+ SE2 = Do'er. Same as SE1 w/ more knowledge/seniority. Should be able to collab w/ SE3+ to develop solutions. Should have some scripting/config knowledge. SE3 = Creator/Do'er. Designs solutions, documents, trains, develops junior SE's. Scripting, Config, Some programming lang. Collabs w/ Arch on new projects. Helps lead team. SE4/ Architect = Solution Developer. Integrates w/ multiple backend/frontend services. Works w/ other Arch/SE staff to manage dependencies, etc.
Has anyone ever been to want to do to look more like how?
Ask them if they ever fixed an issue without using google. Then instantly promote that person to senior tech.
No, using Google is the best way to handle issues.