Como lidar com um argumento "não sou pago o suficiente para fazer esta tarefa"?

Bem, a solução aqui é simples. Agradeça a sua honestidade, coloque-o de volta em tarefas regulares e traga o próximo tipo da bancada.

Se alguém não está interessado num projecto como este e há outras pessoas disponíveis então é do interesse de todos colocar as pessoas no projecto que estão mais interessadas no mesmo. Dar um aumento não o vai deixar mais entusiasmado com o projecto, portanto não é do seu interesse ou do projecto tê-lo lá de qualquer maneira.

Mais adiante no caminho que vai precisar para fazer algumas escolhas difíceis também. Eu ficaria de olho na atitude deste promotor e na forma como ela afecta a equipa. Pode ser que tenha um cancro a começar. Se ele está realmente a gostar do seu trabalho, esta é uma daquelas declarações de que se vai arrepender. Mas, para mim, o melhor resultado que este promotor pode esperar é que ele tenha atingido o seu limite máximo com a equipa - e isso pode ser bom se ele conhecer os seus sistemas, fizer bem o seu trabalho e não causar problemas. Se não for essa pessoa, porém, acabará por ter de lidar com ela.

** Isto é algo que deveria ter sido evitado** , não tratado depois. Lamento, mas se você (como parece, sem qualquer tipo de aviso prévio) mudar subitamente a direcção do desenvolvimento pessoal dos colaboradores e ficar surpreendido quando esta não é a mesma direcção em que o promotor quer avançar, o problema não é com o colaborador.

É justo ficar mal-humorado neste cenário? Claro que é justo. É justo pedir um aumento? Talvez, talvez não - talvez até o empregado seja pago em demasia. Uma vez que o empregador e o empregado obviamente têm expectativas diferentes sobre o âmbito do empregado, não é possível para uma terceira parte dizer.

A cultura também importa, claro - estou na Suécia FWIW (tipicamente hierarquias relativamente planas e empregados/ gestores fracos com poder de decisão).

Então, chamei os dois mais antigos e experientes desenvolvedores que tenho na minha equipe e apresentei o projeto a eles. Enquanto um deles parecia realmente interessado no projecto, o outro estava um pouco… mal-humorado, para dizer o mínimo.

Fez a escolha de pedir aos dois promotores mais experientes para aceitarem o desafio. Se aquele que recusou a tarefa o tivesse feito sem ser mal-humorado, ou tivesse apresentado um argumento bem pensado, ter-se-ia simplesmente voltado para o candidato nº 3? Se sim, então faça-o.

Se ainda existe um lugar para o promotor que recusou a oportunidade, então atribua-lhes essa tarefa.

Lembre-se, não está a pedir-lhes que saiam ligeiramente da sua zona de conforto. Está a pedir-lhes que aprendam alguma matemática que talvez não vejam necessidade para além deste projecto. O melhor candidato pode não ter sido os dois mais antigos desenvolvedores. Pode ter sido o mais jovem promotor, ou mesmo o estagiário (embora eu não planeie pedir a um estagiário para ser responsável por uma habilidade crítica a longo prazo).

Deixe-me fazer aqui o papel de advogado do diabo:

• A sua empresa assumiu um trabalho em que não tem absolutamente nenhuma competência.
• Este trabalho é num campo muito diferente da maioria dos outros campos no desenvolvimento de software. Esta não é a sua “linguagem de programação” habitual, é uma matemática pesada que até a maioria dos matemáticos a tempo inteiro temem.
• A sua empresa recusa-se a contratar uma nova pessoa para liderar, em vez disso acredita que os treinos teóricos e os cursos podem compensar a falta de experiência.
• Colocaram um optimista e entusiasta sem esperança no leme (você)
• O líder (você) não consegue sequer reconhecer que outras pessoas podem ter objectivos diferentes dos dele.

Agora, não estou a dizer que esta é uma receita para o desastre. Mas muitos desastres seguiram esta receita.

