Что делать с аргументом «мне недостаточно платят за выполнение этой задачи»?

Что ж, решение здесь простое. Поблагодарите сварливого за его честность, верните его к обычным задачам и пригласите следующего парня со скамейки запасных.

Если кто-то не заинтересован в проекте, подобном этому, и есть другие доступные люди, то в интересах всех привлечь к проекту людей, которые больше всего в нем заинтересованы. Предоставление сварливому прибавки не сделает его более заинтересованным в проекте, поэтому в любом случае не в ваших интересах или в интересах проекта, чтобы он был там.

В дальнейшем вам также придется сделать нелегкий выбор. Я бы следил за отношением этого разработчика и за тем, как оно влияет на команду. Возможно, у вас начинается рак. Если ему действительно нравится его работа, это одно из тех заявлений, о которых он будет сожалеть. Но для меня лучший результат, на который может надеяться этот разработчик, — это то, что он достиг своего потолка вместе с командой — и это может быть нормально, если он знает ваши системы, хорошо выполняет свою работу и не создает проблем. Однако, если это не этот человек, вам в конце концов придется иметь дело с этим.

Это то, что нужно было предотвратить , а не решать постфактум. Извините, но если вы (как кажется, без какого-либо предварительного предупреждения) вдруг измените направление личного развития сотрудников и удивитесь, когда это не то направление, в котором хочет двигаться разработчик, проблема не в этом. с сотрудником.

Справедливо ли быть сварливым в этом сценарии? Конечно. Справедливо ли просить о повышении? Может быть, а может и нет — возможно, работнику даже слишком много платят. Поскольку работодатель и сотрудник явно имеют разные ожидания в отношении сферы деятельности сотрудника, третья сторона не может сказать об этом.

Культура, конечно, тоже имеет значение - я нахожусь в Швеции FWIW (как правило, относительно плоская иерархия и наделенные полномочиями сотрудники / слабые менеджеры).

Итак, я позвонил двум старейшим и наиболее опытным разработчикам в моей команде и представил им проект. В то время как один из них казался действительно заинтересованным в этом, другой был немного... сварливым, если не сказать больше.

Вы решили попросить двух самых опытных разработчиков принять вызов. Если бы тот, кто отказался от задания, сделал это, не сердясь, или представил хорошо продуманный аргумент, вы бы просто обратились к кандидату № 3? Если да, то сделайте так.

Если еще есть место для разработчика, который отказался от возможности, то назначьте ему эту задачу.

Помните, вы не просите их немного выйти за пределы их зоны комфорта. Вы просите их выучить какую-то математику, в которой они могут не видеть необходимости помимо этого проекта. Лучшим кандидатом, возможно, не были два самых старших разработчика. Это мог быть самый младший разработчик или даже стажер (хотя я бы не планировал просить стажера отвечать за долгосрочный критический навык).

Позвольте мне сыграть здесь адвоката дьявола:

• Ваша компания взялась за работу, в которой у них нет абсолютно никаких компетенций.
• Эта работа находится в области, которая сильно отличается от большинства других областей разработки программного обеспечения. Это не ваш обычный «выучить новый язык программирования», это тяжелая математика, которой боятся даже самые полные математики.
• Ваша компания отказывается нанимать нового руководителя, вместо этого она считает, что теоретические тренинги и курсы могут компенсировать отсутствие опыта.
• У руля поставили безнадежного оптимиста и энтузиаста (вас)
• Лидер (вы) даже не может признать, что у других людей могут быть иные цели, чем у него.

Я не говорю, что это рецепт катастрофы. Но многие бедствия следовали этому рецепту.

Присоединение к вашей передовой команде — это не все розы, как вы это описываете. Вы говорите, что это об обучении, но нет никого с опытом, чтобы научить вас. Это означает, что вы будете учиться на своих ошибках, и во многих случаях вы будете учиться неправильно. В лучшем случае вам придется отучить большие куски новых знаний. В худшем случае вы никогда не узнаете, что у вас не так.

