¿Cómo lidiar con un argumento de "No me pagan lo suficiente para hacer esta tarea"?

Soy el líder técnico actual y el líder del equipo de nuestro equipo de desarrollo. Normalmente funcionamos como un reloj (con el interno algo atrasado), pero hoy me encontré con un problema que no pude resolver.

Tenemos un proyecto relativamente grande en nuestras manos. Este proyecto es un poco diferente de los otros que solemos hacer, ya que no se centra en el dinero, los recursos humanos o las transacciones financieras, lo que es habitual, sino que se centra en una gran cantidad de análisis predictivos. Este suele ser el tipo de proyecto que me encanta hacer , así que me emocioné mucho.

Con la idea de un proyecto grande, sabroso y jugoso en camino, mi jefe me ordenó que eligiera a dos desarrolladores del equipo para trabajar en él mientras el resto del equipo permanecería en el ciclo habitual de mantenimiento/actualización de nuestros otros sistemas

Dado que este proyecto necesita conocimientos matemáticos que nuestros desarrolladores actualmente no tienen, les pagaríamos para que tomen cursos relevantes en el área. Está un poco fuera del alcance de su tarea normal como desarrolladores porque es una habilidad bastante específica.

Entonces, llamé a los dos desarrolladores más antiguos y experimentados que tengo en mi equipo y les presenté el proyecto. Mientras que uno de ellos parecía realmente interesado en eso, el otro estaba... menos que divertido, por decir lo menos.

"No me pagan lo suficiente para hacer algo como esto".

"¿Disculpa que?"

"Este es un trabajo que requiere mucha investigación realmente difícil sobre temas matemáticos. Me pagan por desarrollar software, no por hacer este tipo de investigación. Si quieres que trabaje en esto, tendrás que darme un aumento". por las responsabilidades adicionales que tendré como investigador".

Y entonces... me quedé atascado.

Si bien es cierto que es desarrollador de software y su trabajo no incluye proyectos de investigación de nivel académico, no estoy seguro de si tiene derecho a discutir sobre un aumento de sueldo por esos motivos. Dado que esto es básicamente I+D de software, creo que entra dentro de nuestras responsabilidades actuales como desarrolladores. Sí, necesitará aprender algunas habilidades nuevas, pero este aprendizaje se realizará en el tiempo de la empresa, utilizando los recursos de la empresa.

¿Alguien puede pedir un aumento de sueldo cuando se le presenta un problema que es "demasiado difícil" para su puesto actual o que exige "responsabilidades adicionales"? ¿Cómo debo abordar esto?