Juntar-se à sua equipa de ponta de lança não é só rosas como você a descreve. Você diz que se trata de aprender, mas não há ninguém com experiência para lhe ensinar. Isso significa que vais aprender com os teus próprios erros e, em muitos casos, vais aprender mal. Na melhor das hipóteses, terás de desaprender grandes pedaços dos teus novos conhecimentos. Na pior das hipóteses, nunca saberás o que estás errado.

Há grandes probabilidades de falhares. Há muitas formas de falhar, estou a apostar no tempo severo (e, portanto, no custo) excedido (poucas centenas de%) para que a sua empresa tenha prejuízos. O pior caso é que o cliente vai invocar cláusulas de penalização e a sua empresa vai perder muito mais do que apenas o seu tempo e salários, por isso os devs podem ser despedidos com a reputação manchada. Não acha que o risco vale a pena ser compensado?

Pintei a imagem mais pessimista, mas creio que é necessário contrapor o seu optimismo.

Voltemos ao último ponto da minha lista de pontos, que é a única coisa que fez pessoalmente mal. O senhor tomou a decisão sobre o que os outros devs querem nas suas mãos. Você não parece perceber que o que você vê como emocionante, outras pessoas podem ver como intimidante ou meramente enfadonho. Você vê isso como um upgrade enquanto se recusa a aceitar que outros possam ver isso como um downgrade. Ou simplesmente não se adaptam bem ao seu equilíbrio entre a vida profissional e a vida privada. Outro ângulo é que o vê como estando no âmbito da posição de “revelador”. O problema é que não passa de uma opinião. Uma opinião contrária, que constitui um trabalho novo em folha, é tão válida como a sua. Tem de esperar que outras pessoas não partilhem as suas opiniões. Não há problema em perguntar casualmente se alguém quer o novo emprego. Mas você deveria ter esperado tanto “não” como “sim”.

Você também precisa ter em mente que um emprego é sempre um contrato. […] A descrição do posto de trabalho faz parte do contrato. […] Sim, é normalmente esperado que um empregado melhore, mas isso não significa assumir novas responsabilidades, significa manter-se competitivo na execução das que lhe foram contratadas.

O contrato pode ser alterado a qualquer momento sempre que ambas as partes concordem com a alteração. ** Não há problema se ele pedir um aumento como foi para si se pedir uma mudança de emprego.** Mas todos devem estar prontos para viver com a resposta.

IMHO a sua pergunta não era verdadeira, ele só não quer o novo emprego. […] Não há nada para você lidar aqui, exceto mudar sua atitude sobre sua equipe compartilhando suas crenças e objetivos de vida.

Penso que é justo pedir um aumento depois de ter sido atribuído a trabalho especializado que exige um conjunto específico de competências que não são comuns no local de trabalho. Parece que se trata de um grande projecto de dados e que essas competências são muito procuradas e pagam muito melhor do que o salário médio do promotor. Isto também só é verdade se a tarefa for uma tarefa contínua.

Os aumentos de competências especializadas para um projecto único de 3-6 meses não são apropriados (pode ser um bónus). Os aumentos para a nova equipa permanente de Grandes Dados são. Como líder, poderá pesquisar os salários das pessoas com os conjuntos de competências que está a pedir à sua equipa e ver se é apropriado discutir aumentos salariais com a direcção depois de a sua equipa ter dado provas.

No entanto, normalmente esse pedido seria para toda a equipa e geralmente aconteceria depois de terem adquirido as competências, embora pudesse ser prometido numa determinada data mais tarde se as competências fossem adquiridas.

A forma como se recusou a qualificar-se sem um aumento é geralmente desaprovada. Pessoalmente, uma vez que tem outro pessoal para escolher, passaria para a pessoa seguinte que pudesse estar interessada. Provavelmente teria sondado a equipa antes de pedir a alguém para ver quem estava interessado em adquirir estas competências e depois teria feito a minha escolha entre os voluntários, depois de cada um ter tido a oportunidade de defender a razão pela qual ele deveria ser escolhido. Não há muitas pessoas que estejam realmente interessadas nas competências matemáticas superiores, mas uma pessoa mais jovem poderia já ter feito algum estudo nesta área porque fazia parte dos seus interesses.

