How to diplomatically approach not receiving credit for help given?
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
10
down vote
favorite
Long story short - I work for company ABC as a consultant. ABC has a contract with XYZ, where I'm basically staff-augmented in a year-long engagement, alongside another junior dev.
He's smart but he's new to the field, and requires a lot of hand-holding. This usually takes ~2 hours out of my day every day, which I'm fine with.
Yesterday I took ~30 minutes to help him track down an issue that he was working on for 4 hours, and today he said he solved the problem.
My relationship with the customer is a little shaky right now due to some elements outside of my control, so anything I can do to make them know I'm providing value would help.
But when my colleague doesn't mention my contributions, it's a little frustrating as I'm actively trying to nurture this customer relationship, and I can't go and say "My colleague failed to mention that I fixed his stuff".
What's the proper way to approach this as diplomatically as possible?
professionalism management career-development communication
add a comment |Â
up vote
10
down vote
favorite
Long story short - I work for company ABC as a consultant. ABC has a contract with XYZ, where I'm basically staff-augmented in a year-long engagement, alongside another junior dev.
He's smart but he's new to the field, and requires a lot of hand-holding. This usually takes ~2 hours out of my day every day, which I'm fine with.
Yesterday I took ~30 minutes to help him track down an issue that he was working on for 4 hours, and today he said he solved the problem.
My relationship with the customer is a little shaky right now due to some elements outside of my control, so anything I can do to make them know I'm providing value would help.
But when my colleague doesn't mention my contributions, it's a little frustrating as I'm actively trying to nurture this customer relationship, and I can't go and say "My colleague failed to mention that I fixed his stuff".
What's the proper way to approach this as diplomatically as possible?
professionalism management career-development communication
@JoeStrazzere daily basis written and discussed
â RobVious
Nov 20 '13 at 14:41
3
@Why do you care? People take credit for work they didn't actually accomplish all the time. In the end it usually comes back to bite them because they can't repeat the feat. Unless this is a massive corrective action or extremely visible fix, what difference does it make? You both work on the same team apparently so treat it like a team.
â Joel Etherton
Nov 20 '13 at 18:19
Does the client feel they are paying for a more senior person?
â user8365
Nov 20 '13 at 19:50
Very related question. Another of many examples why visibility is so important.
â Elysian Fieldsâ¦
Nov 20 '13 at 23:59
1
if you do it you gotta sing it no one else will sing your song for you
â amar
Nov 21 '13 at 4:58
add a comment |Â
up vote
10
down vote
favorite
up vote
10
down vote
favorite
Long story short - I work for company ABC as a consultant. ABC has a contract with XYZ, where I'm basically staff-augmented in a year-long engagement, alongside another junior dev.
He's smart but he's new to the field, and requires a lot of hand-holding. This usually takes ~2 hours out of my day every day, which I'm fine with.
Yesterday I took ~30 minutes to help him track down an issue that he was working on for 4 hours, and today he said he solved the problem.
My relationship with the customer is a little shaky right now due to some elements outside of my control, so anything I can do to make them know I'm providing value would help.
But when my colleague doesn't mention my contributions, it's a little frustrating as I'm actively trying to nurture this customer relationship, and I can't go and say "My colleague failed to mention that I fixed his stuff".
What's the proper way to approach this as diplomatically as possible?
professionalism management career-development communication
Long story short - I work for company ABC as a consultant. ABC has a contract with XYZ, where I'm basically staff-augmented in a year-long engagement, alongside another junior dev.
He's smart but he's new to the field, and requires a lot of hand-holding. This usually takes ~2 hours out of my day every day, which I'm fine with.
Yesterday I took ~30 minutes to help him track down an issue that he was working on for 4 hours, and today he said he solved the problem.
My relationship with the customer is a little shaky right now due to some elements outside of my control, so anything I can do to make them know I'm providing value would help.
But when my colleague doesn't mention my contributions, it's a little frustrating as I'm actively trying to nurture this customer relationship, and I can't go and say "My colleague failed to mention that I fixed his stuff".
What's the proper way to approach this as diplomatically as possible?
professionalism management career-development communication
edited Nov 22 '13 at 22:37
Rhys
5,73623558
5,73623558
asked Nov 20 '13 at 14:38
RobVious
19618
19618
@JoeStrazzere daily basis written and discussed
â RobVious
Nov 20 '13 at 14:41
3
@Why do you care? People take credit for work they didn't actually accomplish all the time. In the end it usually comes back to bite them because they can't repeat the feat. Unless this is a massive corrective action or extremely visible fix, what difference does it make? You both work on the same team apparently so treat it like a team.
â Joel Etherton
Nov 20 '13 at 18:19
Does the client feel they are paying for a more senior person?
â user8365
Nov 20 '13 at 19:50
Very related question. Another of many examples why visibility is so important.
â Elysian Fieldsâ¦
Nov 20 '13 at 23:59
1
if you do it you gotta sing it no one else will sing your song for you
â amar
Nov 21 '13 at 4:58
add a comment |Â
@JoeStrazzere daily basis written and discussed
â RobVious
Nov 20 '13 at 14:41
3
@Why do you care? People take credit for work they didn't actually accomplish all the time. In the end it usually comes back to bite them because they can't repeat the feat. Unless this is a massive corrective action or extremely visible fix, what difference does it make? You both work on the same team apparently so treat it like a team.
â Joel Etherton
Nov 20 '13 at 18:19
Does the client feel they are paying for a more senior person?
â user8365
Nov 20 '13 at 19:50
Very related question. Another of many examples why visibility is so important.
â Elysian Fieldsâ¦
Nov 20 '13 at 23:59
1
if you do it you gotta sing it no one else will sing your song for you
â amar
Nov 21 '13 at 4:58
@JoeStrazzere daily basis written and discussed
â RobVious
Nov 20 '13 at 14:41
@JoeStrazzere daily basis written and discussed
â RobVious
Nov 20 '13 at 14:41
3
3
@Why do you care? People take credit for work they didn't actually accomplish all the time. In the end it usually comes back to bite them because they can't repeat the feat. Unless this is a massive corrective action or extremely visible fix, what difference does it make? You both work on the same team apparently so treat it like a team.
â Joel Etherton
Nov 20 '13 at 18:19
@Why do you care? People take credit for work they didn't actually accomplish all the time. In the end it usually comes back to bite them because they can't repeat the feat. Unless this is a massive corrective action or extremely visible fix, what difference does it make? You both work on the same team apparently so treat it like a team.
â Joel Etherton
Nov 20 '13 at 18:19
Does the client feel they are paying for a more senior person?
â user8365
Nov 20 '13 at 19:50
Does the client feel they are paying for a more senior person?
â user8365
Nov 20 '13 at 19:50
Very related question. Another of many examples why visibility is so important.
â Elysian Fieldsâ¦
Nov 20 '13 at 23:59
Very related question. Another of many examples why visibility is so important.
â Elysian Fieldsâ¦
Nov 20 '13 at 23:59
1
1
if you do it you gotta sing it no one else will sing your song for you
â amar
Nov 21 '13 at 4:58
if you do it you gotta sing it no one else will sing your song for you
â amar
Nov 21 '13 at 4:58
add a comment |Â
4 Answers
4
active
oldest
votes
up vote
13
down vote
accepted
Do you have SCRUMs, regular updates, or any sort of task reporting? If so, the thing to do is mention "Worked with Mr Junior Dev" to fix bug XYZ. If this is something that happens on a regular basis, the client will get used to the fact that you are occasionally helping this junior dev.
Keep in mind, when you help someone you are being more useful to the company and you are doing a more difficult job than simply doing the work yourself. People that can teach others to be better are a rare find, and it is often a more valuable skill than simply implementing features or fixing bugs faster. This situation should look good on you, not be a detriment.
6
I'd add that the new developer probably didn't want to hurt OP's reputation in any way. He may just have a hard time communicating and didn't think this through before speaking. He may not see the big difference between "I solved the problem" and "I and X solved this problem together" as he probably wants to show that he actually did something.
â Fabinout
Nov 20 '13 at 15:04
add a comment |Â
up vote
5
down vote
Well, look at it from the Jr. Dev's point-of-view: He spent hours on the issue, asked for help, got it, and fixed the problem. Short of not thanking your for you help, is he wrong?
He did do a lot of work. Yes, he's green, and you can do in 30 minutes what it takes him 4 hours to do, but did he do it or not?
I think you have to let the kid take the credit if he actually did the work.
add a comment |Â
up vote
2
down vote
Keep in mind that he's a junior dev, and therefore (I'm assuming) new to the workplace at large. He might not know that the expectation is to give credit where credit is due, and that the focus should be the team effort, rather than individual work. Especially if he's fresh out of post-secondary education, where the emphasis is often solo work, he might not understand the workplace dynamics. (I'm a junior dev as well, and miss a lot of the 'inside baseball'/'office politics' details.)
Just talk to him. Explain the situation from your point of view. It's much more likely that you've been in his shoes than vice versa.
If, after discussing the issue with him, he doesn't change, just give him a friendly reminder every once in a while, and make sure to communicate with your customer about why this kind of relationship has value (as mentioned in other answers).
add a comment |Â
up vote
0
down vote
Before the next meeting with the customer, sit down with the employee and go over the product with him and make a summary of the work you two have done. Do this in a way that points out who did what (and maybe some sections you both worked on), for example start by listing the things he did and then the things you did and then the parts you both worked on. This should imply that he didn't do something by himself if it's not under his list, or whatever visual aid you decide on using.
You're right to be careful! If he's still learning you don't want to discourage him and a well trained employee benefits everyone, and I literally mean everyone.
add a comment |Â
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();
);
);
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
13
down vote
accepted
Do you have SCRUMs, regular updates, or any sort of task reporting? If so, the thing to do is mention "Worked with Mr Junior Dev" to fix bug XYZ. If this is something that happens on a regular basis, the client will get used to the fact that you are occasionally helping this junior dev.
Keep in mind, when you help someone you are being more useful to the company and you are doing a more difficult job than simply doing the work yourself. People that can teach others to be better are a rare find, and it is often a more valuable skill than simply implementing features or fixing bugs faster. This situation should look good on you, not be a detriment.
6
I'd add that the new developer probably didn't want to hurt OP's reputation in any way. He may just have a hard time communicating and didn't think this through before speaking. He may not see the big difference between "I solved the problem" and "I and X solved this problem together" as he probably wants to show that he actually did something.
â Fabinout
Nov 20 '13 at 15:04
add a comment |Â
up vote
13
down vote
accepted
Do you have SCRUMs, regular updates, or any sort of task reporting? If so, the thing to do is mention "Worked with Mr Junior Dev" to fix bug XYZ. If this is something that happens on a regular basis, the client will get used to the fact that you are occasionally helping this junior dev.
Keep in mind, when you help someone you are being more useful to the company and you are doing a more difficult job than simply doing the work yourself. People that can teach others to be better are a rare find, and it is often a more valuable skill than simply implementing features or fixing bugs faster. This situation should look good on you, not be a detriment.
6
I'd add that the new developer probably didn't want to hurt OP's reputation in any way. He may just have a hard time communicating and didn't think this through before speaking. He may not see the big difference between "I solved the problem" and "I and X solved this problem together" as he probably wants to show that he actually did something.
â Fabinout
Nov 20 '13 at 15:04
add a comment |Â
up vote
13
down vote
accepted
up vote
13
down vote
accepted
Do you have SCRUMs, regular updates, or any sort of task reporting? If so, the thing to do is mention "Worked with Mr Junior Dev" to fix bug XYZ. If this is something that happens on a regular basis, the client will get used to the fact that you are occasionally helping this junior dev.
Keep in mind, when you help someone you are being more useful to the company and you are doing a more difficult job than simply doing the work yourself. People that can teach others to be better are a rare find, and it is often a more valuable skill than simply implementing features or fixing bugs faster. This situation should look good on you, not be a detriment.
Do you have SCRUMs, regular updates, or any sort of task reporting? If so, the thing to do is mention "Worked with Mr Junior Dev" to fix bug XYZ. If this is something that happens on a regular basis, the client will get used to the fact that you are occasionally helping this junior dev.
Keep in mind, when you help someone you are being more useful to the company and you are doing a more difficult job than simply doing the work yourself. People that can teach others to be better are a rare find, and it is often a more valuable skill than simply implementing features or fixing bugs faster. This situation should look good on you, not be a detriment.
answered Nov 20 '13 at 14:47
MrFox
11.8k33857
11.8k33857
6
I'd add that the new developer probably didn't want to hurt OP's reputation in any way. He may just have a hard time communicating and didn't think this through before speaking. He may not see the big difference between "I solved the problem" and "I and X solved this problem together" as he probably wants to show that he actually did something.
â Fabinout
Nov 20 '13 at 15:04
add a comment |Â
6
I'd add that the new developer probably didn't want to hurt OP's reputation in any way. He may just have a hard time communicating and didn't think this through before speaking. He may not see the big difference between "I solved the problem" and "I and X solved this problem together" as he probably wants to show that he actually did something.
â Fabinout
Nov 20 '13 at 15:04
6
6
I'd add that the new developer probably didn't want to hurt OP's reputation in any way. He may just have a hard time communicating and didn't think this through before speaking. He may not see the big difference between "I solved the problem" and "I and X solved this problem together" as he probably wants to show that he actually did something.
â Fabinout
Nov 20 '13 at 15:04
I'd add that the new developer probably didn't want to hurt OP's reputation in any way. He may just have a hard time communicating and didn't think this through before speaking. He may not see the big difference between "I solved the problem" and "I and X solved this problem together" as he probably wants to show that he actually did something.
â Fabinout
Nov 20 '13 at 15:04
add a comment |Â
up vote
5
down vote
Well, look at it from the Jr. Dev's point-of-view: He spent hours on the issue, asked for help, got it, and fixed the problem. Short of not thanking your for you help, is he wrong?
He did do a lot of work. Yes, he's green, and you can do in 30 minutes what it takes him 4 hours to do, but did he do it or not?
I think you have to let the kid take the credit if he actually did the work.
add a comment |Â
up vote
5
down vote
Well, look at it from the Jr. Dev's point-of-view: He spent hours on the issue, asked for help, got it, and fixed the problem. Short of not thanking your for you help, is he wrong?
He did do a lot of work. Yes, he's green, and you can do in 30 minutes what it takes him 4 hours to do, but did he do it or not?
I think you have to let the kid take the credit if he actually did the work.
add a comment |Â
up vote
5
down vote
up vote
5
down vote
Well, look at it from the Jr. Dev's point-of-view: He spent hours on the issue, asked for help, got it, and fixed the problem. Short of not thanking your for you help, is he wrong?
He did do a lot of work. Yes, he's green, and you can do in 30 minutes what it takes him 4 hours to do, but did he do it or not?
I think you have to let the kid take the credit if he actually did the work.
Well, look at it from the Jr. Dev's point-of-view: He spent hours on the issue, asked for help, got it, and fixed the problem. Short of not thanking your for you help, is he wrong?
He did do a lot of work. Yes, he's green, and you can do in 30 minutes what it takes him 4 hours to do, but did he do it or not?
I think you have to let the kid take the credit if he actually did the work.
answered Nov 20 '13 at 20:48
Wesley Long
45k15100161
45k15100161
add a comment |Â
add a comment |Â
up vote
2
down vote
Keep in mind that he's a junior dev, and therefore (I'm assuming) new to the workplace at large. He might not know that the expectation is to give credit where credit is due, and that the focus should be the team effort, rather than individual work. Especially if he's fresh out of post-secondary education, where the emphasis is often solo work, he might not understand the workplace dynamics. (I'm a junior dev as well, and miss a lot of the 'inside baseball'/'office politics' details.)
Just talk to him. Explain the situation from your point of view. It's much more likely that you've been in his shoes than vice versa.
If, after discussing the issue with him, he doesn't change, just give him a friendly reminder every once in a while, and make sure to communicate with your customer about why this kind of relationship has value (as mentioned in other answers).
add a comment |Â
up vote
2
down vote
Keep in mind that he's a junior dev, and therefore (I'm assuming) new to the workplace at large. He might not know that the expectation is to give credit where credit is due, and that the focus should be the team effort, rather than individual work. Especially if he's fresh out of post-secondary education, where the emphasis is often solo work, he might not understand the workplace dynamics. (I'm a junior dev as well, and miss a lot of the 'inside baseball'/'office politics' details.)
Just talk to him. Explain the situation from your point of view. It's much more likely that you've been in his shoes than vice versa.
If, after discussing the issue with him, he doesn't change, just give him a friendly reminder every once in a while, and make sure to communicate with your customer about why this kind of relationship has value (as mentioned in other answers).
add a comment |Â
up vote
2
down vote
up vote
2
down vote
Keep in mind that he's a junior dev, and therefore (I'm assuming) new to the workplace at large. He might not know that the expectation is to give credit where credit is due, and that the focus should be the team effort, rather than individual work. Especially if he's fresh out of post-secondary education, where the emphasis is often solo work, he might not understand the workplace dynamics. (I'm a junior dev as well, and miss a lot of the 'inside baseball'/'office politics' details.)
Just talk to him. Explain the situation from your point of view. It's much more likely that you've been in his shoes than vice versa.
If, after discussing the issue with him, he doesn't change, just give him a friendly reminder every once in a while, and make sure to communicate with your customer about why this kind of relationship has value (as mentioned in other answers).
Keep in mind that he's a junior dev, and therefore (I'm assuming) new to the workplace at large. He might not know that the expectation is to give credit where credit is due, and that the focus should be the team effort, rather than individual work. Especially if he's fresh out of post-secondary education, where the emphasis is often solo work, he might not understand the workplace dynamics. (I'm a junior dev as well, and miss a lot of the 'inside baseball'/'office politics' details.)
Just talk to him. Explain the situation from your point of view. It's much more likely that you've been in his shoes than vice versa.
If, after discussing the issue with him, he doesn't change, just give him a friendly reminder every once in a while, and make sure to communicate with your customer about why this kind of relationship has value (as mentioned in other answers).
answered Nov 21 '13 at 0:16
forivall
5011612
5011612
add a comment |Â
add a comment |Â
up vote
0
down vote
Before the next meeting with the customer, sit down with the employee and go over the product with him and make a summary of the work you two have done. Do this in a way that points out who did what (and maybe some sections you both worked on), for example start by listing the things he did and then the things you did and then the parts you both worked on. This should imply that he didn't do something by himself if it's not under his list, or whatever visual aid you decide on using.
You're right to be careful! If he's still learning you don't want to discourage him and a well trained employee benefits everyone, and I literally mean everyone.
add a comment |Â
up vote
0
down vote
Before the next meeting with the customer, sit down with the employee and go over the product with him and make a summary of the work you two have done. Do this in a way that points out who did what (and maybe some sections you both worked on), for example start by listing the things he did and then the things you did and then the parts you both worked on. This should imply that he didn't do something by himself if it's not under his list, or whatever visual aid you decide on using.
You're right to be careful! If he's still learning you don't want to discourage him and a well trained employee benefits everyone, and I literally mean everyone.
add a comment |Â
up vote
0
down vote
up vote
0
down vote
Before the next meeting with the customer, sit down with the employee and go over the product with him and make a summary of the work you two have done. Do this in a way that points out who did what (and maybe some sections you both worked on), for example start by listing the things he did and then the things you did and then the parts you both worked on. This should imply that he didn't do something by himself if it's not under his list, or whatever visual aid you decide on using.
You're right to be careful! If he's still learning you don't want to discourage him and a well trained employee benefits everyone, and I literally mean everyone.
Before the next meeting with the customer, sit down with the employee and go over the product with him and make a summary of the work you two have done. Do this in a way that points out who did what (and maybe some sections you both worked on), for example start by listing the things he did and then the things you did and then the parts you both worked on. This should imply that he didn't do something by himself if it's not under his list, or whatever visual aid you decide on using.
You're right to be careful! If he's still learning you don't want to discourage him and a well trained employee benefits everyone, and I literally mean everyone.
answered Nov 28 '13 at 4:52
upthehill
1856
1856
add a comment |Â
add a comment |Â
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%2f16837%2fhow-to-diplomatically-approach-not-receiving-credit-for-help-given%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
@JoeStrazzere daily basis written and discussed
â RobVious
Nov 20 '13 at 14:41
3
@Why do you care? People take credit for work they didn't actually accomplish all the time. In the end it usually comes back to bite them because they can't repeat the feat. Unless this is a massive corrective action or extremely visible fix, what difference does it make? You both work on the same team apparently so treat it like a team.
â Joel Etherton
Nov 20 '13 at 18:19
Does the client feel they are paying for a more senior person?
â user8365
Nov 20 '13 at 19:50
Very related question. Another of many examples why visibility is so important.
â Elysian Fieldsâ¦
Nov 20 '13 at 23:59
1
if you do it you gotta sing it no one else will sing your song for you
â amar
Nov 21 '13 at 4:58