Tenga en cuenta que la capacitación se realizará en el horario de la empresa y se pagará con dinero de la empresa. Si el empleado necesita 4 horas en un día para una clase dada, esas horas contarán para las horas trabajadas en ese día. Esta es nuestra política habitual de formación, por lo que no es nada nuevo para los empleados.

Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .
Algo relacionado: desconfiaría de deshacerme de los dos mejores ingenieros senior en el mismo proyecto; Me parece mejor distribuir la antigüedad para que tengan más oportunidades de ser mentores de sus jóvenes.
Gruñón no me suena gruñón... Suena inteligente . Así que sugeriría no etiquetarlo como tal.
@MatthieuM. La empresa hará una gran inversión en capacitación para este proyecto, incluido el pago de los cursos y el uso del tiempo de la empresa para las clases necesarias. Parecía interesante recompensar a los dos mejores desarrolladores con algunas habilidades adicionales que podrían usar en el creciente mercado de big data, más adelante en la vida. ¡Nos preocupamos mucho por nuestros empleados!
@TSar: Entiendo cómo un senior puede sentirse menospreciado por ser excluido de tal oportunidad, pero mi experiencia ha sido que mezclar personas de diferente experiencia y antigüedad en el equipo de proyectos es mejor porque (1) aumenta el crecimiento, (2) traer nuevas ideas y (3) preparar a un junior para el mantenimiento. Con respecto a (3) si utiliza desarrolladores senior para encabezar proyectos y, por lo tanto, hacer que salten de un proyecto a otro según la agenda, entonces, gracias al desarrollador junior capacitado restante, los seniors son realmente libres para seguir adelante y concentrarse. en el nuevo juego.
Bueno, USTED encuentra el trabajo emocionante, pero no puede esperar que todos los demás lo hagan también. Personalmente, a mí tampoco me gustaría un proyecto así, y no lo disfrutaría, por lo que el aumento de sueldo podría ser su forma de decir "búsquense a otra persona, no me interesa". Estoy realmente sorprendido de que no hayas pedido voluntarios primero.
¿Tal vez es escéptico de que la oficina sea un buen ambiente de aprendizaje para él y anticipa que para realmente ponerse al día en el área necesitará pasar mucho tiempo estudiando en casa también (además de los cursos)?
@TSar, si ese es el caso, parece que ha vendido mal el proyecto y su relevancia para el trabajo futuro, o no está al tanto de lo que sus compañeros de trabajo quieren hacer. O tal vez ambos.
No entiendo por qué mucha gente decidió amontonarse sobre mí como si hubiera hecho algo horrible.
Al principio, no proporcionó información vital ("el aprendizaje se haría en el horario de la empresa"). Y le estás poniendo una etiqueta despectiva a una persona. Persona que probablemente acaba de decirte la pura verdad: que las matemáticas no están en la descripción de su trabajo, no es para lo que firmó y, en última instancia, no es lo que le dijeron que le pagaban por hacer. Si esto es cierto, puedes preguntar qué hacer con él y eres libre de sentirte mal por eso, pero llamarlo "gruñón" por querer más dinero cuando tiene más responsabilidades fue demasiado.
@TSar si el inglés no es su primer idioma, es posible que no sepa que "gruñón" no es una descripción muy agradable de una persona, y esto tiene un impacto en cómo se lee su pregunta.
@Molot Estoy bastante seguro de que incluí la información sobre cómo aprender a estar en horario de trabajo.
@Thorbjørn Quité la etiqueta de gruñón por algo menos ofensivo.
Recuerde que nadie quiere trabajar gratis . Para mí, esta reacción podría indicar que, para algunos de los desarrolladores, la empresa no parece lo suficientemente confiable como para hacer un esfuerzo extra. Tenga en cuenta que cualquier cosa que vaya más allá de las tareas normales de cualquier trabajo es, en esencia, un trabajo adicional que está haciendo de forma gratuita con la esperanza de ser recompensado de alguna manera. Si sus desarrolladores tienen la percepción de que la empresa no recompensa esos esfuerzos, es posible que no se sientan inclinados a hacerlos. Recuerde, se trata de impresiones, no de hechos, las personas siempre son subjetivas y usted las maneja.
Si de hecho lo incluyó, entonces pregúntese: ¿por qué tanta gente no lo notó o no lo entendió? Hay que ser muy claro en este tipo de cosas.
@oskuro Gracias por tu aporte. Normalmente hacemos todo lo posible para brindar seguridad a nuestros desarrolladores y hacer que la experiencia general de trabajar para nosotros sea placentera y gratificante. No puedo ver el trabajo como "trabajo gratuito" ya que aún recibirían su salario regular por ello, que ya es considerablemente más alto que el salario de un investigador. No harán más en el mismo tiempo de ninguna manera.
@Mołot "este aprendizaje se realizaría en el tiempo de la empresa, utilizando los recursos de la empresa", última línea del penúltimo párrafo. Solo puedo suponer que la gente se lo saltó.
@TSar No estoy allí, así que no puedo juzgar. Solo quería recordarles a todos que, cuando se trata de problemas de trabajadores/administración, los malentendidos simples pueden convertirse en problemas muy serios. Su problema podría ser solo ese trabajador específico, pero si resulta ser algo más generalizado, podría terminar en una situación grave. También tenga en cuenta que los trabajadores individuales, que se sienten menos poderosos que los gerentes (con razón en la mayoría de los casos) podrían no expresar estas preocupaciones hasta que sea demasiado tarde. Después de todo, la gestión de equipos se trata de comprender a su equipo, y no es fácil.
@TSar, no te sientas mal. He notado que en este sitio, la gente a menudo asume que la gerencia está haciendo algo mal en este tipo de preguntas.
Aquí es también donde las descripciones de trabajo son útiles.
Es fácil pensar que las matemáticas y el desarrollo van de la mano, pero hay toneladas de buenos desarrolladores que no son buenos ni están interesados ​​en las matemáticas. No es exactamente tan fácil como aprender un nuevo lenguaje de programación. Las matemáticas son otra habilidad que requiere comprensión y experiencia. Combinar los dos también puede ser muy desafiante si el rendimiento entra en juego.
Los resbalones rosados ​​resuelven este problema muy bien.
Tu empresa suena increíble si tiene empleados entusiastas como tú.
Dios mío, desearía trabajar para una empresa como esta que me pagaría por tomar matemáticas para investigar.
Una habilidad que viene con la experiencia y la edad es decir que no. ¿Cuántos proyectos y qué carga de trabajo como arco "gruñón"?
¿Por qué capacitar solo a sus desarrolladores más experimentados? Eso va a poner más en el silo. ¿Por qué no consideró ofrecer a un desarrollador más joven la oportunidad de capacitarse también?
No estoy muy seguro de por qué crees que necesita ALGUNA razón para pedir un aumento. Las personas pueden determinar su propio requisito de pago y no le deben ninguna explicación de por qué eligen el número que eligen. Considérese afortunado de que incluso le haya dado su opinión. La verdad es que probablemente sea MEH sobre el trabajo tal como está, por lo que será mejor que mejore su juego a menos que esté bien perderlo. Si está hablando así, probablemente al menos esté mirando pasivamente a otra parte.
Hay otras personas que también podrían trabajar en ello, así que preséntelo como una oportunidad de desarrollo interesante en una reunión departamental y dígale a cualquier persona interesada que venga a hablar con usted. ¿Por qué obsesionarse con la reacción de esta persona y cambiar de opinión? Eso no es productivo. En cualquier caso, no leo su comentario como pidiendo seriamente un aumento, solo diciendo que eso no es lo suyo y que no está interesado. Así que no te obsesiones con involucrarlo. (Tal vez él tenga una mejor comprensión organizativa o de ingeniería sobre la dificultad de la tarea que usted, y tal vez no. Pero eso no es relevante).
Quiero decir que no veo esto como un gran motín o un desafío a su autoridad, así que realmente no vale la pena tomarlo así. Solo encuentra a alguien más adecuado para asignárselo. Esto es algo normal de todos los días.
He estado del otro lado varias veces, y mi respuesta siempre es que puedo hacerlo, pero no deberían esperar el mismo nivel de productividad si me están pagando por aprender algo nuevo en lugar de hacer lo que ya sé. . De todos modos, siempre obtuve la tarea, y fueron las cosas más interesantes en las que trabajé, por lo que hoy estoy incluso entusiasmado con esas oportunidades, siempre que la empresa comprenda que no aceptaré que me presionen para obtener resultados rápidos.
En mis estudios de TI, he hecho cosas orientadas a las matemáticas, y me encantaría saber qué entrenamiento mágico los llevará al nivel de investigación en algunas semanas. No, la mejor apuesta aquí es encontrar un marco/biblioteca que pueda hacer las cosas por su gente y capacitarlos en eso. Si necesita cosas matemáticas en bruto, obtenga un buscador o configure un tema de doctorado.
@Walfrat No es algo que se hará en unas pocas semanas. Ya estoy familiarizado con este tipo de proyecto, así que puedo empezar a delinear las cosas mientras toman las clases de estadística y matemáticas necesarias. El EETT (tiempo de capacitación esencial estimado) para este proyecto es de alrededor de un año y el ECT (tiempo de conclusión estimado) para el primer entregable es de aproximadamente 24 meses. Afortunadamente para nosotros, podemos obtener grandes descuentos en tarifas universitarias (tenemos algunos acuerdos con la universidad), por lo que pagar esos cursos no será un gran problema.
@Walfrat Además, el costo de la capacitación está incluido en el precio que le dimos al cliente, por lo que no será una carga monetaria para nosotros.
@TSar ah, ese es todo el entrenamiento, también uso más el entrenamiento de 1 semana y listo.

Respuestas (15)

Bueno, la solución aquí es simple. Agradécele al gruñón por su honestidad, vuélvelo a hacer tareas regulares y trae al siguiente tipo del banco.

Si alguien no está interesado en un proyecto como este y hay otras personas disponibles, a todos les interesa poner en el proyecto a las personas que están más interesadas en él. Darle un aumento a gruñón no hará que se entusiasme más con el proyecto, por lo que no es de su interés ni del proyecto tenerlo allí de todos modos.

Más adelante en el camino, también tendrá que tomar algunas decisiones difíciles. Estaría atento a la actitud de este desarrollador y cómo afecta al equipo. Podría ser que tengas un cáncer comenzando. Si realmente disfruta de su trabajo, esta es una de esas declaraciones de las que se arrepentirá. Pero para mí, el mejor resultado que este desarrollador puede esperar es que haya tocado techo con el equipo, y eso puede estar bien si conoce sus sistemas, hace bien su trabajo y no causa problemas. Sin embargo, si esa no es esta persona, eventualmente tendrá que lidiar con eso.

Ah, me encanta describir a los trabajadores que exigen un pago acorde a la dificultad de su trabajo como "un cáncer". La ideología capitalista es una droga infernal.
@iono sí... el hecho de que sea la respuesta elegida con tantos votos a favor realmente me hace perder aún más la esperanza en esta industria.
@iono y Frisbetarian - ¿No saben lo que significa "podría ser"? o_O

Esto es algo que debería haberse prevenido , no tratado después del hecho. Lo siento, pero si de repente (como parece, sin ningún tipo de aviso previo) cambias la dirección del desarrollo personal de los empleados y te sorprendes cuando esta no es la misma dirección hacia la que el desarrollador quiere avanzar, el problema no es con el empleado

¿Es justo ser gruñón en este escenario? Por supuesto. ¿Es justo pedir un aumento de sueldo? Tal vez, tal vez no, tal vez incluso se paga demasiado al empleado. Dado que el empleador y el empleado obviamente tienen diferentes expectativas sobre el alcance del empleado, no es posible que un tercero lo diga.

La cultura también importa, por supuesto: estoy en Suecia FWIW (por lo general, jerarquías relativamente planas y empleados empoderados / gerentes débiles).

