Короче говоря, я работаю в компании ABC в качестве консультанта. У ABC есть контракт с XYZ, по которому я, по сути, увеличиваю штат в течение года вместе с другим младшим разработчиком.
Он умен, но он новичок в этой области, и его нужно много держать за руку. Обычно это занимает ~ 2 часа в день каждый день, и меня это устраивает.
Вчера я потратил ~ 30 минут, чтобы помочь ему отследить проблему, над которой он работал 4 часа, а сегодня он сказал, что решил проблему.
Мои отношения с клиентом сейчас немного шаткие из-за некоторых факторов, которые я не могу контролировать, поэтому все, что я могу сделать, чтобы они знали, что я приношу пользу, поможет.
Но когда мой коллега не упоминает о моем вкладе, это немного расстраивает, поскольку я активно пытаюсь развивать эти отношения с клиентами, и я не могу пойти и сказать: «Мой коллега не упомянул, что я починил его вещи».
Как правильно подойти к этому как можно более дипломатично?
У вас есть SCRUM, регулярные обновления или какие-либо отчеты о задачах? Если это так, то нужно упомянуть «Работал с Mr Junior Dev», чтобы исправить ошибку XYZ. Если это происходит регулярно, клиент привыкнет к тому, что вы время от времени помогаете этому младшему разработчику.
Имейте в виду, когда вы помогаете кому-то, вы приносите пользу компании и выполняете более сложную работу, чем просто выполняете ее сами. Люди, которые могут научить других быть лучше, — редкая находка, и часто это более ценный навык, чем просто быстрее внедрять функции или исправлять ошибки. Эта ситуация должна хорошо смотреться на вас, а не наносить ущерб.
Что ж, посмотрите на это с точки зрения младшего разработчика: он потратил часы на решение проблемы, попросил помощи, получил ее и устранил проблему. Если не считать того, что он не поблагодарил вас за помощь, он ошибается?
Он действительно много работал. Да, он зеленый, и ты можешь за 30 минут сделать то, на что у него уходит 4 часа, но сделал он это или нет?
Я думаю, что вы должны позволить ребенку получить кредит, если он действительно сделал работу.
Имейте в виду, что он младший разработчик и, следовательно, (я предполагаю) новичок на рабочем месте в целом. Он может не знать, что ожидается воздать должное там, где это необходимо, и что в центре внимания должны быть усилия команды, а не индивидуальная работа. Особенно, если он только что закончил высшее образование, где упор часто делается на индивидуальную работу, он может не понимать динамику рабочего места. (Я также являюсь младшим разработчиком и скучаю по многим деталям «внутри бейсбола» / «офисной политики».)
Просто поговори с ним. Объясните ситуацию со своей точки зрения. Гораздо более вероятно, что вы были на его месте, чем наоборот.
Если после обсуждения с ним проблемы он не изменится, просто время от времени напоминайте ему дружеские напоминания и обязательно общайтесь со своим клиентом о том, почему такие отношения имеют ценность (как упоминалось в других ответах) .
Перед следующей встречей с заказчиком сядьте с сотрудником, пройдитесь с ним по продукту и подведите итоги проделанной вами вдвоем работы. Сделайте это таким образом, чтобы указать, кто что сделал (и, возможно, некоторые разделы, над которыми вы оба работали), например, начните с перечисления того, что сделал он, затем того, что сделали вы, а затем части, над которыми вы оба работали. Это должно означать, что он не сделал что-то сам, если этого нет в его списке или какой-либо наглядной помощи, которую вы решите использовать.
Вы правы, будьте осторожны! Если он все еще учится, вы не хотите обескураживать его, а хорошо обученный сотрудник приносит пользу всем, и я буквально имею в виду всем .
РобВиус
Джоэл Этертон
пользователь8365
край
амар