Grumpy lidou com isto muito mal. No entanto…

Como alguém que foi um desenvolvedor durante décadas, e é agora um investigador de matemática a fazer muitas análises preditivas, eu meio que vejo o ponto de vista do Grumpy. Enquanto os programadores de software têm de estar preparados para aprenderem pedaços e peças de uma grande variedade de disciplinas para poderem fazer o seu trabalho, existe uma diferença significativa entre um programador e um investigador, tal como existe entre um gestor e um programador. Isto não é como se ele se recusasse a aprender uma nova linguagem de programação ou a descobrir como interagir com algum hardware estranho; é mais como se ele se recusasse a fazer design gráfico ou a gerir uma equipa ou a pilotar um avião.

Grumpy pode ser matemático-fóbico. Mas também é possível que ele saiba o suficiente sobre estatísticas e mineração de dados para suspeitar que será uma tarefa difícil e obscura. Nesta área particular da matemática, é muito fácil aprender algumas técnicas, mas também é fácil aplicá-las nas situações erradas! Um aluno do ensino secundário pode aprender a fazer ARIMA, mas saber quando é válido e como escolher os parâmetros certos é mais ao nível do aluno licenciado. Muitos mathematicians não gostam de estatísticas, não porque seja mais difícil do que outras áreas, mas porque é mais… fiddly.

Como tu, eu salto para a oportunidade de aprender novas matemáticas, e adoro o meu trabalho. Mas vejo como o Grumpy pode sentir que lhe está a ser pedido para fazer algo que está muito fora do papel de um empreendedor. Como eu disse, ele lidou muito mal com isso, e eu não desculpo isso. Mas ele pode ter alguma justificação para a forma como se sente.

Falando na qualidade de programador de software com retorno matemático, simpatizo com o Grumpy: ou seja, agora prefiro o desenvolvimento de software (e penso que agora sou melhor no desenvolvimento de software do que na matemática).

Por outro lado, se eu estivesse no lugar do Grumpy e quisesse dizer-lhe isso, eu iria - e não confundiria a questão mencionando o salário.

O facto de o Grumpy ter mencionado o salário pode significar que o Grumpy está chateado com o salário, e este projecto é apenas um estímulo ou uma desculpa para pedir um aumento.

Por isso o meu conselho seria tentar separar as questões, mesmo que o Grumpy não as separasse. Perguntar: “O Grumpy está satisfeito com o seu salário actual? Ele está a pedir um aumento independentemente deste novo projecto?”. Dado que ele é um dos dois criadores mais antigos e mais experientes será que primeiro deve oferecer-lhe um aumento incondicional, e depois perguntar se ele está disposto a fazer esta nova coisa?

E/ou pode tranquilizá-lo sobre a natureza das novas responsabilidades? Se eu fosse ele, talvez me preocupasse em falhar. O aumento do salário pode ser “dinheiro do perigo” para me compensar pelo aumento do risco ou stress ou horas extraordinárias não pagas. Por exemplo, será que a empresa irá fornecer ajuda suficiente (por exemplo, um perito no domínio, ou seja, um mentor em matemática) para garantir o seu sucesso?

Diz que se trata de “investigação de nível académico” mas também “basicamente I&D em software” que pode ser mutuamente exclusiva/contraditória. Aparentemente está mais interessado na investigação académica do que ele na sua?

Será possível que o dono da obra sinta que não lhe pagam o suficiente pelo trabalho que está a fazer agora? Normalmente quando as pessoas dizem “não estou a ser pago o suficiente para fazer isto”, querem dizer que sentem que estão subvalorizados em geral, e que podem ser um risco de fuga.

Se estiver em posição de ajustar isso, e ele estiver subvalorizado (ou não estiver sobrevalorizado), então ele pode estar a fazer uma boa observação, e pode ajustar os objectivos da sua empresa para reflectir que se ele fizer esta pesquisa e desenvolver este projecto com sucesso, ele vai ser aumentado este ano que será melhor do que o aumento do custo de vida. Proponha uma percentagem antecipadamente e documente-a. Ou a sua empresa pode ter designações como “exceder as expectativas” que resultam automaticamente num grande aumento, por isso diga-lhe que receberá “exceder as expectativas” e que será compensado em conformidade. O dinheiro pode ser um grande motivador, e transformar grumps em campistas felizes.