Lamentablemente, no puedo elegir qué proyectos se envían a nuestro equipo ni controlar el proceso de contratación. Gracias por tu respuesta, jejeje.
@TSar Pero elegiste a 2 personas. Tampoco era tu trabajo cambiar la trayectoria profesional de otras personas. Sin embargo, has intentado precisamente eso.
@Agent_L Sinceramente, no entiendo su punto de cambiar sus trayectorias profesionales. Trabajamos desarrollando software a la medida de nuestros clientes. Teníamos varios otros tipos de proyectos que necesitaban capacitación adicional que no teníamos en ese momento, como con el sistema de factura electrónica brasileño de pesadilla, y no lo vimos como "un cambio de trayectoria profesional". Para ser honesto, siempre pensé que tener un conjunto diverso de habilidades para un desarrollador además de los lenguajes de programación siempre fue una gran ventaja.
"...mientras que el resto del equipo mantendría lo habitual..." "...Está un poco fuera de su alcance como desarrolladores, ya que es una habilidad bastante específica..." "...Si bien es cierto que él es desarrollador de software y su trabajo no incluye proyectos de investigación de nivel académico..." Seguro que parece un cambio de rol. De hecho, tengo bastante curiosidad, ¿quién en la organización realiza un seguimiento de los intereses y objetivos profesionales, etc., de los diferentes empleados, y quién se asegura de que se logren?
@TSar El problema es que les digas que decidiste que trabajaran en este proyecto, que es un cambio en su trayectoria profesional. Una mejor manera hubiera sido preguntarle al equipo quién estaría interesado, indiferente o en contra de hacer este tipo de proyecto y luego elegir del grupo quién está interesado o indiferente.
@Sumyrda Entonces, si fueran los únicos desarrolladores en el equipo, podrían decir "no" y alejarse, ¿y yo me quedo sin nadie para trabajar en eso?
Al empleado no se le paga para participar en el desarrollo personal. Se les paga para producir cualquier software que la empresa necesite que produzcan, dentro del alcance de su función. Si sienten que se les ha pedido demasiado, son libres de irse a otra parte. Pero los empleados nunca dictan en qué trabajan. son empleados ¡Están ahí para agregar valor a la empresa, a cambio de un salario mensual! Ahora, un empleado feliz es un empleado productivo, por lo que preferimos promover el desarrollo personal donde podamos. Pero eso no es por lo que se le paga al empleado, por lo que no es una condición del trabajo.
@TSar Bueno, si no tiene la opción de darle opciones a su gente, no lo haga, porque las opciones falsas no ayudan a nadie. Pero si tiene la opción, entonces lo mejor para usted y para ellos es poner en el proyecto a aquellas personas que están entusiasmadas con él. Considere que si pone al tipo gruñón en el proyecto de todos modos, él podría decidir comenzar a entrevistarse en otro lugar, así que sí, podría decir que no y marcharse. El punto es que puede intentar asignar proyectos a las personas que los quieren para hacer felices a sus empleados. No siempre es posible, pero cuando lo es, no está de más hacerlo.
@TSar Todo se reduce a si la nueva tarea aún se ajusta a la descripción del trabajo original o no. Decir cosas como "un poco fuera del alcance de su tarea normal" e "investigación de nivel académico", ciertamente hace que suene como un trabajo completamente nuevo y con eso es justo renegociar los beneficios. Después de todo, si tomara el control de uno de sus evaluadores o pasantes como desarrollador, tampoco se molestaría porque ellos quisieran renegociar su contrato.
@LightnessRacesinOrbit Bueno, probablemente por eso no dijo "no", sino que dijo "quieres más de mí, págame más". Perfectamente en línea con lo que acabas de escribir.

Entonces, llamé a los dos desarrolladores más antiguos y experimentados que tengo en mi equipo y les presenté el proyecto. Mientras que uno de ellos parecía realmente interesado en eso, el otro estaba un poco... gruñón, por decir lo menos.

Usted tomó la decisión de pedirles a los dos desarrolladores más experimentados que aceptaran el desafío. Si el que rechazó la tarea lo hubiera hecho sin estar de mal humor, o hubiera presentado un argumento bien pensado, ¿habría simplemente recurrido al candidato n.º 3? Si es así, entonces hazlo.

Si todavía hay un lugar para el desarrollador que rechazó la oportunidad, asígnele esa tarea.

Recuerde, no les está pidiendo que salgan un poco de su zona de confort. Les está pidiendo que aprendan algunas matemáticas que quizás no vean necesarias más allá de este proyecto. Es posible que el mejor candidato no haya sido los dos desarrolladores más experimentados. Puede haber sido el desarrollador más joven, o incluso el pasante (aunque no planeo pedirle a un pasante que sea responsable de una habilidad crítica a largo plazo).

Si bien no estoy lo suficientemente loco para darle este trabajo a mi pasante , probablemente le daré este espacio en el proyecto a uno de los desarrolladores más jóvenes. Tu respuesta fue muy buena, gracias!
¡@TSar wow no se había dado cuenta de que tú también eras la fuente de ese tema interno! Creo que estás tomando la decisión correcta aquí con un joven desarrollador.

Déjame hacer de abogado del diablo aquí:

  • Su empresa ha asumido un trabajo en el que no tiene absolutamente ninguna competencia.
  • Este trabajo se encuentra en un campo que es muy diferente a la mayoría de los otros campos en el desarrollo de software. Este no es su "aprender un nuevo lenguaje de programación" habitual, se trata de matemáticas de peso pesado que incluso la mayoría de los matemáticos de tiempo completo temen.
  • Su empresa se niega a contratar a una nueva persona para que dirija, sino que cree que las capacitaciones y los cursos teóricos pueden compensar la falta de experiencia.
  • Han puesto al timón a un optimista empedernido y entusiasta (tú)
  • El líder (usted) ni siquiera puede reconocer que otras personas pueden tener metas diferentes a las suyas.

Ahora, no estoy diciendo que esta sea una receta para el desastre. Pero muchos desastres han seguido esta receta.

Unirse a su equipo líder no es todo color de rosa como usted lo describe. Dices que se trata de aprender, pero no hay nadie con experiencia para enseñarte. Eso significa que aprenderás de tus propios errores y en muchos casos aprenderás mal. En el mejor de los casos, tendrá que desaprender gran parte de su nuevo conocimiento. En el peor de los casos, nunca sabrás en qué te has equivocado.

Hay muchas posibilidades de que falles. Hay muchas formas en que puede fallar, apuesto a que se excederá el tiempo (por lo tanto, el costo) (algunos cientos de %) para que su empresa tenga pérdidas. En el peor de los casos, el cliente invocará cláusulas de penalización y su empresa perderá mucho más que su tiempo y salarios, por lo que los desarrolladores pueden ser despedidos con la reputación manchada. ¿No crees que el riesgo merece una compensación?

He pintado la imagen más pesimista, pero creo que es necesario contrarrestar tu optimismo.