Вероятность того, что вы потерпите неудачу, очень высока. Есть много способов, которыми он может потерпеть неудачу, я ставлю на сильное время (таким образом, стоимость) перерасход (несколько сотен%%), поэтому ваша компания понесет убытки. В худшем случае клиент применит штрафные санкции, и ваша компания потеряет гораздо больше, чем просто ваше время и зарплату, поэтому разработчиков могут уволить с подмоченной репутацией. Вам не кажется, что этот риск стоит компенсации?

Я нарисовал самый пессимистичный образ, но считаю необходимым уравновесить ваш оптимизм.

Давайте вернемся к последнему пункту моего списка, это единственное, что вы лично сделали неправильно. Вы приняли решение о том, что другие разработчики хотят получить в ваши руки. Кажется, вы не понимаете, что то, что вы считаете захватывающим, другим людям может показаться пугающим или просто скучным. Вы рассматриваете это как повышение, отказываясь признать, что другие могут рассматривать это как понижение. Или просто не подходит для их баланса между работой и личной жизнью. Другой аспект заключается в том, что вы видите это в рамках позиции «разработчик». Проблема в том, что это не что иное, как мнение. Противоположное мнение, что это совершенно новая работа, так же справедливо, как и ваше. Вы должны ожидать, что другие люди не разделят ваше мнение. Можно было небрежно спросить, не хочет ли кто-то получить новую работу. Но вы должны были ожидать «нет» не меньше, чем «да».

Вы также должны иметь в виду, что работа всегда контракт. И, как и в любом контракте, для его изменения нужны две стороны. Описание работы является частью контракта. Вы не можете изменить должностную инструкцию в одностороннем порядке, как и работник не может в одностороннем порядке изменить свою зарплату. Да, обычно от сотрудника ожидают улучшения, но это не означает, что он берет на себя новые обязанности, это означает, что он должен оставаться конкурентоспособным в выполнении тех задач, для которых он был нанят.

Контракт может быть изменен в любое время, когда обе стороны согласны на изменение. Для него так же нормально просить о повышении, как и для вас просить о смене работы. Но каждый должен быть готов жить с ответом.

ИМХО, его вопрос был ненастоящим, он просто не хочет новую работу. И перевернул столы против тебя, так что именно ты должен сказать "нет". Здесь вам нечего делать, кроме как изменить свое отношение к вашей команде, разделяющей ваши убеждения и жизненные цели.

Я действительно считаю справедливым просить о повышении после того, как меня поручили выполнить специализированную работу, требующую определенного набора навыков, которые не распространены на рабочем месте. Звучит так, как будто это может быть проект, связанный с большими данными, и эти навыки очень востребованы и оплачиваются намного лучше, чем средняя зарплата разработчика. Это также верно, только если задача будет постоянной.

Повышение квалификации специалиста для разового проекта на 3-6 месяцев нецелесообразно (может быть премия). Повышения для новой постоянной команды Big Data. В качестве руководителя вы можете изучить заработную плату людей с набором навыков, которые вы просите получить от своей команды, и посмотреть, может быть уместно обсудить повышение заработной платы с руководством после того, как ваша команда зарекомендовала себя.

Однако, как правило, этот запрос будет для всей команды и, как правило, произойдет после того, как они приобретут навык, хотя это может быть обещано на определенную дату позже, если навыки будут приобретены.

То, как он это сделал, отказываясь пройти квалификацию без повышения, обычно не одобряется. Лично, поскольку у вас есть выбор из другого персонала, я бы перешел к следующему человеку, который может быть заинтересован. Я, вероятно, опросил бы команду, прежде чем просить кого-либо увидеть, кто заинтересован в получении этих навыков, а затем сделал бы свой выбор из добровольцев после того, как у каждого была возможность изложить свои доводы в пользу того, почему его следует выбрать. Не так много людей, которые действительно заинтересованы в более высоких математических навыках, более юный человек, возможно, уже занимался некоторыми исследованиями в этой области, потому что это было частью его интересов.

