Mixing
My coworker is lying about the current state of his work
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
17
down vote
favorite
One of my co-workers stated that he has done a test of the application he's working on, and that it's currently running on ten PCs. But I've found that it's running on a single PC only, and the tests on this PC failed, a fact that can be deduced from the log files quite easily. My projects are dependent on this project, that he's currently responsible for.
The same guy made quite a few problems for me recently, and I have no idea how far he can go (e.g. sabotage my work).
How can I resolve this situation? Just report this to the PM?
software-industry communication
edited Apr 25 '16 at 14:50
mcknz
15.6k55468
asked Apr 25 '16 at 8:13
XenoMind
7161815
 |Â
show 3 more comments
up vote
17
down vote
favorite
One of my co-workers stated that he has done a test of the application he's working on, and that it's currently running on ten PCs. But I've found that it's running on a single PC only, and the tests on this PC failed, a fact that can be deduced from the log files quite easily. My projects are dependent on this project, that he's currently responsible for.
The same guy made quite a few problems for me recently, and I have no idea how far he can go (e.g. sabotage my work).
How can I resolve this situation? Just report this to the PM?
software-industry communication
edited Apr 25 '16 at 14:50
mcknz
15.6k55468
asked Apr 25 '16 at 8:13
XenoMind
7161815
15
Did you mention this to your coworker? Something like, "Hey, your tests are failing on my machine.". Maybe the 10 machines he tested on are configured one way, while your machine is configured another way. From your message it sounds like you may be jumping the gun with talk about lying, sabotaging your work, etc.
– Brandin
Apr 25 '16 at 8:17
1
@Brandin, impossible. If it didn't succeed - then it didn't.
– XenoMind
Apr 25 '16 at 8:21
40
Normally when tests fail you should report it to the developer. "Hey, your tests are failing on my machine." Just start with that and see what happens before escalating things. And don't assume he's lying or "sabotaging" things. Even if you think this is the case, don't show it while you're communicating with him.
– Brandin
Apr 25 '16 at 8:26
2
"and I have no idea how far he can go" I assume you just mean that his shoddy work can have a big impact on your part of the project? Or are you referring to intentional sabotage?
– Lilienthal♦
Apr 25 '16 at 9:35
2
@Brandin It wouldn't even hurt to CC your manager especially if this person in on another team. Something like, "Person X, I tested it on my machine and it doesn't work. Here are the log files."
– Dan
Apr 25 '16 at 18:21
 |Â
show 3 more comments
up vote
17
down vote
favorite
up vote
17
down vote
favorite
One of my co-workers stated that he has done a test of the application he's working on, and that it's currently running on ten PCs. But I've found that it's running on a single PC only, and the tests on this PC failed, a fact that can be deduced from the log files quite easily. My projects are dependent on this project, that he's currently responsible for.
The same guy made quite a few problems for me recently, and I have no idea how far he can go (e.g. sabotage my work).
How can I resolve this situation? Just report this to the PM?
software-industry communication
edited Apr 25 '16 at 14:50
mcknz
15.6k55468
asked Apr 25 '16 at 8:13
XenoMind
7161815
One of my co-workers stated that he has done a test of the application he's working on, and that it's currently running on ten PCs. But I've found that it's running on a single PC only, and the tests on this PC failed, a fact that can be deduced from the log files quite easily. My projects are dependent on this project, that he's currently responsible for.
The same guy made quite a few problems for me recently, and I have no idea how far he can go (e.g. sabotage my work).
How can I resolve this situation? Just report this to the PM?
software-industry communication
edited Apr 25 '16 at 14:50
mcknz
15.6k55468
asked Apr 25 '16 at 8:13
XenoMind
7161815
edited Apr 25 '16 at 14:50
mcknz
15.6k55468
edited Apr 25 '16 at 14:50
mcknz
15.6k55468
edited Apr 25 '16 at 14:50
mcknz
15.6k55468
15.6k55468
asked Apr 25 '16 at 8:13
XenoMind
7161815
asked Apr 25 '16 at 8:13
XenoMind
7161815
asked Apr 25 '16 at 8:13
XenoMind
7161815
7161815
15
Did you mention this to your coworker? Something like, "Hey, your tests are failing on my machine.". Maybe the 10 machines he tested on are configured one way, while your machine is configured another way. From your message it sounds like you may be jumping the gun with talk about lying, sabotaging your work, etc.
– Brandin
Apr 25 '16 at 8:17
1
@Brandin, impossible. If it didn't succeed - then it didn't.
– XenoMind
Apr 25 '16 at 8:21
40
Normally when tests fail you should report it to the developer. "Hey, your tests are failing on my machine." Just start with that and see what happens before escalating things. And don't assume he's lying or "sabotaging" things. Even if you think this is the case, don't show it while you're communicating with him.
– Brandin
Apr 25 '16 at 8:26
2
"and I have no idea how far he can go" I assume you just mean that his shoddy work can have a big impact on your part of the project? Or are you referring to intentional sabotage?
– Lilienthal♦
Apr 25 '16 at 9:35
2
@Brandin It wouldn't even hurt to CC your manager especially if this person in on another team. Something like, "Person X, I tested it on my machine and it doesn't work. Here are the log files."
– Dan
Apr 25 '16 at 18:21
 |Â