Volvamos al último punto de mi lista de viñetas, que es lo único que personalmente has hecho mal. Ha tomado la decisión sobre lo que otros desarrolladores quieren que tenga en sus manos. Parece que no te das cuenta de que lo que tú ves como emocionante, otras personas pueden verlo como intimidante o simplemente aburrido. Lo ve como una mejora mientras se niega a aceptar que otros puedan verlo como una degradación. O simplemente no es una buena opción para su equilibrio entre el trabajo y la vida. Otro ángulo es que lo ves como dentro del alcance de la posición de "desarrollador". El problema es que no es más que una opinión. Una opinión contraria, que se trata de un trabajo nuevo, es tan válida como la suya. Tienes que esperar que otras personas no compartan tus opiniones. Estaba bien preguntar casualmente si alguien quiere el nuevo trabajo. Pero deberías haber esperado un "no" tanto como un "sí".

También debe tener en cuenta que un trabajo es siempre un contrato. Y como cualquier contrato, se necesitan dos partes para cambiarlo. La descripción del trabajo es parte del contrato. No puede cambiar la descripción del trabajo unilateralmente, al igual que el empleado no puede cambiar su salario unilateralmente. Sí, comúnmente se espera que un empleado mejore, pero eso no significa asumir nuevas responsabilidades, significa mantenerse competitivo en el desempeño de aquellas para las que fue contratado.

El contrato se puede cambiar en cualquier momento siempre que ambas partes estén de acuerdo con el cambio. Está tan bien que él pida un aumento como que tú pidas un cambio de trabajo. Pero todos deben estar preparados para vivir con la respuesta.

En mi humilde opinión, su pregunta no era real, simplemente no quiere el nuevo trabajo. Y te dio la vuelta, así que eres tú quien tiene que decir "no". No tiene nada que manejar aquí, excepto cambiar su actitud acerca de que su equipo comparta sus creencias y objetivos de vida.

Por lo general, no critico las respuestas que recibo, estoy agradecido por cualquier aporte que reciba, pero estás haciendo demasiadas suposiciones. He hecho este tipo de trabajo varias veces antes y no es nada nuevo para mí, pero no es algo que pueda abordar solo. Su contrato no se va a cambiar; de todos modos, tendría que aprender el dominio para cualquier nuevo software que desarrollemos, como lo hizo varias veces antes con recursos humanos, finanzas y muchas otras cosas.
No le estamos pidiendo que cambie de trabajo. Le estamos pidiendo que entienda un nuevo dominio para que pueda trabajar con nosotros en este gran proyecto. No es un nuevo trabajo , es solo un nuevo proyecto para su trabajo actual.
Y, realmente, sus ataques personales a mi persona estaban fuera de lugar.
@TSar Creo que todavía estás cegado por tu entusiasmo de que tomas cualquier opinión diferente como un ataque personal. No te estoy atacando. Simplemente estoy proporcionando un punto de vista diferente. Tal vez sea adecuado para Grumpy, lo más probable es que no lo sea. Lo único bueno del mío es que es diferente. Como he dicho, todo es cuestión de opinión. Veo que tu único problema es rechazar opiniones que no sean las tuyas.
@TSar El hecho de que tenga experiencia en el campo cambia las reglas del juego, creo que debería haberlo mencionado. Tal vez yo también estoy de mal humor porque he visto demasiados desastres siguiendo la receta que he descrito aquí.
@TSar Creo que fuimos demasiado lejos en las hostilidades. No digo que lo que escribí sea cierto. Simplemente digo lo que un empleado puede pensar que es verdad. No me refiero a la carta de contrato real en los términos legales, describiendo el trabajo en términos generales. Me refiero al "contrato", que es lo que uno cree que es "el trabajo que firmé".
Por el contrario, sé que puedo estar demasiado entusiasmado y no pensar con claridad, así que vine aquí para pedir orientación. Puedes tener una opinión diferente a la mía, y eso no sería un problema en absoluto. Doy la bienvenida a todos los puntos de vista que puedan mostrarme, y voté a favor de casi todas las respuestas aquí. Simplemente no estoy de acuerdo con tus suposiciones.
@TSar Honestamente, diría que en realidad está en el punto. Si bien estoy de acuerdo contigo en que 'Grumpy' no pareció expresar bien sus preocupaciones, realmente no puedo estar en desacuerdo con las preocupaciones en sí. Para mí, personalmente, lo que describe esta respuesta sería mi mayor preocupación si estuviera en el lugar de Grumpy. He pasado una buena cantidad de tiempo tanto del lado del desarrollador como del investigador (incluyendo algunas cosas de IA y ML) y me preocuparía mucho la capacidad de nuestro equipo para hacer bien el trabajo si mi gerente entrara y aleatoriamente solicitó un proyecto de ML o big data.
@TSar Esperar que un desarrollador pueda aprender un nuevo idioma, aprender una nueva API o aprender algunas cosas específicas del dominio es normal. Esperar que trabajen en un proyecto que requeriría un título de posgrado completo para hacerlo correctamente es un asunto completamente diferente. A juzgar por su descripción y mi experiencia (que incluye un título de posgrado de este tipo), este caso suena más a lo segundo que a lo primero.
@Agent_L "Déjame hacer de abogado del diablo aquí" Mirando las otras respuestas, parece que juzgaste mal quién es el diablo en este caso ;-)
@TSar Te ofrezco mis suposiciones para que puedas usarlas para entender al otro tipo. Están destinados a que usted no esté de acuerdo, se indica en la primera línea. No espero que estés de acuerdo conmigo, ni con Grumpy. Espero que entienda que nuestras preocupaciones, por exageradas que sean, no carecen de fundamento. Inquietudes que pueden justificar pedir un aumento de sueldo, a juicio de alguien. Que las diferencias entre usted y Grumpy provienen simplemente de usar diferentes prioridades mientras evalúan la misma situación. Ninguno de ustedes necesita una corrección o manipulación, aquí no hubo transgresión.

Creo que es justo pedir un aumento después de haber sido asignado a un trabajo especializado que requiere un conjunto específico de habilidades que no son comunes en el lugar de trabajo. Parece que este puede ser un tipo de proyecto de big data y esas habilidades tienen una gran demanda y pagan mucho mejor que el salario promedio de un desarrollador. Esto también es cierto solo si la tarea será continua.

Los aumentos por habilidades de especialistas para un proyecto único de 3 a 6 meses no son apropiados (una bonificación podría serlo). Los aumentos para el nuevo equipo permanente de Big Data son. Como líder, puede investigar los salarios de las personas con los conjuntos de habilidades que le está pidiendo a su equipo y ver si sería apropiado discutir aumentos salariales con la gerencia después de que su equipo haya demostrado su valía.

Sin embargo, normalmente esa solicitud sería para todo el equipo y generalmente sucedería después de que hayan adquirido la competencia, aunque podría prometerse en una fecha determinada más adelante si se adquirieron las habilidades.

La forma en que lo hizo negándose a calificar sin un aumento generalmente está mal vista. Personalmente, dado que tiene otro personal para elegir, pasaría a la siguiente persona que podría estar interesada. Probablemente hubiera encuestado al equipo antes de pedirle a alguien que viera quién estaba interesado en adquirir estas habilidades y luego hubiera hecho mi elección entre los voluntarios después de que cada uno tuviera la oportunidad de presentar su caso de por qué debería ser elegido. No hay mucha gente que realmente esté interesada en las habilidades matemáticas superiores, aunque una persona más joven ya podría haber estudiado algo en esta área porque era parte de sus intereses.

