Empecé en un nuevo trabajo hace unos dos meses como ingeniero de software sénior en una empresa de productos de software. Después de algunas tareas que encontré razonablemente ajustadas a mi nivel de experiencia en el dominio, me asignaron una tarea que afecta la alteración de los fundamentos arquitectónicos de nuestra aplicación y, al mismo tiempo, es de naturaleza bastante no determinista y no tiene un final a la vista. En otras palabras, pasará mucho tiempo antes de que pueda cerrar esta tarea. Por "no determinista" me refiero a preguntas como "¿Qué color de camisa debo usar para la fiesta?" vs "¿Debo usar ropa más o menos abrigada para el viaje de senderismo dado el pronóstico del tiempo?", que sería más determinista.
En esta etapa de mi mandato en la empresa, lo que más me interesa es crear un registro de rendimiento fácilmente cuantificable y con eso me refiero a la cantidad de tickets de Jira cerrados y la cantidad de revisiones de archivos asociadas con mi nombre en el sistema de control de versiones. Por lo tanto, quiero tener muchas asignaciones pequeñas que pueda abarcar y cerrar y que sean de naturaleza más determinista, que ofrezcan un sentido claro de dirección. Quiero que la gerencia a la que no respondo directamente tenga una lista fácilmente consumible de cierres asociados con mi nombre en lugar de tener un gran proyecto que todavía es un "trabajo en progreso" sin un final a la vista.
Hablé con el jefe hoy y le expliqué todo esto. Lo puse en la perspectiva de mi estilo cognitivo y tipo de personalidad y traté de venderle la idea de que me asigne tareas de naturaleza táctica con un alcance más razonable y que pueda ser más productivo de esa manera. Realmente no quiero la asignación de largo alcance. Ofrecí una solución temporal, que no es una solución a largo plazo, con la esperanza de inyectar un hito pausable en el proyecto, pero quieren una revisión de la arquitectura. Dijo que tendría más asignaciones pequeñas para mí, pero que tendrá que dedicar algo de tiempo cada semana a este infernal cambio arquitectónico.
¿Hay algo más que pueda hacer para convencer a la gerencia de que puedo ser mucho más productivo con tareas de alcance limitado en lugar de tareas de alto nivel sin dañar su percepción de mí como desarrollador? Me interesa mucho el CIERRE y me estimula tener muchos pequeños cierres cuantificables debajo de mi barriga que trabajar en proyectos largos que implican mucho análisis y planificación. Me pongo muy nervioso cuando no controlo algo durante mucho tiempo, pensando que la falta de un registro de logros tangibles me pondrá en una lista de objetivos. Eso y yo soy más un tipo de implementación, táctico que prefiere la gratificación instantánea que un planificador/diseñador/analista a largo plazo. Quiero ser un programador de implementación que escribe código en lugar de hacer diseños arquitectónicos.
Si bien no me opongo a que desee un estilo de trabajo o estilo de asignación en particular, me opondría a que alguien sea llamado (y pagado como) un senior cualquier cosa si se niega a asumir proyectos abiertos y de alto riesgo de duración indeterminada. Eso es lo que hacen los mayores. Después de todo, si no eres tú, ¿quién?
Si me aclarara más que su razón era que quería establecer un sólido historial de desempeño, especialmente con la gerencia en otros departamentos, me enfurecería por completo , aunque es posible que no se lo revele.
Agradece que te hayan confiado algo grande. Haga un plan y tenga una forma de seguir su progreso contra el plan. (Este plan puede incluir una serie de puntos de cierre como "Tengo las pruebas de regresión que necesito como red de seguridad" y "He reemplazado todas las X antiguas con las nuevas Y" para que encajen bien con sus necesidades internas). a medida que avanza contra el plan. Haga un buen trabajo y habrá establecido su sólido historial de desempeño. Pida en cambio que le den pequeños trabajos fáciles que todos saben cómo hacer, y usted no.
Al final del día, la empresa lo contrató con la expectativa de que pueda hacer este tipo de trabajo. Cualquier cosa que demuestre la incapacidad de hacer ese trabajo estará "dañando su percepción de mí" .
La empresa lo contrató para realizar un trabajo específico. Sus habilidades y descripción del trabajo se discutieron durante el proceso de entrevista y, como resultado, decidió trabajar en esta empresa. Decir 2 meses después de este proceso que en realidad quieres hacer un trabajo totalmente diferente al que te contrataron va a "dañar su percepción de mí" porque no coincide con las expectativas que tenían cuando aceptaron contratarte.
Mira tus prioridades. Ahora mismo parece que los tienes en este orden:
En esta etapa de mi mandato en la empresa, estoy principalmente interesado en construir un historial de desempeño fácilmente cuantificable.
Las empresas tienen recursos limitados para completar tareas de diversa importancia para su éxito. Con pleno conocimiento de qué tareas se requieren y qué tareas son más importantes para ellos como empresa, le asignaron a usted (el desarrollador principal) esta tarea sobre las demás. Lo encuentran importante, y eso lo convierte en un registro de rendimiento cuantificable muy fácil:
Una vez que entiendas que fuiste contratado para hacer un trabajo, y este trabajo tiene que terminarse, entonces puedes trabajar para encontrar una alternativa que logre los objetivos de la empresa respetando "mi estilo cognitivo y tipo de personalidad " . Por ejemplo, puede solicitar el apoyo de un desarrollador que realmente esté interesado en el panorama general y ofrecer trabajar en equipo para asegurarse de que sus tareas se completen y el panorama general se complete. Puede entregarle todas las cosas generales y hacerse cargo de parte de su carga de trabajo para tener sus registros.
Esto no significa que la empresa tendrá una gran opinión de usted (después de todo, básicamente estaría empeñando su trabajo en alguien que pague menos, lo que puede darles pistas sobre su importancia relativa para la empresa), pero sin duda será más efectivo. en lugar de decir: "No quiero hacer este trabajo, en su lugar, dame un trabajo totalmente diferente en trozos pequeños".
Creo que Kate tiene razón en que necesitas tener un plan. Sin embargo, en realidad hice una reescritura de un proyecto existente, por lo que puede resultarle útil escuchar cómo lo hice.
Lo primero que hice fue escribir todas las tareas que se me ocurrieron y que debían hacerse antes de que tuviéramos una versión básica utilizable. Luego escribí estimaciones de cuánto tiempo tomaría cada uno y las puse en una hoja de cálculo. En última instancia, también los ingresé en Asana para que cualquier miembro del equipo pudiera ver dónde estaba en el proyecto, pero siempre me refería a la hoja de cálculo para las estimaciones de tiempo, porque obviamente es más fácil sumar números en Excel.
Una vez que tuve la hoja de cálculo, pude enviar informes de progreso y proporcionar estimaciones sobre cuándo se terminarían varias partes del proyecto. Trabajé como un perro para asegurarme de alcanzar mis estimaciones (no necesariamente a la hora, pero ciertamente si dijera que tendría que hacer x e y en 8 días laborales, me aseguraría de alcanzarlo incluso si tuviera que trabajar 10-12 hora día). Esto me dio más motivación interna que la que recibí de mi jefe, ya que al principio no había una fecha límite y aún podíamos usar la plataforma anterior.
Y todavía tengo las hojas de cálculo, que podría usar para actualizar mi currículum, pero un año después, los beneficios de la plataforma son más interesantes que la lista de cosas que hice para llegar allí.
Una cosa que probablemente encontrará mientras escribe todo esto es que en realidad no tiene una idea clara de todo lo que debe hacerse. Probablemente una gran razón por la que nadie quiere trabajar en esto es que su instinto les dice que no saben muy bien qué hacer. Sea el tipo que realmente pueda resolver esto sacando a la luz estos problemas y averiguando los requisitos.
Una de las tareas que claramente debería estar en su lista de cosas por lograr (pero claramente no lo está) es poner el proyecto en control de versiones. No hay ninguna razón por la que no pueda verificar cada pieza a medida que la revisa, a una sucursal, al menos.
Por cierto, es posible que te hayas puesto en la lista de "fuego cuando sea práctico" actuando como una prima donna. No creo que haya tenido un jefe que siquiera pensara en mirar los registros para ver a quién despedir, por mucho que alguna vez sentí en privado que sería una buena idea;).
anfibio
andres bartel
anfibio
BeboyConozcoCosas