show 3 more comments
15
Did you mention this to your coworker? Something like, "Hey, your tests are failing on my machine.". Maybe the 10 machines he tested on are configured one way, while your machine is configured another way. From your message it sounds like you may be jumping the gun with talk about lying, sabotaging your work, etc.
– Brandin
Apr 25 '16 at 8:17
1
@Brandin, impossible. If it didn't succeed - then it didn't.
– XenoMind
Apr 25 '16 at 8:21
40
Normally when tests fail you should report it to the developer. "Hey, your tests are failing on my machine." Just start with that and see what happens before escalating things. And don't assume he's lying or "sabotaging" things. Even if you think this is the case, don't show it while you're communicating with him.
– Brandin
Apr 25 '16 at 8:26
2
"and I have no idea how far he can go" I assume you just mean that his shoddy work can have a big impact on your part of the project? Or are you referring to intentional sabotage?
– Lilienthal♦
Apr 25 '16 at 9:35
2
@Brandin It wouldn't even hurt to CC your manager especially if this person in on another team. Something like, "Person X, I tested it on my machine and it doesn't work. Here are the log files."
– Dan
Apr 25 '16 at 18:21
15
15
Did you mention this to your coworker? Something like, "Hey, your tests are failing on my machine.". Maybe the 10 machines he tested on are configured one way, while your machine is configured another way. From your message it sounds like you may be jumping the gun with talk about lying, sabotaging your work, etc.
– Brandin
Apr 25 '16 at 8:17
Did you mention this to your coworker? Something like, "Hey, your tests are failing on my machine.". Maybe the 10 machines he tested on are configured one way, while your machine is configured another way. From your message it sounds like you may be jumping the gun with talk about lying, sabotaging your work, etc.
– Brandin
Apr 25 '16 at 8:17
1
1
@Brandin, impossible. If it didn't succeed - then it didn't.
– XenoMind
Apr 25 '16 at 8:21
@Brandin, impossible. If it didn't succeed - then it didn't.
– XenoMind
Apr 25 '16 at 8:21
40
40
Normally when tests fail you should report it to the developer. "Hey, your tests are failing on my machine." Just start with that and see what happens before escalating things. And don't assume he's lying or "sabotaging" things. Even if you think this is the case, don't show it while you're communicating with him.
– Brandin
Apr 25 '16 at 8:26
Normally when tests fail you should report it to the developer. "Hey, your tests are failing on my machine." Just start with that and see what happens before escalating things. And don't assume he's lying or "sabotaging" things. Even if you think this is the case, don't show it while you're communicating with him.
– Brandin
Apr 25 '16 at 8:26
2
2
"and I have no idea how far he can go" I assume you just mean that his shoddy work can have a big impact on your part of the project? Or are you referring to intentional sabotage?
– Lilienthal♦
Apr 25 '16 at 9:35
"and I have no idea how far he can go" I assume you just mean that his shoddy work can have a big impact on your part of the project? Or are you referring to intentional sabotage?
– Lilienthal♦
Apr 25 '16 at 9:35
2
2
@Brandin It wouldn't even hurt to CC your manager especially if this person in on another team. Something like, "Person X, I tested it on my machine and it doesn't work. Here are the log files."
– Dan
Apr 25 '16 at 18:21
@Brandin It wouldn't even hurt to CC your manager especially if this person in on another team. Something like, "Person X, I tested it on my machine and it doesn't work. Here are the log files."
– Dan
Apr 25 '16 at 18:21
 |Â