Gracias por su aporte. Sí, es posible que me haya cegado mi propia exageración con este proyecto. Es algo que personalmente amo, así que fue un poco difícil para mí imaginar que mis compañeros desarrolladores fruncirían el ceño ante la oportunidad de mejorar en el campo de las matemáticas.
Lo siento, pero no estoy de acuerdo. Como señaló Joe Strazzere en otro comentario, no solo se otorga un aumento antes de que se produzca un trabajo. Es completamente justo pedir uno después de que se haya hecho la maqueta, pero es algo que primero tiene que demostrar competencia antes de que pueda esperar ser compensado por ello.
No es un desacuerdo, pero es algo que quizás desee señalar: aumentar el conjunto de habilidades de un trabajador aumentará su valor de mercado en cualquier caso, especialmente si se trata de una habilidad muy amplia y útil como las matemáticas en el desarrollo de software. Si el trabajador es inteligente, obtendrá un aumento de sueldo de su empleador actual o de otra persona, pase lo que pase.
@TSar Como todavía te refieres a ello como "oportunidad de mejorarse a sí mismos", muestra claramente que todavía estás cegado por tu exageración.
@NotVonKaiser, no sugerí que la persona obtuviera un aumento antes de obtener las habilidades. Sin embargo, la norma en todos los lugares en los que he trabajado es prometer un aumento después de que se hayan demostrado las habilidades si le está dando a alguien las habilidades que son mucho más valiosas en el mercado que su conjunto actual. De lo contrario, los entrenas y los pierdes casi de inmediato, lo que es contraproducente.
@HLGEM: en este caso, supongo que las habilidades involucradas (o al menos las habilidades que parecen estar involucradas para el empleado) no tienen tanta prima en el mercado. "Grumpy" dijo que estaría perfectamente dispuesto a adquirirlos a cambio de un aumento de sueldo, pero no dispuesto a adquirirlos con el salario actual. Entonces, ese empleado probablemente no crea realmente que esas habilidades valen una gran prima en el mercado, o estaría ansioso por aprenderlas en el tiempo de la empresa. Más bien, creo que no disfruta usando esas habilidades (o no es bueno en eso, o teme no serlo).
@SteveJessop, si bien estoy de acuerdo en que probablemente no quería el proyecto, eso no significa que las habilidades no generarían mucho más dinero del que gana actualmente. Hay muchos trabajos que exigen más dinero del que gano actualmente y que no me gustaría cambiar a mi profesión. Según la descripción, este es un trabajo especializado y muchos desarrolladores no están interesados ​​en matemáticas superiores. Algunos ni siquiera son buenos en eso, especialmente ahora que el título en ciencias de la computación ya no se encuentra en el departamento de matemáticas (y, por lo tanto, requiere un nivel de matemáticas mucho más alto) como lo era cuando estaba en la universidad.

Grumpy manejó esto muy mal. Sin embargo...

Como alguien que fue desarrollador durante décadas y ahora es un investigador de matemáticas que hace muchos análisis predictivos , entiendo el punto de Grumpy. Si bien los desarrolladores de software deben estar preparados para aprender fragmentos de una amplia variedad de disciplinas para hacer su trabajo, existe una diferencia significativa entre un desarrollador y un investigador, al igual que entre un gerente y un desarrollador. Esto no es como si se negara a aprender un nuevo lenguaje de programación o descubrir cómo interactuar con algún hardware extraño; es más como si se negara a hacer diseño gráfico o administrar un equipo o volar un avión.

Grumpy puede tener fobia a las matemáticas. Pero también es posible que sepa lo suficiente sobre estadísticas y minería de datos para sospechar que será un trabajo difícil y turbio. En esta área particular de las matemáticas, es muy fácil aprender algunas técnicas, ¡pero también es fácil aplicarlas en las situaciones equivocadas! Un estudiante de secundaria podría aprender a hacer ARIMA, pero saber cuándo es válido y cómo elegir los parámetros correctos es más para estudiantes de posgrado. A muchos matemáticos no les gusta la estadística, no porque sea más difícil que otros campos, sino porque es más... complicado.

Al igual que usted, aprovecho la oportunidad de aprender nuevas matemáticas y me encanta mi trabajo. Pero puedo ver cómo Grumpy podría sentir que se le pide que haga algo que está demasiado lejos del rol de un desarrollador. Como dije, lo manejó muy mal, y no lo perdono. Pero puede tener alguna justificación para la forma en que se siente .

Como alguien que ha estado en la misma situación que 'gruñón', diría que si reaccionó mal o no depende de la frecuencia con la que a 'gruñón' se le asignan responsabilidades adicionales sin ningún tipo de incentivo. Algunos empleadores explotarán este tipo de comportamiento hasta que los desarrolladores estén demasiado sobrecargados y agotados para funcionar.
@ LukeA.Leber, ya sea que el tipo tenga o no razones válidas para reaccionar mal, aún así reaccionó mal. Si sintiera que mis jefes me estaban molestando de esa manera, buscaría otro trabajo, especialmente en el mundo del desarrollo.
@NotVonKaiser - ¿No pedirías un aumento? En mi opinión, irse sin discutir un problema con un patrón para llegar a una resolución civil es una reacción peor.
Si trabajara en una empresa que de repente me pidiera que comenzara a hacer algo que estaba más allá de mi alcance normal de funciones, lo haría por un tiempo y luego, seguro, una vez que estuviera seguro de que era razonablemente competente en eso y esto no era solo una especie de trabajo interino, mencionaría el tema de la compensación. Si me encontraba en una posición en la que me habían engañado así varias veces, habría significado que ya me habían escuchado sobre el tema un par de veces y no les importaba.
+1 No a todo el mundo le gusta hacer estadísticas. He hecho algunas cosas de AI y ML en el pasado y, aunque no tuve ningún problema con los cálculos, realmente no fue algo que disfruté mucho. Si bien quizás no expresó bien sus preocupaciones, 'Grumpy' también tiene un punto en el que "investigador de análisis predictivo" y "desarrollador de aplicaciones de línea de negocios" tienden a tener calificaciones salariales bastante diferentes.
@LukeA.Leber: de todos modos, si el empleador está haciendo que los empleados estén "demasiado sobrecargados y agotados para funcionar", entonces pedir un aumento no hace que esa situación sea sostenible de alguna manera, porque no se puede usar el dinero para evitar el agotamiento. Supongo que significa que tendrás más efectivo en el banco cuando te quemes, así que un aumento de sueldo es mejor que un pinchazo en el ojo, pero no es una resolución. Cuando el problema es el agotamiento, la resolución civil tiene que ser "menos presión", no "más dinero a cambio de la misma cantidad de presión".

Hablando como matemático convertido en desarrollador de software, simpatizo con Grumpy: es decir, ahora prefiero el desarrollo de software (y creo que ahora soy mejor en desarrollo de software que en matemáticas).

Por otro lado, si yo estuviera en el lugar de Grumpy y quisiera decírtelo, lo haría, y lo haría sin confundir el tema al mencionar el salario.

El hecho de que Grumpy haya mencionado el salario podría significar que Grumpy está de mal humor con el salario, y este proyecto es simplemente un desencadenante o una excusa para pedir un aumento.

