When Technical Meets Non-Technical
-
Sounds like either this person does not trust you working on this account they are responsible for. Or they just don't want you at the company.
-
@thecreativeone91 said:
Sounds like either this person does not trust you working on this account they are responsible for. Or they just don't want you at the company.
They aren't responsible for it. They are just one of many techs, including myself, who work on cases for the account. It feels more like they just don't want me here. They are the only person who has a problem with me.
-
To @scottalanmiller in the case where the company is small and only has one or two techs, if those people aren't talking to each other nearly daily I'd be super surprised (unless they don't work in the same office - but even then I would still find it odd if they didn't), then sure there is no team.. of course there can't be a team of one.
As for the rest, MSP's really everyone exists in a bubble? I understand that a customer wants a single throat to chock, but at the same time on the back end if Tech A assigned to that account is out.. would not Tech B go assuming they were free, etc?
-
@Dashrender said:
As for the rest, MSP's really everyone exists in a bubble? I understand that a customer wants a single throat to chock, but at the same time on the back end if Tech A assigned to that account is out.. would not Tech B go assuming they were free, etc?
Coverage and team isn't really the same. Sure, they will have coverage, but that doesn't mean that they are likely to consult each other about practices. At NTG, for example, if something is being architected the engineer in question has to have it peer reviewed. I do a lot of that peer review. I ask a lot of questions like "why this technology", "have you looked at this", "how will this or that be addressed", "what is the cost", "have we talked to management about risk or cost, etc." It's often pretty lengthy.
That's what most MSPs don't do. Most internal IT doesn't either. If someone is out and someone else takes the calls, sure, they "all" do that.
-
@Dashrender said:
To @scottalanmiller in the case where the company is small and only has one or two techs, if those people aren't talking to each other nearly daily I'd be super surprised ....
Small companies are often heavily field based and it would actually be fairly rare that they were in the same office. If you have a two person MSP sharing a physical office either they are earning almost nothing or you are probably paying too much. Offices cost money and for only two people, while you can get them cheap, that's a cost with little benefit that has nowhere to be passed on to except for the customers. And a two man MSP office is a lot "per person" cost which equates to a lot "per customer."
-
@scottalanmiller said:
@Dashrender said:
As for the rest, MSP's really everyone exists in a bubble? I understand that a customer wants a single throat to chock, but at the same time on the back end if Tech A assigned to that account is out.. would not Tech B go assuming they were free, etc?
Coverage and team isn't really the same. Sure, they will have coverage, but that doesn't mean that they are likely to consult each other about practices. At NTG, for example, if something is being architected the engineer in question has to have it peer reviewed. I do a lot of that peer review. I ask a lot of questions like "why this technology", "have you looked at this", "how will this or that be addressed", "what is the cost", "have we talked to management about risk or cost, etc." It's often pretty lengthy.
That's what most MSPs don't do. Most internal IT doesn't either. If someone is out and someone else takes the calls, sure, they "all" do that.
I can attest to how long some of these consult calls go. We meet with the customer to gain information to what they need, and then we had a discussion internally that was many times three to four times the length of the consult with the customer, which is how it should be. They tell us what they want in mostly broad and some specific terms, and then we figure out what will be the best solution. But yeah, for one customer in particular, the meetup with @NetworkNerd and I was 45 minutes or so. The internal discussion between @NetworkNerd, @FiyaFly, @scottalanmiller and myself was at least 3 hours, if not longer.
-
Internal discussions are also great for training. You learn a lot that way.
-
@scottalanmiller said:
Internal discussions are also great for training. You learn a lot that way.
Agree with that wholeheartedly!
-
If you have a boss that is interested in developing you as an individual, take this to them without making it about the coworker. Ask them something like, "Hey, I got some feedback from a coworker that I don't consult enough with my peers. What is your take on that, and do you have any suggestions for how I can be a better tech/coworker?"
-
@Kelly said:
If you have a boss that is interested in developing you as an individual, take this to them without making it about the coworker. Ask them something like, "Hey, I got some feedback from a coworker that I don't consult enough with my peers. What is your take on that, and do you have any suggestions for how I can be a better tech/coworker?"
If we had a best answer button I would give it to @Kelly this is what I would do in this situation as well.
-
@coliver said:
@Kelly said:
If you have a boss that is interested in developing you as an individual, take this to them without making it about the coworker. Ask them something like, "Hey, I got some feedback from a coworker that I don't consult enough with my peers. What is your take on that, and do you have any suggestions for how I can be a better tech/coworker?"
If we had a best answer button I would give it to @Kelly this is what I would do in this situation as well.
Yeah, that's great advice.
-
@Kelly said:
If you have a boss that is interested in developing you as an individual, take this to them without making it about the coworker. Ask them something like, "Hey, I got some feedback from a coworker that I don't consult enough with my peers. What is your take on that, and do you have any suggestions for how I can be a better tech/coworker?"
Kelly, I will do just that if it becomes necessary. As it is, every time I start talking, this co-worker stops what they're doing and turns and looks at me. It's getting kind of creepy actually.