Грампи очень плохо с этим справился. Однако...

Как человек, который десятилетиями был разработчиком, а теперь занимается математическим анализом , я понимаю точку зрения Грампи. Хотя разработчики программного обеспечения должны быть готовы изучать по крупицам самые разные дисциплины, чтобы выполнять свою работу, существует значительная разница между разработчиком и исследователем, так же как между менеджером и разработчиком. Это не похоже на то, что он отказывается изучать новый язык программирования или выяснять, как взаимодействовать с каким-то странным оборудованием; это больше похоже на то, что он отказывается заниматься графическим дизайном, управлять командой или летать на самолете.

Ворчун может бояться математики. Но также возможно, что он достаточно разбирается в статистике и интеллектуальном анализе данных, чтобы подозревать, что это будет трудная и мрачная утомительная работа. В этой конкретной области математики очень легко научиться некоторым приемам, но также легко применять их в неправильных ситуациях! Ученик старшей школы может научиться выполнять ARIMA, но знание того, когда это действительно и как выбрать правильные параметры, больше относится к уровню аспиранта. Многим математикам не нравится статистика не потому, что она сложнее, чем в других областях, а потому, что она более... неудобна.

Как и вы, я хватаюсь за возможность изучить новую математику, и я люблю свою работу. Но я понимаю, как Грампи может чувствовать, что его просят сделать что-то, что слишком далеко выходит за рамки роли разработчика. Как я уже сказал, он справился с этим очень плохо, и я не извиняюсь за это. Но у него может быть какое-то оправдание своим чувствам .

Говоря как математик, ставший разработчиком программного обеспечения, я симпатизирую Grumpy: т.е. теперь я предпочитаю разработку программного обеспечения (и я думаю, что теперь я лучше разбираюсь в разработке программного обеспечения, чем в математике).

С другой стороны, если бы я был на месте Ворчуна и хотел бы сказать это вам, я бы... и я бы не запутал проблему, упомянув о зарплате.

Тот факт, что Ворчун упомянул о зарплате, может означать, что Ворчун недоволен зарплатой, а этот проект — просто триггер или предлог для просьбы о повышении.

Поэтому я бы посоветовал попытаться разделить проблемы, даже если Грампи их не разделял. Спросите: «Доволен ли Ворчун своей нынешней зарплатой? Просит ли он повышения, несмотря на этот новый проект?» Учитывая, что он один из двух старейших и опытнейших разработчиков , следует ли сначала предложить ему безусловное повышение, а затем спросить, готов ли он заняться этим новым делом?

И/или вы можете заверить его в характере новых обязанностей? Если бы я был им, я мог бы беспокоиться о неудаче. Повышенная зарплата может быть «деньгами за риск», чтобы компенсировать мне повышенный риск, стресс или неоплачиваемую сверхурочную работу. Например, предоставит ли компания достаточную помощь (например, эксперта в предметной области, т.е. наставника по математике), чтобы гарантировать его успех?

Вы говорите, что это «исследования академического уровня», но также и «в основном исследования и разработки программного обеспечения», которые могут быть взаимоисключающими/противоречивыми. Очевидно, вы более увлечены академическими исследованиями, чем он?

Возможно ли, что разработчик чувствует, что ему недостаточно платят за работу, которую он делает сейчас? Обычно, когда люди говорят: «Мне за это мало платят», они имеют в виду, что в целом считают себя недооцененными и могут сбежать.

Если вы в состоянии изменить это, а он недооценен (или не слишком переоценен), то он может быть прав, и вы можете скорректировать цели его компании, чтобы отразить это, если он проведет это исследование и успешно развивает этот проект, в этом году он получит прибавку, которая будет лучше, чем рост стоимости жизни. Предложите процент заранее и задокументируйте его. Или у вашей компании могут быть обозначения, такие как «превышение ожиданий», которые автоматически приводят к большому повышению, поэтому скажите ему, что он получит «превышение ожиданий» и получит соответствующую компенсацию. Деньги могут стать отличным мотиватором и превратить сварливых в счастливых отдыхающих.

