Soy nuevo en trabajar en un entorno profesional. Acabo de completar un año en mi función actual de desarrollo de software.
Tengo derecho a una revisión de desempeño y creo que dentro de un año es un buen momento para preguntar (acabo de pasar esa marca la semana pasada). Digo 'preguntar' porque nadie en la empresa lo ha mencionado y no he escuchado a ninguno de mis colegas hablar sobre la posibilidad de tomar uno.
¿Alguien participa en una revisión de desempeño sin la intención de obtener, o al menos discutir, un aumento o su salario actual, o una persona podría desear únicamente recibir comentarios sobre el desempeño? ¿Debería asumir que esto se discutirá? O, ¿soy demasiado pronto para siquiera pensar en esto y debería centrarme en los comentarios, más allá de una solicitud de extracción/revisión de código, que me harán un mejor programador? O, ¿debería incluso pedir una revisión de desempeño cuando a nadie más parece importarle?
Pasé por la misma fase que tú. En un mundo bien ordenado, las revisiones de desempeño, que la mayoría de las empresas afirman tener, realmente sucederían y serían realmente útiles. La triste verdad es que la mayoría de las veces el tiempo para ellos va y viene, y nadie se inmuta excepto tú.
En primer lugar, me gustaría explicar por qué una revisión de desempeño puede ser beneficiosa:
1. Comentarios
En un mundo perfecto, su gerente/líder de equipo está prestando atención a su desempeño, calidad de trabajo, ética de trabajo, etc. Quieren guiarlo a lo largo de su camino para convertirse en un mejor desarrollador y, algún día, alcanzar su propio nivel. Periódicamente revisan su código y brindan algún tipo de tutoría.
Una revisión es el escenario perfecto para una conversación honesta cara a cara sobre cómo está manejando sus deberes y las áreas en las que debe mejorar.
Por último, pero no menos importante, se puede usar una copia de una revisión positiva para crear su cartera para su próxima búsqueda de trabajo.
2. Tiempo
La marca de un año es perfecta para tal revisión. En este punto, está familiarizado con su rol y probablemente se esté sintiendo cómodo con su rutina, aunque probablemente todavía tenga mucho que aprender. Si tiene algún mal hábito que necesita romper, ESTE es el momento de llamar su atención.
Y ahora las malas noticias:
1. A pocas personas les importa o tienen tiempo
He trabajado en 3 cooperativas y 2 trabajos de tiempo completo como desarrollador: no me he encontrado con UN solo gerente/líder de equipo/desarrollador sénior que me haya brindado comentarios útiles sobre mi desarrollo procesional. No me malinterpreten, he tenido personas que me han mostrado buenos trucos de programación o me han enseñado habilidades valiosas, pero en realidad nunca he tenido una revisión de código o una evaluación formal. ¿Porqué es eso?
Bueno, la mayoría de los gerentes, especialmente en una pequeña o mediana empresa, simplemente no tienen tiempo. Muchas de estas empresas no cuentan con un buen proceso para que este tipo de cosas se lleven a cabo. En una gran empresa, las revisiones pueden ser una parte muy importante de los deberes del gerente, y él mismo puede ser evaluado por la forma en que realiza esas revisiones. Pero a menos que ese sea el caso, pocas personas parecen tomarse el tiempo y la energía para generar más "papeleo" (como ellos lo ven).
2. No están interesados en tu avance
Otra triste verdad: generalmente nadie se preocupa por ti más que tú mismo. Eche un vistazo a la jerarquía de su empresa: ¿Parece que hay espacio para crecer verticalmente? Lo que quiero decir es que, si trabajaras allí durante más de 5 años:
Nuevamente, esto se basa en mi propia experiencia, pero la mayoría de los trabajos pertenecen a la segunda categoría.
El hecho es que la mayoría de las empresas no creen que necesitan o no quieren tratar con un innovador supergenio. Quieren que hagas tu trabajo, punto. Mientras las cosas vayan avanzando, no tienen motivación para invertir en adoptar nuevas tecnologías, reescribir bases de código viejas y mal escritas, rediseñar bases de datos correctamente, etc. ¡Es demasiado trabajo!
Tienes que aceptar que el mundo no es tan ordenado, eficiente y, francamente, lógico, como nos hicieron creer. En cambio, parece estar unido con saliva y cinta adhesiva. Pero de alguna manera sigue funcionando.
Así que ahora, para las respuestas reales que has estado pidiendo:
1. Obtener una reseña
Creo que ahora puede tener una mejor comprensión de por qué su revisión no se ha realizado y, de hecho, nunca sucederá a menos que presione para obtener una. Tenga tacto al pedirlo, porque lo más probable es que su gerente/líder de equipo no planee dárselo y puede verlo como una molestia más que una oportunidad para guiar a su nuevo desarrollador.
También tenga en cuenta que solo mencionarlo de pasada, o mientras espera una taza de café en la sala de descanso, podría no tomarse en serio. En su lugar, solicite una breve reunión con su gerente. Solicitar formalmente una revisión. Di algo como:
Hola jefe. Mi marca de un año se acerca rápidamente, y estoy interesado en obtener algunos comentarios de usted y/o del líder del equipo (lo que sea que se aplique a usted). Sé que todos están terriblemente ocupados, pero realmente me gustaría sentarme con ustedes dos para una revisión formal.
Siempre tenga en cuenta que, incluso entonces, es posible que lo ignoren o que su solicitud sea rechazada por algún motivo (Oh, estamos tan ocupados en este momento que no creo que tengamos tiempo. Sin embargo, no se preocupe, lo está haciendo muy bien, siga con el buen trabajo - cite a mis gerentes anteriores/actuales).
2. Pedir un aumento
Esto dependerá de un montón de factores. Algunas empresas han establecido épocas del año en las que otorgan aumentos (por ejemplo, al final del año fiscal) y no discutirán cuestiones monetarias en ningún otro momento.
En segundo lugar, siempre que solicite un aumento de sueldo, debe demostrar que se lo ha ganado. Claro, has estado allí un año y has aprendido mucho, pero eso no te da derecho automáticamente a un aumento. En su lugar, aborda la situación de la siguiente manera:
He recorrido un largo camino desde que comencé y ahora realizo mis funciones mucho más rápidamente. Tengo un buen historial de cierre de casos/tareas, a menudo en plazos más cortos de lo esperado. Además he estado desempeñando las siguientes funciones: x, y, z. Siento que he crecido en este rol y que me gustaría discutir un posible aumento salarial.
Si su jefe le pide una cantidad, 5% si es probablemente un porcentaje decente para pedir - un aumento "típico" es del orden del 3%. No obtendrá más a menos que abandone el barco y cambie de trabajo, en cuyo caso podría negociar una cifra mejor (eso es lo que hice, podrían haber sido otros 3 años en mi antiguo trabajo para obtener mi salario actual, probablemente 4 o 5 )
Si se rechaza su solicitud, no lo tome como algo personal. La empresa asigna ciertos presupuestos a cada departamento, y el desarrollador junior obtendrá menos de todos modos; están más interesados en mantener contentos a los desarrolladores senior.
Si realmente desea que se apruebe ese aumento, concéntrese en aportar valor a la empresa. Cerrar casos/tareas lo más rápido posible. Trate de identificar áreas en las que se podría mejorar alguna herramienta/proyecto interno y sugiera cambios u ofrezca trabajar en ellos durante el almuerzo. No es exactamente un problema, pero ganar visibilidad y sobresalir entre la multitud es muy beneficioso.
3. Momento de pedir un aumento
Una revisión es un buen momento para pedir un aumento, pero solo en ciertos casos. Por ejemplo, si recibe una revisión y su jefe señala varias fallas en su desempeño, es un mal momento para mencionar que quiere más dinero.
Si la revisión es positiva, entonces el final de la revisión es exactamente el momento para iniciar esa conversación. Digamos que su jefe está contento con su desempeño y que la revisión está llegando a su fin. No ha mencionado nada sobre un posible aumento. Cortésmente, pero con firmeza, cambia la conversación:
Estoy muy feliz de saber que está satisfecho con mi desempeño. Siento que he recorrido un largo camino desde el año pasado, y me alegro de que estés de acuerdo. Con eso en mente, me gustaría mencionar el tema de un aumento salarial. (Tal vez espere una reacción; es posible que se cierre muy rápidamente en este punto. Si no lo hace, continúe enumerando sus logros:) Siento que mi desempeño ha mejorado mucho en los últimos 6 meses. Siempre cierro mis casos a tiempo, propuse mejoras de código y trabajé para mejorar nuestras herramientas en mi propio tiempo. Solicito respetuosamente que se tome en consideración un aumento de sueldo.
Puede solicitar un aumento incluso si la revisión no se lleva a cabo, el escenario más probable. Si lo rechazan con palabras tranquilizadoras (como: oh sí, lo está haciendo muy bien), entonces espere hasta el final de su año (recuérdese a las personas con algunos comentarios amistosos a medida que se acerque la fecha) y una vez más solicite habla con tu jefe.
Traiga a colación los puntos como he esbozado anteriormente:
Jefe, la marca de mi primer año ha ido y venido. Siento que he crecido mucho en este rol, y los comentarios que he recibido de usted y del desarrollador senior han sido positivos. Siempre cumplí mis objetivos y me esforcé por mejorar tanto mis habilidades como el código base, cada vez que tuve la oportunidad. Con eso en mente, me gustaría discutir la posibilidad de un aumento de sueldo. (tome sus señales sobre qué más decir desde arriba)
Siempre tenga en cuenta que un año todavía es bastante joven, y es posible que no obtenga una revisión ni un aumento.
¡Buena suerte, y espero que mi respuesta diatriba ayude!
Nuevo en TI
atw
amanecer33
cafeinado