old MSP wants to know what they did wrong
-
@wirestyle22 said in old MSP wants to know what they did wrong:
It's not up to you to explain it to him, it's up to the business themselves.
That's very true. You didn't fire him.
-
Document EVERYTHING. Pictures if allowed. Then explain away. If I was a business owner paying for things I was not receiving and being intentionally deceived, I would want to know asap so I could take legal action if needed, and to get lost money back to hire someone to do it right.
-
@Tim_G But he isn't the business owner in this case. You don't ask the person who was hired in your place why you were fired, you ask the people who hired you.
-
@wirestyle22 said in old MSP wants to know what they did wrong:
@Tim_G But he isn't the business owner in this case. You don't ask the person who was hired in your place why you were fired, you ask the people who hired you.
Oh I misread. I thought the owner wanted to know what was going on.
-
I can see everyone's point who has commented here thus far. It makes me wonder, however, if there is some leagacy software on that network that is the supposed life blood of the organization which management decided not to pay to upgrade to a newer version. I'm not saying everything the old MSP did was what should have been done. It's just a general curiosity.
-
@NetworkNerd Sadly that has been a common theme in every place I've ever worked.
-
If they are looking for a security analysis or Pen Test let me know. It sounds like they will need one in a few months once they try to get everything up to par.
-
@IRJ said in old MSP wants to know what they did wrong:
If they are looking for a security analysis or Pen Test let me know. It sounds like they will need one in a few months once they try to get everything up to par.
*cough* shameless plug *cough*
-
@dafyre said in old MSP wants to know what they did wrong:
@IRJ said in old MSP wants to know what they did wrong:
If they are looking for a security analysis or Pen Test let me know. It sounds like they will need one in a few months once they try to get everything up to par.
*cough* shameless plug *cough*
Lol.Obviously they aren't ready for one yet, they have a ton of patching to do first after an internal assessment.
-
Well the Ubiquiti is in place now and the Server 2003 box is no longer their firewall, so that's a huge step in the right direction.
-
@Mike-Davis said in old MSP wants to know what they did wrong:
Well the Ubiquiti is in place now and the Server 2003 box is no longer their firewall, so that's a huge step in the right direction.
Finally get the admin credentials, etc?
-
Initiating the request for the internet domain name transfer now...
-
Good luck!
It would be pretty neat if you documented the whole process. This is the kind of stuff we see on Spiceworks everyday
-
@IRJ said in old MSP wants to know what they did wrong:
Good luck!
It would be pretty neat if you documented the whole process. This is the kind of stuff we see on Spiceworks everyday
You mean a list of the stuff that was wrong and how I fixed it?
-
@Mike-Davis said in old MSP wants to know what they did wrong:
@IRJ said in old MSP wants to know what they did wrong:
Good luck!
It would be pretty neat if you documented the whole process. This is the kind of stuff we see on Spiceworks everyday
You mean a list of the stuff that was wrong and how I fixed it?
#mangocon2017
-
Honestly if it's as bad as you are saying it is. I would compose a list. I would document the whole thing with screen shots (and pictures) and I would hand it all to your boss and tell him to consult his lawyer as to whether or not they are going to sue him... He obviously wasn't providing them with what he was billing them for. Of course wait until you got the domain transferred. Then you can tell him that you aren't allowed to speak to him, and that all communications should be routed through "name of lawfirm here".
-
While I don't disagree, the issues that the previous tech left should be documented, and provided to the customer so they can address the issue. I don't think that @Mike-Davis should even communicate with the old tech at all.
It's not his place to speak to anyone but his customer. If the client asks that of @Mike-Davis then ok.
-
@DustinB3403 said in old MSP wants to know what they did wrong:
While I don't disagree, the issues that the previous tech left should be documented, and provided to the customer so they can address the issue. I don't think that @Mike-Davis should even communicate with the old tech at all.
It's not his place to speak to anyone but his customer. If the client asks that of @Mike-Davis then ok.
I would highly recommend that this company pay for the documentation process. Otherwise I wouldn't touch the company. @ntozier is spot on. If they won't pay for the documentation process then they are already lost. You can't start fixing things if you don't document what exactly is wrong.
-
@IRJ said in old MSP wants to know what they did wrong:
@DustinB3403 said in old MSP wants to know what they did wrong:
While I don't disagree, the issues that the previous tech left should be documented, and provided to the customer so they can address the issue. I don't think that @Mike-Davis should even communicate with the old tech at all.
It's not his place to speak to anyone but his customer. If the client asks that of @Mike-Davis then ok.
I would highly recommend that this company pay for the documentation process. Otherwise I wouldn't touch the company. @ntozier is spot on. If they won't pay for the documentation process then they are already lost. You can't start fixing things if you don't document what exactly is wrong.
That is a good point, to go through the existing organization and document the issues that are present. This gives @Mike-Davis a checklist of things that need to be addressed.
More likely what will happen is that he'll be working on something and discover an issue.
-
I have a running list. I have screen shots. I have photos of the server literally being held together with duct tape.