Или он может говорить, что на самом деле не считает себя исследователем математики. Если это так, попросите кого-нибудь сделать это и представить команде. Если это действительно просто исследование, вы можете попросить своего менеджера по продукту или бизнес-аналитика изучить информацию и передать ее команде разработчиков в требованиях.

Хотя я на самом деле не в восторге от формулировки этого парня, особенно в разработке программного обеспечения, нам платят довольно приличную сумму за то, что мы делаем, и то, что мы делаем, часто влечет за собой исследование, чтобы выяснить, как вы собираетесь делать то, что делаете. то, что ты сказал, что собираешься сделать - я думаю, что в том, о чем он говорит, есть доля правды. Нет, вы не должны повышать ему зарплату. Однако есть момент, когда просить человека, который не работает с математическими вещами, делать математические вещи, будет плохо как для вас, так и для них.

На самом деле я столкнулся с почти похожей ситуацией в своей карьере разработчика. Я имею в виду, что в некотором смысле это совсем не то же самое, но все же... как уже было сказано, я разработчик. Я разрабатываю вещи. Если вы хотите реализовать некоторую бизнес-логику и разместить виджеты на веб-странице, чтобы прыгать и делать что-то, я ваш парень. Я работал над серверной и клиентской частью, создавал веб-сервисы среднего уровня и на лету подбирал новые языки и фреймворки, когда мне это было нужно. Что я не делаю - я должен сказать, что я не делаю хорошо- это дизайн. Если вы попросите меня разработать веб-страницу, я сделаю это, не поймите меня неправильно, но я сделаю это, заявив вам, что у меня нет обучения или опыта в этом, и вам могут не понравиться результаты. В конце концов, я думаю, вам будет лучше нанять настоящего дизайнера, а затем использовать меня, чтобы взять дизайн этого человека и реализовать его.

Итак, что я бы посоветовал сделать здесь, так это принять этого парня так, как если бы он говорил вам это, вместо того, чтобы «платить мне больше», потому что в некотором смысле это то , что он делает. Проблема здесь на самом деле не столько в том, что разработчикам программного обеспечения платят X, а выполнение математики должно принести вам X + 10%, а в том, что разработка некоторого программного обеспечения на самом деле не требует математики, и поэтому просить людей делать много этого означает, что вы собираются закончить с менее чем звездными результатами. В зависимости от ситуации могу порекомендовать:

• Просмотрите наборы навыков других ваших разработчиков и посмотрите, есть ли у кого-то еще в вашей команде более математический опыт или желание изучить то, что вам нужно. Вы даже можете убедить их, что это новый инструмент, который они могут изучить и взять с собой на будущие концерты (см. ниже!). Самым большим недостатком здесь является то, что в дополнение к дополнительному времени, затрачиваемому на наращивание возможностей (и в процессе, возможно, на изучение новой архитектуры и фреймворков), этот конкретный разработчик также будет замедляться из-за необходимости изучать и понимать математику, которую вы хотите реализовать.

• Привлеките аналитика для расчета уравнений, а затем попросите ваших существующих разработчиков внедрить уравнения в код, точно так же, как они сделали бы с любой другой частью бизнес-логики. У этого есть и обратная сторона: человек, знающий математику, в конце концов не вписывает математику в вашу систему, но это можно довольно легко решить, сделав упор на разработку через тестирование (что вы уже делаете, верно? Верно?). Этот метод также имеет то преимущество, что, если вы работаете, например, в финансовой сфере, вы можете взять одного из людей из их отдела: есть вероятность, что они будут знать этот материал лучше, чем практически любой s-dev. вы можете принести с улицы, потому что это их работа.