Ou pode estar a dizer que não se vê realmente como um investigador matemático. Se for esse o caso, peça a outra pessoa que o faça e o apresente à equipa. Se for realmente apenas pesquisa, poderá pedir ao seu gestor de produto ou analista de negócios para estudar a informação e relacioná-la com a equipa de desenvolvimento em requisitos.

Embora eu não seja muito, muito fã da fraseologia deste tipo - especialmente no desenvolvimento de software , somos pagos bastante bem para fazer o que fazemos, e o que fazemos muitas vezes implica investigar para descobrir como é que se vai fazer o que se disse que se ia fazer - penso que há um núcleo de verdade naquilo de que ele está a falar. Não, não lhe devia dar um aumento. Mas há um ponto em que pedir a uma pessoa que não trabalha com coisas matemáticas para fazer coisas matemáticas vai ser uma má altura tanto para si como para eles.

Na verdade, deparei-me com uma situação semi-similar na minha carreira como promotor. Quer dizer, de certa forma não é exactamente a mesma coisa, mas mesmo assim… como referido, sou um promotor. Eu desenvolvo coisas. Se quiseres implementar alguma lógica empresarial e colocar widgets numa página web para saltar e fazer coisas, eu sou o teu homem. Trabalhei na parte de trás e na parte da frente, construí serviços web de nível médio e aprendi novas linguagens e frameworks quando precisei. O que eu não faço - devo dizer, o que não faço bem - é design. Se me pedirem para desenhar uma página web, eu faço-o, não me interpretem mal, mas faço-o dizendo-vos que não tenho formação ou experiência nisto e que podem não gostar dos resultados. No final, acho que será melhor contratar um verdadeiro designer e depois usar-me para pegar no design dessa pessoa e implementá-lo.

Então o que eu diria para fazer aqui é pegar neste tipo como se ele te estivesse a dizer esta coisa em vez de “pagar-me mais”, porque de certa forma esse tipo de é o que ele está a fazer. A questão aqui não é tanto que o software é pago X e fazer contas deve dar X + 10%, é que algum desenvolvimento de software não requer realmente matemática e por isso pedir às pessoas que façam muito disso significa que vai acabar com menos do que resultados estelares. Dependendo da situação, eu posso recomendar:

• Olhando através das competências dos seus outros programadores e vendo se alguém da sua equipa tem um passado mais matemático, ou se está disposto a aprender o que você precisa de aprender. Podes até vendê-los na noção de que isto representa uma nova ferramenta que eles podem aprender e levar com eles para futuros concertos (ver abaixo!). A maior desvantagem aqui é que, para além do tempo extra gasto em melhorar as coisas (e no processo, possivelmente aprendendo nova arquitectura e frameworks), esse dev particular também vai ser abrandado por ter de aprender e compreender a matemática que quer implementar.

• Traga um analista para descobrir as equações e depois tenha os seus devs existentes a implementar as equações em código, tal como fariam com qualquer outra peça de lógica de negócio. Isto tem a desvantagem de a pessoa que sabe as contas não estar no final a escrever as contas no seu sistema, mas isso pode ser facilmente resolvido colocando uma ênfase no desenvolvimento orientado por testes (o que já está a fazer, certo? Certo?). Este método também tem a vantagem de, se estiveres a trabalhar, por exemplo, em finanças, conseguires agarrar um dos números de pessoas do seu departamento: as probabilidades são, eles vão saber estas coisas melhor do que praticamente qualquer s-dev que possas trazer para fora das ruas porque esse é o trabalho deles.