Así que mi consejo sería tratar de separar los problemas, incluso si Grumpy no los separó. Pregunte: "¿Grumpy está contento con su salario actual? ¿Está pidiendo un aumento independientemente de este nuevo proyecto?" Dado que es uno de los dos desarrolladores más antiguos y experimentados , ¿debería ofrecerle primero un aumento de sueldo incondicional y luego preguntarle si está dispuesto a hacer algo nuevo?

¿Y/o puede tranquilizarlo sobre la naturaleza de las nuevas responsabilidades? Si yo fuera él, podría preocuparme por fallar. El aumento de salario podría ser 'dinero peligroso' para compensarme por un mayor riesgo o estrés o horas extras no pagadas. Por ejemplo, ¿la empresa proporcionará suficiente ayuda (por ejemplo, un experto en el dominio, es decir, un mentor de matemáticas) para garantizar su éxito?

Usted dice que esto es "investigación de nivel académico", pero también "básicamente I + D de software", lo que podría ser mutuamente excluyente/contradictorio. Aparentemente, usted está más interesado en la investigación académica que él.

Este es un punto de vista interesante. Casi toda mi vida en TI estuvo en el campo casi académico de investigación y desarrollo, haciendo software experimental para un montón de cosas. Mi primer trabajo como pasante trató con una API matemática de alto rendimiento para combinar diferentes pigmentos para obtener un color específico. La investigación para el desarrollo de software es mi pan de cada día desde hace casi 10 años, por lo que es algo normal para mí. Dicho esto, no puedes hacer horas extras no pagadas en mi país, así que eso no sería un problema.
No me importa aprender cosas nuevas relacionadas con el dominio del software (por ejemplo, lenguajes de programación, protocolos de red, API). Pero algunos de los problemas de dominio matemático o de nivel académico que podría querer plantear a un programador, por ejemplo, IA (aprendizaje automático) u optimización combinatoria, son engañosos: superficialmente parecen simples, pero necesitan una cantidad desconocida de investigación, y no puede no ser una solución factible en absoluto: por lo que sería reacio a comenzar un proyecto de este tipo para un jefe ingenuo que dijo, por ejemplo, "Aprende a hacer IA y luego haz que haga tal y tal cosa". Ese es el tipo de cosas que quise decir sobre el riesgo, etc.
"No me pagan lo suficiente por esto" a menudo se usa de una manera que no es literalmente pedir un aumento. Es más probable que use la declaración para expresar su sentimiento de que el proyecto está fuera del dominio de los problemas que le interesa resolver como parte de sus responsabilidades laborales. Si el empleado en su lugar debe estar dispuesto a poder resolver tales problemas, debe contratar a un nuevo empleado. De lo contrario, simplemente elige a alguien más que esté dispuesto a hacer el trabajo y deja que el tipo sea feliz haciendo lo que sea que esté haciendo. Parece que tienes al menos algunas otras personas para elegir.

¿Es posible que el desarrollador sienta que no le pagan lo suficiente por el trabajo que está haciendo ahora? Por lo general, cuando las personas dicen "No me pagan lo suficiente por hacer esto", quieren decir que sienten que están infravalorados en general y podrían ser un riesgo de fuga.

Si está en condiciones de ajustar eso, y él está infravalorado (o no demasiado sobrevalorado), entonces podría estar haciendo un buen punto, y puede ajustar los objetivos de su empresa para reflejar eso si hace esta investigación y desarrolla este proyecto con éxito, obtendrá un aumento este año que será mejor que el aumento del costo de vida. Propón un porcentaje de antemano y documéntalo. O su empresa puede tener designaciones como "superar las expectativas" que automáticamente resultan en un gran aumento, así que dígale que "superará las expectativas" y será compensado en consecuencia. El dinero puede ser un gran motivador y convertir a los gruñones en campistas felices.

O podría estar diciendo que realmente no se ve a sí mismo como un investigador de matemáticas. Si ese es el caso, pídale a otra persona que lo haga y preséntelo al equipo. Si realmente se trata solo de investigación, es posible que pueda pedirle a su gerente de producto o analista de negocios que estudie la información y la relacione con el equipo de desarrollo en los requisitos.

Mi primer pensamiento. El OP pide a dos personas que hagan un trabajo más especializado; el pago debe reflejar eso.
Acordado. Parece haber mucho estigma negativo en torno a un empleado que pide un aumento. Si alguien me pidiera que aprendiera un montón de cosas nuevas fuera de la descripción de mi trabajo, puedes apostar tu trasero a que también estaría pidiendo un aumento.
Si siente que no le pagan lo suficiente, pregunte/renuncie.

Si bien realmente no soy un fanático de las frases de este tipo, especialmente en el desarrollo de software, se nos paga una cantidad bastante decente por hacer lo que hacemos, y lo que hacemos a menudo implica investigar para descubrir cómo vas a hacer el lo que dijiste que ibas a hacer, creo que hay algo de verdad en lo que está hablando. No, no deberías darle un aumento. Sin embargo, hay un punto en el que pedirle a una persona que no trabaja con cosas matemáticas que haga cosas matemáticas será un mal momento tanto para usted como para ellos.

De hecho, me he encontrado con una situación semisimilar en mi carrera como desarrollador. Quiero decir, de alguna manera no es exactamente lo mismo, pero aún así... como se señaló, soy un desarrollador. Desarrollo cosas. Si desea implementar alguna lógica de negocios y obtener widgets en una página web para saltar y hacer cosas, soy el indicado. He trabajado en el back-end y el front-end, he creado servicios web de nivel medio y he adquirido nuevos lenguajes y marcos sobre la marcha cuando lo he necesitado. Lo que no hago - debería decir, lo que no hago bien- es diseño. Si me pides que diseñe una página web, lo haré, no me malinterpretes, pero lo haré diciéndoles que no tengo capacitación ni experiencia en esto y es posible que no te gusten los resultados. Al final creo que será mejor contratar a un diseñador real y luego usarme a mí para tomar el diseño de esa persona e implementarlo.

Entonces, lo que diría que haga aquí es tomar a este tipo como si le estuviera diciendo esto en lugar de "pagarme más", porque en cierto sentido eso es lo que está haciendo. El problema aquí realmente no es tanto que a los desarrolladores de software se les pague X y hacer matemáticas debería darte X + 10%, es que algunos desarrollos de software realmente no requieren matemáticas, por lo que pedirle a la gente que haga mucho significa que tú van a terminar con resultados menos que estelares. Dependiendo de la situación, podría recomendar:

  • Revisar los conjuntos de habilidades de sus otros desarrolladores y ver si alguien más en su equipo tiene una formación más matemática o está dispuesto a aprender lo que necesita aprender. Incluso podría venderles la idea de que esto representa una nueva herramienta que pueden aprender y llevar consigo a futuros conciertos (¡ver más abajo!). El mayor inconveniente aquí es que, además del tiempo extra dedicado a mejorar las cosas (y en el proceso, posiblemente aprendiendo nuevas arquitecturas y marcos), ese desarrollador en particular también se ralentizará al tener que aprender y comprender las matemáticas. quiere implementar.

  • Traer a un analista para que descubra las ecuaciones y luego hacer que sus desarrolladores existentes implementen las ecuaciones en el código, tal como lo harían con cualquier otra pieza de lógica comercial. Esto tiene la desventaja de que la persona que sabe las matemáticas al final no escribe las matemáticas en su sistema, pero eso se puede resolver bastante fácilmente poniendo énfasis en el desarrollo basado en pruebas (que ya está haciendo, ¿verdad? ¿Derecha?). Este método también tiene la ventaja de que, si trabaja, por ejemplo, en finanzas, puede tomar uno de los números de la gente de su departamento: lo más probable es que conozcan estas cosas mejor que prácticamente cualquier s-dev. puede traer de la calle porque ese es su trabajo.

  • Contratar a un consultor externo para que se ocupe únicamente de la parte matemática del código, y luego simplemente bloquear esa parte para que nunca más se vuelva a tocar. Esto también es problemático por muchas razones: en primer lugar, el día que encuentro un código que no necesita ser refactorizado más adelante es el día en que me presento al desarrollador más psíquico de la historia, pero dependiendo de quién seas está tratando de hacer, esta podría ser la manera de hacerlo. Ese otro tipo también podría costar un poco más de lo que le estás pagando a tus desarrolladores actuales, pero, bueno, es un subcampo especializado.