• Привлечение стороннего консультанта для обработки только математической части кода, а затем просто блокировка этой части, чтобы ее больше никогда не трогали. Это также проблематично по многим причинам — в первую очередь, день, когда я нахожу код, который не нуждается в рефакторинге, — это день, когда я представляю себя самому экстрасенсорному разработчику — но в зависимости от того, что это вы пытаетесь сделать, это может быть способ сделать это. Этот другой парень может стоить немного больше, чем вы платите своим нынешним разработчикам, но, ну, это специализированная область.

Как я уже сказал, я не очень люблю здешние формулировки, и, возможно, это само по себе означает, что вам нужно поговорить с человеком, который говорит это (я бы, между прочим, немного настороженно относится к тому, что он не придерживается Bus Factor , и, возможно, пришло время пройтись по коду этого парня, не в качестве наказания, а потому, что люди из IME, которые думают с точки зрения уровней оплаты в этой отрасли, также думают с точки зрения того, чтобы делать что-то для становятся незаменимыми). Хотя я не думаю, что он обязательно ошибается .

Вы упомянули, что grumpy — один из старейших разработчиков. Интересно, сколько лет? Несколько лет назад у меня работал человек, которому было около 50 лет, он был компетентным разработчиком, он был доволен своей работой, но отказывался брать на себя какую-либо дополнительную ответственность. Оказалось, что была история, ему пришлось сделать перерыв в карьере в прошлом из-за стресса, он знал свои пределы и не хотел их превышать. Уважайте его суждения и используйте его для того, что он делает хорошо.

Я бы сказал, что ответ зависит от того, насколько точна оценка разработчика.

Если его должностная инструкция действительно включает в себя выполнение такого рода работы, и его ставка оплаты соответствует этому, то его заявление не соответствует действительности.

С другой стороны, его должностная инструкция и/или ставка оплаты не соответствуют новому типу работы, тогда их следует скорректировать, чтобы точно отразить это.

В целом, даже если компания обучает сотрудника новой должностной инструкции, это не означает, что компания не должна затем скорректировать должностную инструкцию этого сотрудника и ставку заработной платы, чтобы они соответствовали. Некоторые компании могут попытаться сделать это, но это неуместно и может привести к снижению морального духа и, в конечном итоге, к потере сотрудников.

Судя по вашим комментариям, вы не уверены. Вместо того, чтобы (как предложили некоторые другие ответы здесь) превращать его заявление в отказ или плохое отношение, я бы предложил относиться к нему как к респектабельному взрослому предложению и реагировать по-взрослому профессионально, признавая предложение и консультируясь с людьми, которые будут знать, что подходит для этого типа работы, а затем вернуться к нему о том, что вы узнали об этом.

Сотрудник заявляет, что не хочет выполнять работу, для которой его не нанимали, и предлагает компромисс: больше денег, и он все равно будет выполнять работу.

Вам нужно отказаться от варианта с большим количеством денег. Если он не хочет выполнять работу, он, скорее всего, будет недоволен работой, несмотря на дополнительные деньги, а несчастье может быть заразным. Кроме того, это создает плохой прецедент для людей, которые хотят выполнять работу, но теперь знают, что могут попросить прибавку к зарплате, прежде чем изучать что-то новое.

Относитесь к этому, как к любому другому сотруднику, который не хочет выполнять работу, для которой его не нанимали. И то, как вы с этим справитесь, зависит от многих других деталей, но в данном конкретном случае вы благодарите его за время и просите другого волонтера , потому что это тот проект, над которым вы хотите работать с людьми, которые хотят работать. Это.

Я думаю, что несколько незначительных моментов, связанных с вопросом, не были заданы/отвечены другими авторами (на момент публикации):

• Как называется старая должность?
• Чем оплачивается эта должность? (рыночные цены)
• Как называется новая должность?
• Чем оплачивается это звание? (рыночные цены)
• В чем разница в оплате между «Старший разработчик» и «Это звание»
• Стоит ли тратить время/усилия на то, чтобы получить разницу в оплате?