• Trazer um consultor de terceiros para lidar apenas com a parte matemática do código, e depois apenas bloquear essa parte para nunca mais ser tocada. Isto também é problemático por muitas razões - primeiro e acima de tudo, o dia em que encontro um código que não precisa de ser refacturado é o dia em que me apresento ao revelador mais psíquico de sempre - mas dependendo do que está a tentar fazer, esta pode ser a forma de o fazer. Esse outro tipo pode custar um pouco mais do que aquilo que está a pagar os seus actuais desenvolvimentos, também, mas, bem, é um subcampo especializado.

Como eu disse, não sou um grande fã da fraseologia aqui, e talvez isso, por si só, signifique que você precisa de ter uma conversa com a pessoa que está a dizer isto (eu, como um aparte, seria um pouco cauteloso em relação a ele não aderir ao Bus Factor e pode ser a altura de andar através de algum do código deste tipo, não como castigo, mas porque as pessoas da IME que pensam em termos de remuneração nesta indústria também pensam em termos de fazer coisas para se tornarem insubstituíveis). Eu não acho que ele esteja necessariamente não está errado no entanto.

Mencionou que o senhor deputado está mal-humorado e é um dos criadores mais antigos. Pergunto-me que idade terá? Há anos atrás tive alguém a trabalhar para mim que estava na casa dos 50 anos, era um promotor competente, era feliz no seu trabalho, mas recusava-se a assumir qualquer responsabilidade extra. Afinal, havia uma história, ele teve de fazer uma pausa na carreira no passado por causa do stress, conhecia os seus limites e não queria atingi-los em demasia. Respeitar o seu julgamento e usá-lo para as coisas que faz bem.

Diria que a resposta depende da exactidão da avaliação do promotor.

Se a sua descrição de funções inclui efectivamente a realização deste tipo de trabalho e se a sua taxa de remuneração é adequada para o efeito, então a sua alegação é inexacta.

Por outro lado, a sua descrição de funções e/ou a sua taxa de remuneração não correspondem ao novo tipo de trabalho, então devem ser ajustadas de forma a reflectir com precisão esse facto.

Em geral, mesmo que uma empresa treine um trabalhador para uma nova descrição de funções, isso não significa que a empresa não deva ajustar a descrição de funções e a taxa de remuneração desse trabalhador de forma a corresponder. Algumas empresas podem tentar fazer isso, mas isso não é apropriado e é propenso a diminuir o moral e eventualmente perder empregados.

Pelos seus comentários, parece que não tem a certeza. Em vez de (como algumas outras respostas aqui sugeriram) fazer a sua declaração como uma recusa ou má atitude, eu sugeriria tratá-la como uma sugestão adulta respeitável, e responder de uma forma profissional adulta, reconhecendo a sugestão e consultando pessoas que saberiam o que é apropriado para esse tipo de trabalho, e depois voltar a falar com ele sobre o que descobriu sobre isso.

O empregado declara que não quer fazer o trabalho para o qual não foi contratado e oferece um compromisso: Mais dinheiro e ele fará o trabalho de qualquer forma.

Tem de rejeitar a opção de mais dinheiro. Se ele não quiser fazer o trabalho, provavelmente ficará descontente por fazer o trabalho apesar do dinheiro adicional, e a infelicidade pode ser contagiosa. Adicionalmente, cria um mau precedente para as pessoas que querem fazer o trabalho mas agora sabem que podem pedir um aumento antes de aprenderem algo diferente.

Trate isto como qualquer outro empregado que não queira fazer um trabalho para o qual não tenha sido contratado. E como lidar com isso depende de muitos outros detalhes, mas neste caso específico, ** você agradece o tempo e pede um voluntário diferente** , porque este é o tipo de projecto em que quer trabalhar com pessoas que querem trabalhar nele.

Penso que alguns pequenos pontos relacionados com a pergunta não foram colocados/resposta por outros cartazes (a partir desta publicação):

• Qual é o título da posição antiga?
• Qual é o título da posição antiga?
• Qual é o título da posição antiga? (Taxas de mercado)
• Qual é o título da nova posição?
• Qual é o título da nova posição? (Taxas de mercado)
• Qual é a diferença de remuneração entre “Senior Developer” e “That Title”