show 3 more comments
3 Answers
3
active
oldest
votes
up vote
48
down vote
accepted
Don't tell him straight out that he is lying. As a starting point run the test on your own equipment, then ask him what you did wrong when it fails.
If he doesn't fix things after that, then you can escalate. But no sane(ish) person would reiterate a lie when it's been shown to be one. This way he has leeway to get the job done which is all you really should care about. On the offchance that he insists on not correcting the issue, then take it to your manager because it will impact on your portion of the project. Run the test and fail again with your manager and the rest is up to him/her.
answered Apr 25 '16 at 9:02
Kilisi
94.5k50216376
6
True that. And as always, keep a written reccord of it.
– bilbo_pingouin
Apr 25 '16 at 9:49
1
Good comment. We used to have a rule that you couldn't say 'It worked for me' when things failed on the build machine.
– Bill Leeper
Apr 25 '16 at 14:25
1
Be sure to point out that you expected to send this, and expected to get back something. It's important to share that part since the other developer could just say you're sending it wrong. This happened before for me and easily corrected when just shown what you send and what you expect.
– Dan
Apr 25 '16 at 18:23
suggest improvements |Â
up vote
29
down vote
Never attribute to malice that which is adequately explained by stupidity.
Maybe he thinks it's running on 10 machines but doesn't know yet? Maybe you two misunderstood each other? Just defaulting to assumption that it's a lie isn't a great way to go.
Just talk to him and try to find ways how to fix issues that cause issues with the tests.
answered Apr 25 '16 at 9:59
Gediminas
89956
4
The path of least assumptions is almost always the safer one, and almost always the right one to take. Razor it.
– Mindwin
Apr 25 '16 at 13:06
1
@Mindwin Ironically, all answers here assume OP is jumping the gun and assuming things that aren't proven even though it could very well be that OP has investigated enough to draw the conclusion he did, since he mentioned checking logs etc...
– Kevin
Apr 25 '16 at 13:43
1
@Kevin Doing it this way is better in all cases. For example, suppose the coworker didn't actually test on those 10 machines for whatever reason. When you point out "Hey, it didn't work for me", he will have a chance to redeem himself, whether it was oversight, honest error, exagerration, etc. However if you decide to go in with charges of lying and sabotage, it almost certainly won't end well.
– Brandin
Apr 25 '16 at 13:55
3
I'd put it like this: continuing to maintain the presumption of good faith is safer because a) it may be true, and b) if it's not, that will be discovered and it's better for your relationship with the coworker and your reputation, with no harm done.
– Steve Bennett
Apr 25 '16 at 14:01
suggest improvements |Â
up vote
0
down vote
I believe your assumption that he's lying. This won't be something new in our world :)
However, I don't see that you talked to him about this.
To you, it looks like inferior work ethics: It looks like he's trying to do nothing and still get paid.
To him, it's a last ditch attempt to keep his job: he's way over his head in this task. If he actually didn't care about this, he'd have admitted this is beyond his current skills and let the managers asses if he's salvageable as an employee or needs to find another job.
I actually think he cares about this job and this task very much. Maybe too much, that he's willing to make moral compromises and put himself in a "double or nothing" situation.
Why don't you bring this up to him, don't judge or patronize - just help him get it running and once everyone's happy, let him know you'll be there for him next time too (of course, that's just to encourage him to raise his hand nice and early, instead of "buying time" and risking a big disappointment).
To be honest, people who will bite more than they can chew and lie about it, tend to be a liability. However, if they are taught to be more open and cooperative, their willingness to take charge pays off!
answered Apr 25 '16 at 11:48
DraxDomax
1273
suggest improvements |Â
StackExchange.ready(function ()
$("#show-editor-button input, #show-editor-button button").click(function ()
var showEditor = function()
$("#show-editor-button").hide();
$("#post-form").removeClass("dno");
StackExchange.editor.finallyInit();
;
var useFancy = $(this).data('confirm-use-fancy');
if(useFancy == 'True')
var popupTitle = $(this).data('confirm-fancy-title');
var popupBody = $(this).data('confirm-fancy-body');
var popupAccept = $(this).data('confirm-fancy-accept-button');
$(this).loadPopup(
url: '/post/self-answer-popup',
loaded: function(popup)
var pTitle = $(popup).find('h2');
var pBody = $(popup).find('.popup-body');
var pSubmit = $(popup).find('.popup-submit');
pTitle.text(popupTitle);
pBody.html(popupBody);
pSubmit.val(popupAccept).click(showEditor);
)
else
var confirmText = $(this).data('confirm-text');
if (confirmText ? confirm(confirmText) : true)
showEditor();
);
);
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
48
down vote
accepted
Don't tell him straight out that he is lying. As a starting point run the test on your own equipment, then ask him what you did wrong when it fails.
If he doesn't fix things after that, then you can escalate. But no sane(ish) person would reiterate a lie when it's been shown to be one. This way he has leeway to get the job done which is all you really should care about. On the offchance that he insists on not correcting the issue, then take it to your manager because it will impact on your portion of the project. Run the test and fail again with your manager and the rest is up to him/her.
answered Apr 25 '16 at 9:02
Kilisi
94.5k50216376
6
True that. And as always, keep a written reccord of it.
– bilbo_pingouin
Apr 25 '16 at 9:49
1
Good comment. We used to have a rule that you couldn't say 'It worked for me' when things failed on the build machine.
– Bill Leeper
Apr 25 '16 at 14:25
1
Be sure to point out that you expected to send this, and expected to get back something. It's important to share that part since the other developer could just say you're sending it wrong. This happened before for me and easily corrected when just shown what you send and what you expect.
– Dan
Apr 25 '16 at 18:23
suggest improvements |Â
up vote
48
down vote
accepted
Don't tell him straight out that he is lying. As a starting point run the test on your own equipment, then ask him what you did wrong when it fails.
If he doesn't fix things after that, then you can escalate. But no sane(ish) person would reiterate a lie when it's been shown to be one. This way he has leeway to get the job done which is all you really should care about. On the offchance that he insists on not correcting the issue, then take it to your manager because it will impact on your portion of the project. Run the test and fail again with your manager and the rest is up to him/her.
answered Apr 25 '16 at 9:02
Kilisi
94.5k50216376
6
True that. And as always, keep a written reccord of it.
– bilbo_pingouin
Apr 25 '16 at 9:49
1
Good comment. We used to have a rule that you couldn't say 'It worked for me' when things failed on the build machine.
– Bill Leeper
Apr 25 '16 at 14:25
1
Be sure to point out that you expected to send this, and expected to get back something. It's important to share that part since the other developer could just say you're sending it wrong. This happened before for me and easily corrected when just shown what you send and what you expect.
– Dan
Apr 25 '16 at 18:23
suggest improvements |Â
up vote
48
down vote
accepted
up vote
48
down vote
accepted
Don't tell him straight out that he is lying. As a starting point run the test on your own equipment, then ask him what you did wrong when it fails.
If he doesn't fix things after that, then you can escalate. But no sane(ish) person would reiterate a lie when it's been shown to be one. This way he has leeway to get the job done which is all you really should care about. On the offchance that he insists on not correcting the issue, then take it to your manager because it will impact on your portion of the project. Run the test and fail again with your manager and the rest is up to him/her.
answered Apr 25 '16 at 9:02
Kilisi
94.5k50216376
Don't tell him straight out that he is lying. As a starting point run the test on your own equipment, then ask him what you did wrong when it fails.
If he doesn't fix things after that, then you can escalate. But no sane(ish) person would reiterate a lie when it's been shown to be one. This way he has leeway to get the job done which is all you really should care about. On the offchance that he insists on not correcting the issue, then take it to your manager because it will impact on your portion of the project. Run the test and fail again with your manager and the rest is up to him/her.
answered Apr 25 '16 at 9:02
Kilisi
94.5k50216376
answered Apr 25 '16 at 9:02
Kilisi
94.5k50216376
answered Apr 25 '16 at 9:02
Kilisi
94.5k50216376
answered Apr 25 '16 at 9:02
Kilisi
94.5k50216376
94.5k50216376
6
True that. And as always, keep a written reccord of it.
– bilbo_pingouin
Apr 25 '16 at 9:49
1
Good comment. We used to have a rule that you couldn't say 'It worked for me' when things failed on the build machine.
– Bill Leeper
Apr 25 '16 at 14:25
1
Be sure to point out that you expected to send this, and expected to get back something. It's important to share that part since the other developer could just say you're sending it wrong. This happened before for me and easily corrected when just shown what you send and what you expect.
– Dan
Apr 25 '16 at 18:23
suggest improvements |Â
6
True that. And as always, keep a written reccord of it.
– bilbo_pingouin
Apr 25 '16 at 9:49
1
Good comment. We used to have a rule that you couldn't say 'It worked for me' when things failed on the build machine.
– Bill Leeper
Apr 25 '16 at 14:25
1
Be sure to point out that you expected to send this, and expected to get back something. It's important to share that part since the other developer could just say you're sending it wrong. This happened before for me and easily corrected when just shown what you send and what you expect.
– Dan
Apr 25 '16 at 18:23
6
6
True that. And as always, keep a written reccord of it.
– bilbo_pingouin
Apr 25 '16 at 9:49
True that. And as always, keep a written reccord of it.
– bilbo_pingouin
Apr 25 '16 at 9:49
1
1
Good comment. We used to have a rule that you couldn't say 'It worked for me' when things failed on the build machine.
– Bill Leeper
Apr 25 '16 at 14:25
Good comment. We used to have a rule that you couldn't say 'It worked for me' when things failed on the build machine.
– Bill Leeper
Apr 25 '16 at 14:25
1
1
Be sure to point out that you expected to send this, and expected to get back something. It's important to share that part since the other developer could just say you're sending it wrong. This happened before for me and easily corrected when just shown what you send and what you expect.
– Dan
Apr 25 '16 at 18:23
Be sure to point out that you expected to send this, and expected to get back something. It's important to share that part since the other developer could just say you're sending it wrong. This happened before for me and easily corrected when just shown what you send and what you expect.
– Dan
Apr 25 '16 at 18:23
suggest improvements |Â
up vote
29
down vote
Never attribute to malice that which is adequately explained by stupidity.
Maybe he thinks it's running on 10 machines but doesn't know yet? Maybe you two misunderstood each other? Just defaulting to assumption that it's a lie isn't a great way to go.
Just talk to him and try to find ways how to fix issues that cause issues with the tests.
answered Apr 25 '16 at 9:59
Gediminas
89956
4
The path of least assumptions is almost always the safer one, and almost always the right one to take. Razor it.
– Mindwin
Apr 25 '16 at 13:06
1
@Mindwin Ironically, all answers here assume OP is jumping the gun and assuming things that aren't proven even though it could very well be that OP has investigated enough to draw the conclusion he did, since he mentioned checking logs etc...
– Kevin
Apr 25 '16 at 13:43
1
@Kevin Doing it this way is better in all cases. For example, suppose the coworker didn't actually test on those 10 machines for whatever reason. When you point out "Hey, it didn't work for me", he will have a chance to redeem himself, whether it was oversight, honest error, exagerration, etc. However if you decide to go in with charges of lying and sabotage, it almost certainly won't end well.
– Brandin
Apr 25 '16 at 13:55
3
I'd put it like this: continuing to maintain the presumption of good faith is safer because a) it may be true, and b) if it's not, that will be discovered and it's better for your relationship with the coworker and your reputation, with no harm done.
– Steve Bennett
Apr 25 '16 at 14:01
suggest improvements |Â
up vote
29
down vote
Never attribute to malice that which is adequately explained by stupidity.
Maybe he thinks it's running on 10 machines but doesn't know yet? Maybe you two misunderstood each other? Just defaulting to assumption that it's a lie isn't a great way to go.
Just talk to him and try to find ways how to fix issues that cause issues with the tests.
answered Apr 25 '16 at 9:59
Gediminas
89956
4
The path of least assumptions is almost always the safer one, and almost always the right one to take. Razor it.
– Mindwin
Apr 25 '16 at 13:06
1
@Mindwin Ironically, all answers here assume OP is jumping the gun and assuming things that aren't proven even though it could very well be that OP has investigated enough to draw the conclusion he did, since he mentioned checking logs etc...
– Kevin
Apr 25 '16 at 13:43
1
@Kevin Doing it this way is better in all cases. For example, suppose the coworker didn't actually test on those 10 machines for whatever reason. When you point out "Hey, it didn't work for me", he will have a chance to redeem himself, whether it was oversight, honest error, exagerration, etc. However if you decide to go in with charges of lying and sabotage, it almost certainly won't end well.
– Brandin
Apr 25 '16 at 13:55
3
I'd put it like this: continuing to maintain the presumption of good faith is safer because a) it may be true, and b) if it's not, that will be discovered and it's better for your relationship with the coworker and your reputation, with no harm done.
– Steve Bennett
Apr 25 '16 at 14:01
suggest improvements |Â
up vote
29
down vote
up vote
29
down vote
Never attribute to malice that which is adequately explained by stupidity.
Maybe he thinks it's running on 10 machines but doesn't know yet? Maybe you two misunderstood each other? Just defaulting to assumption that it's a lie isn't a great way to go.
Just talk to him and try to find ways how to fix issues that cause issues with the tests.
answered Apr 25 '16 at 9:59
Gediminas
89956
Never attribute to malice that which is adequately explained by stupidity.
Maybe he thinks it's running on 10 machines but doesn't know yet? Maybe you two misunderstood each other? Just defaulting to assumption that it's a lie isn't a great way to go.
Just talk to him and try to find ways how to fix issues that cause issues with the tests.
answered Apr 25 '16 at 9:59
Gediminas
89956
answered Apr 25 '16 at 9:59
Gediminas
89956
answered Apr 25 '16 at 9:59
Gediminas
89956
answered Apr 25 '16 at 9:59
Gediminas
89956
89956
4
The path of least assumptions is almost always the safer one, and almost always the right one to take. Razor it.
– Mindwin
Apr 25 '16 at 13:06
1
@Mindwin Ironically, all answers here assume OP is jumping the gun and assuming things that aren't proven even though it could very well be that OP has investigated enough to draw the conclusion he did, since he mentioned checking logs etc...
– Kevin
Apr 25 '16 at 13:43
1
@Kevin Doing it this way is better in all cases. For example, suppose the coworker didn't actually test on those 10 machines for whatever reason. When you point out "Hey, it didn't work for me", he will have a chance to redeem himself, whether it was oversight, honest error, exagerration, etc. However if you decide to go in with charges of lying and sabotage, it almost certainly won't end well.
– Brandin
Apr 25 '16 at 13:55
3
I'd put it like this: continuing to maintain the presumption of good faith is safer because a) it may be true, and b) if it's not, that will be discovered and it's better for your relationship with the coworker and your reputation, with no harm done.
– Steve Bennett
Apr 25 '16 at 14:01
suggest improvements |Â
4
The path of least assumptions is almost always the safer one, and almost always the right one to take. Razor it.
– Mindwin
Apr 25 '16 at 13:06
1
@Mindwin Ironically, all answers here assume OP is jumping the gun and assuming things that aren't proven even though it could very well be that OP has investigated enough to draw the conclusion he did, since he mentioned checking logs etc...
– Kevin
Apr 25 '16 at 13:43
1
@Kevin Doing it this way is better in all cases. For example, suppose the coworker didn't actually test on those 10 machines for whatever reason. When you point out "Hey, it didn't work for me", he will have a chance to redeem himself, whether it was oversight, honest error, exagerration, etc. However if you decide to go in with charges of lying and sabotage, it almost certainly won't end well.
– Brandin
Apr 25 '16 at 13:55
3
I'd put it like this: continuing to maintain the presumption of good faith is safer because a) it may be true, and b) if it's not, that will be discovered and it's better for your relationship with the coworker and your reputation, with no harm done.
– Steve Bennett
Apr 25 '16 at 14:01
4
4
The path of least assumptions is almost always the safer one, and almost always the right one to take. Razor it.
– Mindwin
Apr 25 '16 at 13:06
The path of least assumptions is almost always the safer one, and almost always the right one to take. Razor it.
– Mindwin
Apr 25 '16 at 13:06
1
1
@Mindwin Ironically, all answers here assume OP is jumping the gun and assuming things that aren't proven even though it could very well be that OP has investigated enough to draw the conclusion he did, since he mentioned checking logs etc...
– Kevin
Apr 25 '16 at 13:43
@Mindwin Ironically, all answers here assume OP is jumping the gun and assuming things that aren't proven even though it could very well be that OP has investigated enough to draw the conclusion he did, since he mentioned checking logs etc...
– Kevin
Apr 25 '16 at 13:43
1
1
@Kevin Doing it this way is better in all cases. For example, suppose the coworker didn't actually test on those 10 machines for whatever reason. When you point out "Hey, it didn't work for me", he will have a chance to redeem himself, whether it was oversight, honest error, exagerration, etc. However if you decide to go in with charges of lying and sabotage, it almost certainly won't end well.
– Brandin
Apr 25 '16 at 13:55
@Kevin Doing it this way is better in all cases. For example, suppose the coworker didn't actually test on those 10 machines for whatever reason. When you point out "Hey, it didn't work for me", he will have a chance to redeem himself, whether it was oversight, honest error, exagerration, etc. However if you decide to go in with charges of lying and sabotage, it almost certainly won't end well.
– Brandin
Apr 25 '16 at 13:55
3
3
I'd put it like this: continuing to maintain the presumption of good faith is safer because a) it may be true, and b) if it's not, that will be discovered and it's better for your relationship with the coworker and your reputation, with no harm done.
– Steve Bennett
Apr 25 '16 at 14:01
I'd put it like this: continuing to maintain the presumption of good faith is safer because a) it may be true, and b) if it's not, that will be discovered and it's better for your relationship with the coworker and your reputation, with no harm done.
– Steve Bennett
Apr 25 '16 at 14:01
suggest improvements |Â
up vote
0
down vote
I believe your assumption that he's lying. This won't be something new in our world :)
However, I don't see that you talked to him about this.
To you, it looks like inferior work ethics: It looks like he's trying to do nothing and still get paid.
To him, it's a last ditch attempt to keep his job: he's way over his head in this task. If he actually didn't care about this, he'd have admitted this is beyond his current skills and let the managers asses if he's salvageable as an employee or needs to find another job.
I actually think he cares about this job and this task very much. Maybe too much, that he's willing to make moral compromises and put himself in a "double or nothing" situation.
Why don't you bring this up to him, don't judge or patronize - just help him get it running and once everyone's happy, let him know you'll be there for him next time too (of course, that's just to encourage him to raise his hand nice and early, instead of "buying time" and risking a big disappointment).
To be honest, people who will bite more than they can chew and lie about it, tend to be a liability. However, if they are taught to be more open and cooperative, their willingness to take charge pays off!
answered Apr 25 '16 at 11:48
DraxDomax
1273
suggest improvements |Â
up vote
0
down vote
I believe your assumption that he's lying. This won't be something new in our world :)
However, I don't see that you talked to him about this.
To you, it looks like inferior work ethics: It looks like he's trying to do nothing and still get paid.
To him, it's a last ditch attempt to keep his job: he's way over his head in this task. If he actually didn't care about this, he'd have admitted this is beyond his current skills and let the managers asses if he's salvageable as an employee or needs to find another job.
I actually think he cares about this job and this task very much. Maybe too much, that he's willing to make moral compromises and put himself in a "double or nothing" situation.
Why don't you bring this up to him, don't judge or patronize - just help him get it running and once everyone's happy, let him know you'll be there for him next time too (of course, that's just to encourage him to raise his hand nice and early, instead of "buying time" and risking a big disappointment).
To be honest, people who will bite more than they can chew and lie about it, tend to be a liability. However, if they are taught to be more open and cooperative, their willingness to take charge pays off!
answered Apr 25 '16 at 11:48
DraxDomax
1273
suggest improvements |Â
up vote
0
down vote
up vote
0
down vote
I believe your assumption that he's lying. This won't be something new in our world :)
However, I don't see that you talked to him about this.
To you, it looks like inferior work ethics: It looks like he's trying to do nothing and still get paid.
To him, it's a last ditch attempt to keep his job: he's way over his head in this task. If he actually didn't care about this, he'd have admitted this is beyond his current skills and let the managers asses if he's salvageable as an employee or needs to find another job.
I actually think he cares about this job and this task very much. Maybe too much, that he's willing to make moral compromises and put himself in a "double or nothing" situation.
Why don't you bring this up to him, don't judge or patronize - just help him get it running and once everyone's happy, let him know you'll be there for him next time too (of course, that's just to encourage him to raise his hand nice and early, instead of "buying time" and risking a big disappointment).
To be honest, people who will bite more than they can chew and lie about it, tend to be a liability. However, if they are taught to be more open and cooperative, their willingness to take charge pays off!
answered Apr 25 '16 at 11:48
DraxDomax
1273
I believe your assumption that he's lying. This won't be something new in our world :)
However, I don't see that you talked to him about this.
To you, it looks like inferior work ethics: It looks like he's trying to do nothing and still get paid.
To him, it's a last ditch attempt to keep his job: he's way over his head in this task. If he actually didn't care about this, he'd have admitted this is beyond his current skills and let the managers asses if he's salvageable as an employee or needs to find another job.
I actually think he cares about this job and this task very much. Maybe too much, that he's willing to make moral compromises and put himself in a "double or nothing" situation.
Why don't you bring this up to him, don't judge or patronize - just help him get it running and once everyone's happy, let him know you'll be there for him next time too (of course, that's just to encourage him to raise his hand nice and early, instead of "buying time" and risking a big disappointment).
To be honest, people who will bite more than they can chew and lie about it, tend to be a liability. However, if they are taught to be more open and cooperative, their willingness to take charge pays off!
answered Apr 25 '16 at 11:48
DraxDomax
1273
answered Apr 25 '16 at 11:48
DraxDomax
1273
answered Apr 25 '16 at 11:48
DraxDomax
1273
answered Apr 25 '16 at 11:48
DraxDomax
1273
1273
suggest improvements |Â
suggest improvements |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f65845%2fmy-coworker-is-lying-about-the-current-state-of-his-work%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
15
Did you mention this to your coworker? Something like, "Hey, your tests are failing on my machine.". Maybe the 10 machines he tested on are configured one way, while your machine is configured another way. From your message it sounds like you may be jumping the gun with talk about lying, sabotaging your work, etc.
– Brandin
Apr 25 '16 at 8:17
1
@Brandin, impossible. If it didn't succeed - then it didn't.
– XenoMind
Apr 25 '16 at 8:21
40
Normally when tests fail you should report it to the developer. "Hey, your tests are failing on my machine." Just start with that and see what happens before escalating things. And don't assume he's lying or "sabotaging" things. Even if you think this is the case, don't show it while you're communicating with him.
– Brandin
Apr 25 '16 at 8:26
2
"and I have no idea how far he can go" I assume you just mean that his shoddy work can have a big impact on your part of the project? Or are you referring to intentional sabotage?
– Lilienthal♦
Apr 25 '16 at 9:35
2
@Brandin It wouldn't even hurt to CC your manager especially if this person in on another team. Something like, "Person X, I tested it on my machine and it doesn't work. Here are the log files."
– Dan
Apr 25 '16 at 18:21