Как называется нынешняя должность? Разные должности получают разные ставки оплаты... есть разница между разработчиком и инженером... между старшим разработчиком и старшим инженером. Как называется новое название? Разработчик математики? Разработчик-исследователь? Старший научный сотрудник?

Сколько получает человек с таким титулом по рыночным ставкам? Есть несколько должностей, которые «сложнее», но за них платят меньше... Вспомните научного сотрудника в университете... многие люди пытаются получить эти должности, поэтому спрос снижает рыночные ставки.

В чем разница между текущим «Заголовком» и «Новым Заголовком» на рынке? Если это 1000 долларов в год... это другой разговор, чем 75000 долларов в год...

Что означает... стоит ли "Сварливому Деву" изучать "Математические исследования"? Да, это правда, что частью жизни разработчика является изучение новых вещей... это также изучение новых ценных вещей. Либо в денежном выражении (повышение заработной платы), либо в другом выражении (карьерный рост, новые возможности, новые технологии)...

Сэр Ворчун ясно дал мне понять, что его главный приоритет — деньги. Если он хочет быть разработчиком переднего плана, а вы пытаетесь сделать его разработчиком прикладных наук... возможно, ему не стоит переключаться - учитывая ту же шкалу оплаты. Единственный способ для него посчитать, что это того стоит, — это $$$. Либо так, либо он не заинтересован и перекладывает ответственность на вас. Соответствуют ли рыночные ставки его ожиданиям? Твои ожидания?

Я чувствую, что ответ на вашу проблему уже дан - если у вас в команде есть человек, не заинтересованный в проекте, идущем в новом направлении, но вам нужен кто-то с опытом, чтобы помочь, то вы идете к человеку со следующим -наибольшего опыта после него, или, может быть, даже подумать о том, чтобы изучить их специфические навыки (у кого-нибудь в вашей команде есть математические знания?) и позволить ему продолжать заниматься обслуживанием, которое обычно делает ваша команда.

Но чтобы ответить на ваш вопрос - "это справедливая просьба?" - это справедливо с его стороны просить об этом, но вовсе не требует, чтобы вы занимались этим дальше.

Если вы провели надлежащее исследование и убедились, что ставка заработной платы для человека с его опытом работы на его должности соответствует рыночным ценам, то мало оснований утверждать, что постоянное повышение необходимо.

Кроме того, рассмотрите полное значение его должности — ожидается, что разработчик программного обеспечения будет выполнять некоторые исследования и разработки, когда это имеет отношение к его должности. До сих пор этого не было. Но поскольку перед вашей командой поставлена ​​задача реализовать этот новый тип программы, теперь это часть работы, и отказ от выполнения этих задач означает отказ от части его работы.

На данный момент это не критическая проблема — у вас есть другие разработчики, которым вы можете поручить эту задачу. Но если вашей команде по-прежнему нужны разработчики, которые хоть немного разбираются в математике этого типа, этот сотрудник может стать обузой, если он не захочет учиться. Так что имейте это в виду.

Обратите внимание, что то, входит ли это в его должностную инструкцию, также зависит от его контракта — во многих контрактах есть пункт о «любых других задачах, необходимых для выполнения вашей работы», который включает в себя подобное дополнительное обучение.

То, о чем просит ваш товарищ по команде, несправедливо — вообще.

Изучение новых навыков является частью любой работы, особенно сегодня в технологической отрасли.

Ваша компания предлагает оплатить обучение, так что не похоже, чтобы ваш товарищ по команде был брошен в глубокий конец.

Большинство людей были бы признательны за возможность расширять и улучшать свои навыки с небольшими затратами или бесплатно, а также иметь возможность учиться на работе.

Реакция вашего товарища по команде откровенно непослушна и ядовита. Вам не нужны такие люди в вашей команде.

Этот вопрос следует передать менеджеру или тому, кто отвечает за оценку работы вашего товарища по команде.