• Vale a pena o tempo/forte para ele receber a diferença de remuneração?

• Qual é o título da posição actual? Diferentes títulos recebem taxas de remuneração diferentes… há uma diferença entre um Desenvolvedor e um Engenheiro… um Desenvolvedor Sénior e um Engenheiro Sénior. Qual é o nome do novo título? Programador Matemático? Investigador Revelador? Engenheiro Investigador Sénior?

O que é que alguém com esse título recebe, em taxas de mercado? Existem algumas posições que são “mais difíceis” mas que são pagas menos… Pense Investigador em Universidades… muita gente a tentar obter as posições de forma a exigir taxas de mercado mais baixas.

Qual é a diferença entre o “Título” actual e o “Novo Título” no mercado? Se são $1000/ano… é uma conversa diferente de $75000 por ano…

O que significa… vale a pena para “Grumpy Dev” aprender “Math Research”? Sim, é verdade que parte da Vida dos Desenvolvedores é aprender coisas novas… é também aprender coisas novas que são valiosas. Ou em termos monetários (Pay Raise) ou noutros termos (progressão de carreira, novas oportunidades, novas tecnologias)…

Sir Grumpy, para mim, deixou claro que a sua principal prioridade é o dinheiro. Se ele quer ser um Revelador Front End e você está a tentar torná-lo um Revelador Applied Science… pode não valer a pena para ele mudar - dada a mesma tabela salarial. A única forma de ele considerar que vale a pena seria $$$. Ou isso, ou ele não está interessado e está a passar a responsabilidade para si. As taxas de mercado estão de acordo com as suas expectativas? As suas expectativas?

Sinto que já foi dada uma resposta ao seu problema - que se tem uma pessoa na sua equipa desinteressada num projecto que vai numa nova direcção, mas precisa de alguém com experiência para ajudar, então vai ter com a pessoa com a próxima maior experiência depois dela, ou talvez até considere a possibilidade de analisar as suas competências específicas (alguém da sua equipa tem conhecimentos de matemática?) e deixe-o continuar a fazer a manutenção que a sua equipa normalmente faz.

Mas para responder à sua pergunta - “isto é um pedido justo?

Se fez a sua devida pesquisa e se certificou que a taxa de remuneração de uma pessoa da sua experiência na sua posição está a corresponder aos valores de mercado, então há pouco espaço para argumentar que é necessário um aumento permanente.

Além disso, considere a implicação total do seu título - um Desenvolvedor de Software _é esperado que faça alguma pesquisa e desenvolvimento quando for relevante para a sua posição. Até agora, não o foi. Mas como a sua equipa está a ser incumbida de implementar este novo tipo de programa, agora faz parte do trabalho, e declinar a execução dessas tarefas significa declinar uma parte do seu trabalho.

A partir de agora, isso não é um problema grave - tem outros programadores que pode colocar nesta tarefa. Mas se a sua equipa continuar a precisar de programadores que tenham alguma compreensão deste tipo de matemática, este empregado pode tornar-se um passivo se não estiver disposto a aprender. Portanto, tenha isso em mente.

Note que se está ou não dentro da descrição da sua função também depende do seu contrato - muitos contratos têm uma cláusula para "quaisquer outras tarefas necessárias para desempenhar o seu trabalho”, que inclui formação adicional como esta.

O que o seu colega de equipa está a pedir não é justo - de todo.

Aprender novas competências faz parte de qualquer trabalho, especialmente hoje em dia na indústria tecnológica.

A sua empresa está a oferecer-se para pagar a formação, por isso não é como se o seu colega de equipa estivesse a ser atirado para o fundo do poço.

A maioria das pessoas apreciaria a oportunidade de expandir e melhorar as suas competências a pouco ou nenhum custo, e ser capaz de aprender essencialmente no trabalho.

A resposta do seu colega de equipa é francamente insubordinada e tóxica. Não precisa de ninguém assim na sua equipa.

Esta questão deve ser encaminhada para um gestor ou alguém que seja responsável pela avaliação do desempenho do seu colega de equipa.