Como dije, no soy un gran admirador de la redacción aquí, y tal vez eso en sí mismo signifique que necesita tener una charla sentada con la persona que está diciendo esto (yo, aparte, sería un poco desconfiado de que él no se adhiera al factor de autobús y puede que sea hora de repasar parte del código de este tipo, no como castigo, sino porque la gente de IME que piensa en términos de calificaciones salariales en esta industria también piensa en términos de hacer cosas para hacerse insustituibles). Sin embargo, no creo que esté necesariamente equivocado .

Lleno de suposiciones. No todos en el desarrollo de software "reciben una cantidad bastante decente". ¿Cómo sabes cuánto se paga a Grumpy ?
La industria paga bastante bien en su conjunto. Si a Grumpy no se le paga lo que necesita en la industria, debería buscar un aumento de sueldo o buscar otro lugar para trabajar, independientemente de si se le pide que haga matemáticas o no.
En realidad, casi cualquier otro par de preguntas/respuestas aquí aconseja combinar un aumento con nuevas responsabilidades. De acuerdo con la pregunta, el empleado asumiría nuevas responsabilidades, por lo que un aumento sería justo.

Mencionas que Grumpy es uno de los desarrolladores más antiguos. Me pregunto ¿cuántos años? Hace años tuve a alguien trabajando para mí que rondaba los 50 años, era un desarrollador competente, estaba contento con su trabajo, pero se negaba a asumir ninguna responsabilidad adicional. Resultó que había una historia, había tenido que tomar un descanso en su carrera en el pasado debido al estrés, conocía sus límites y no quería sobrepasarlos. Respeta su juicio y utilízalo para las cosas que hace bien.

Actualmente es un poco mayor que yo, tiene 31 años.

Diría que la respuesta depende de qué tan precisa sea la evaluación del desarrollador.

Si la descripción de su trabajo realmente incluye hacer este tipo de trabajo, y su tarifa de pago es adecuada para eso, entonces su reclamo es inexacto.

Por otro lado, la descripción de su trabajo y/o la tasa de pago no coinciden con el nuevo tipo de trabajo, entonces deben ajustarse para reflejar eso con precisión.

En general, incluso si una empresa capacita a un empleado para una nueva descripción del trabajo, eso no significa que la empresa no deba ajustar la descripción del trabajo y la tasa de pago de ese empleado para que coincida. Algunas empresas pueden intentar hacer eso, pero eso no es apropiado y es probable que disminuya la moral y eventualmente pierda empleados.

Por tus comentarios, parece que no estás seguro. En lugar de (como han sugerido algunas otras respuestas aquí) convertir su declaración en una negativa o una mala actitud, sugeriría tratarla como una sugerencia respetable de un adulto y responder de una manera profesional adulta, reconociendo la sugerencia y consultando a las personas que lo harían. saber lo que es apropiado para ese tipo de trabajo, y luego responderle sobre lo que averiguaste al respecto.

El empleado afirma que no quiere hacer un trabajo para el que no fue contratado y ofrece un compromiso: más dinero y hará el trabajo de todos modos.

Debe rechazar la opción de más dinero. Si no quiere hacer el trabajo, es probable que se sienta infeliz haciéndolo a pesar del dinero adicional, y la infelicidad puede ser contagiosa. Además, sienta un mal precedente para las personas que quieren hacer el trabajo pero ahora saben que pueden pedir un aumento antes de aprender algo diferente.

Trátelo como cualquier otro empleado que no quiere hacer un trabajo para el que no fue contratado. Y cómo manejas eso depende de muchos otros detalles, pero en este caso específico, le agradeces por el tiempo y pides un voluntario diferente , porque este es el tipo de proyecto en el que quieres trabajar con personas que quieren trabajar. eso.

Creo que otros carteles no han preguntado / respondido un par de puntos menores relacionados con la pregunta (a partir de esta publicación):

  • ¿Cuál es el título del puesto anterior?
  • ¿Qué se paga ese puesto? (Tasas de mercado)
  • ¿Cuál es el título de la nueva posición?
  • ¿Qué se paga con ese título? (Tasas de mercado)
  • ¿Cuál es la diferencia de pago entre "Desarrollador sénior" y "Ese título"?
  • ¿Vale la pena el tiempo/esfuerzo para que él obtenga la diferencia salarial?

¿Cuál es el título del puesto actual? Los diferentes títulos obtienen diferentes tasas de pago... hay una diferencia entre un desarrollador y un ingeniero... un desarrollador senior y un ingeniero senior. ¿Cómo se llama el nuevo título? desarrollador de matemáticas? Investigador Desarrollador? ¿Ingeniero superior de investigación?

¿Qué se le paga a alguien con ese título, en tasas de mercado? Hay algunas posiciones que son "más difíciles" pero se les paga menos... Piense en Investigador en universidades... mucha gente está tratando de obtener las posiciones para que la demanda reduzca las tasas de mercado.

¿Cuál es la diferencia entre el "Título" actual y el "Título nuevo" en el mercado? Si son $1000/año... esa es una conversación diferente de $75000 al año...

Lo que significa... ¿Vale la pena que "Grumpy Dev" aprenda "Investigación matemática"? Sí, es cierto que parte de la vida de un desarrollador es aprender cosas nuevas... también es aprender cosas nuevas que son valiosas. Ya sea en términos monetarios (Aumento de sueldo) o en otros términos (Progresión profesional, nuevas oportunidades, nuevas tecnologías)...

Sir Grumpy, para mí, me ha dejado claro que su principal prioridad es el dinero. Si él quiere ser un desarrollador front-end y usted está tratando de convertirlo en un desarrollador de ciencias aplicadas... puede que no le valga la pena cambiar, dada la misma escala salarial. La única manera de que él considere que vale la pena sería $$$. O eso, o no está interesado y te está pasando la responsabilidad a ti. ¿Se alinean las tasas de mercado con sus expectativas? ¿Tus expectativas?

Me gusta el punto de esta respuesta. @TSar, usted es líder del equipo de desarrollo. Imagínese cómo reaccionaría si su gerente le preguntara directamente a usted la misma expectativa relacionada con el proyecto . En teoría, ¿no hay aquí alguna expectativa de lo que se le puede pedir (por ejemplo, aprender polaco medieval para un proyecto de digitalización de bibliotecas) que generalmente encontraría inútil para su futura carrera, donde reaccionaría malhumorado? Solo quería poner las cosas en perspectiva.

Siento que ya se ha proporcionado una respuesta a su problema: que si tiene una persona en su equipo que no está interesada en un proyecto que va en una nueva dirección, pero necesita a alguien con experiencia para ayudarlo, entonces acude a la persona con la siguiente -la mayor experiencia después de él, o tal vez incluso considere investigar sus habilidades específicas (¿alguien en su equipo tiene experiencia en matemáticas?) y déjelo continuar haciendo el mantenimiento que su equipo suele hacer.

Pero para responder a su pregunta, '¿es esta una solicitud justa?' - es justo que él lo pida , pero no se requiere en absoluto que lo lleves más allá de eso.

Si ha realizado la debida investigación y se ha asegurado de que la tasa de pago de una persona con su experiencia en su puesto cumple con los valores del mercado, entonces hay poco espacio para argumentar que un aumento permanente está en orden.

Además, tenga en cuenta la implicación completa de su título: se espera que un desarrollador de software realice algunas investigaciones y desarrollos cuando sea relevante para su puesto. Hasta ahora, no lo ha sido. Pero dado que su equipo tiene la tarea de implementar este nuevo tipo de programa, ahora es parte del trabajo, y negarse a realizar esas tareas significa rechazar una parte de su trabajo.

A partir de ahora, ese no es un problema grave: tiene otros desarrolladores a los que puede asignar esta tarea. Pero si su equipo sigue necesitando desarrolladores que tengan algún conocimiento de este tipo de matemáticas, este empleado puede convertirse en un lastre si no está dispuesto a aprender. Así que tenlo en mente.

Tenga en cuenta que si está o no dentro de la descripción de su trabajo también depende de su contrato: muchos contratos tienen una cláusula para "cualquier otra tarea requerida para realizar su trabajo", que incluye capacitación adicional como esta.

No noté que el desarrollador dijera que no estaba dispuesto a aprender. Más bien dijo que la tarea estaba por encima de la descripción de su trabajo y la tasa de pago.
@Dronz dice que no está dispuesto a hacer la tarea sin un aumento incluye la parte en la que tendría que aprender una nueva habilidad, por lo que, por extensión, no está dispuesto a aprender (al menos en lo que respecta a esa tarea). Agregué a mi respuesta para indicar que, con toda probabilidad, su contrato incluye 'tareas adicionales requeridas para este trabajo', que probablemente incluirían capacitación adicional.
Me parece que la objeción se refería a la tasa de pago y la descripción del trabajo (específicamente matemáticas e investigación difíciles), en lugar de la falta de voluntad para aprender o capacitarse. Me parece que el problema es qué tan correcto es sobre eso, de lo que el OP parece no estar seguro.
@Dronz Como análisis del significado explícito de la conversación informada, tiene razón, pero parece que están sucediendo muchas cosas aquí que no son explícitas. Aunque no se indica, el empleado parece mostrar renuencia a aprender, y es posible que esté hablando de pago para racionalizar sus sentimientos, donde su preocupación real es, por ejemplo, estar abrumado con el trabajo o la ansiedad por el desempeño. La sorpresa del que pregunta que el empleado no comparte su entusiasmo abre la posibilidad de que esté pasando algo más de lo que el que pregunta no es consciente.

Lo que pide tu compañero de equipo no es justo, en absoluto.

Aprender nuevas habilidades es parte de cualquier trabajo, especialmente hoy en día en la industria tecnológica.

Su empresa está ofreciendo pagar la capacitación, por lo que no es como si su compañero de equipo fuera arrojado al fondo.

La mayoría de las personas apreciaría la oportunidad de expandir y mejorar sus habilidades a un costo mínimo o gratuito, y esencialmente poder aprender en el trabajo.

La respuesta de su compañero de equipo es francamente insubordinada y tóxica. No necesitas a nadie así en tu equipo.

Este problema debe escalarse a un gerente o alguien que sea responsable de evaluar el desempeño de su compañero de equipo.

Este problema debe escalarse a un gerente o alguien que sea responsable de evaluar el desempeño de su compañero de equipo. Siendo el líder del equipo... sospecho que esa persona es el OP.
@IDrinkandIKnowThings posiblemente pero no siempre. Algunos líderes de equipo son responsables de la implementación, pero tienen autoridad limitada para exigir acciones o hacer cumplir las consecuencias.
@IDrinkandIKnowThings esto es cierto. Donde trabajo, el líder de mi equipo no es mi gerente.
"... no es como si tu compañero de equipo fuera arrojado al fondo". Puede que no sea así como "gruñón" ve las cosas si tiene fobia a las matemáticas o simplemente es malo para las matemáticas.
@GreenMatt Claro: si dijo que era malo en matemáticas o que le preocupaba no poder hacer el trabajo, está bien. Decir "No me pagan lo suficiente" indica una mala actitud y una negativa a trabajar.
Digamos que el trabajo del curso requeriría cien horas de su tiempo, no es algo que le interese o que crea que beneficiará su carrera en general, y mientras pagan los cursos, tendrá que renunciar a 100 horas de su tiempo libre. tiempo. ¿No crees que debería ser compensado por eso? ¿Y si fueran 200 horas?
Podría ser, y puede pedir uno a la persona responsable de establecer su salario. Por su respuesta, no creo que esté realmente interesado en un aumento, sino que lo está usando como excusa para evitar el trabajo. Decir "No me pagan lo suficiente" por lo general significa "No voy a hacerlo".
Entonces, ¿debería comenzar a hacer que nuestros evaluadores comiencen a aprender programación y planeen seguir pagándoles como evaluadores?
@Dronz, no ... pero si fuera un probador y me ofrecieran la oportunidad de aprender a programar con el centavo de la compañía, para un proyecto relacionado con la prueba, aprovecharía la oportunidad. Luego , después de que logré que el proyecto fuera un éxito y tuviera una habilidad demostrada con la nueva habilidad (demostrada por el éxito del proyecto), mencionaría la idea de un aumento salarial.
De lo contrario. ¿Preferirías que esa persona comenzara a buscar otro puesto en el que no se le pidiera realizar tareas que no le gustan? En cambio, expresan su disgusto e incluso ofrecen una solución. Esa persona aparentemente considera que este entrenamiento no lo está llevando en la dirección que quiere para su carrera, entonces, ¿por qué querría seguirlo?
@DavidSchwartz No renunciará a ningún tiempo libre para recibir esta formación. Será en horario de empresa.
@Wildcard Estás hablando desde el puesto de una persona que tiene un trabajo que no le gusta que le ofrezcan el puesto de sus sueños. Este no es el caso en absoluto. Es más como que Grumpy ya es un programador feliz en el trabajo de sus sueños y ahora alguien le ofreció un trabajo que no ve como algo que le guste.
No puedes simplemente despedir a la gente por no tener una actitud 100% positiva todo el tiempo. Bueno, puede, pero es una tontería porque le costará mucho más esfuerzo de reclutamiento tener un equipo de personas con una actitud 100% positiva sin necesariamente mejorar la productividad.
¿Cómo lidiar con un argumento de "No me pagan lo suficiente para hacer esta tarea"?
RespuestasAquíPolítica de privacidad1y, 1v