Durante los últimos dos años he estado trabajando para una empresa de software muy pequeña en un puesto de desarrollo semi-junior. Cuando comencé, implementé procedimientos relacionados con la implementación del código y automaticé gran parte del proceso de compilación, ya que no había una estructura real para ninguno de estos cuando comencé. Desde entonces, la empresa ha duplicado su tamaño, pasé a hacer un desarrollo más normal y manejé la mayoría de las tareas administrativas activando los scripts de automatización que escribí cuando comencé.
Como parte del crecimiento de la empresa, se formó un departamento de control de calidad y trasladamos a un empleado de otra parte de la empresa para que dirigiera el departamento. Debido a la minúscula cantidad de trabajo que hice para las implementaciones en el pasado, viene a mí para manejar muchas tareas relacionadas con la base de datos que ocurren al mismo tiempo que la implementación del código a pesar de que no soy un desarrollador de SQL. de bases de datos, administrar la implementación de bases de datos de prueba en servidores de control de calidad y verificar el esquema de la base de datos en busca de cosas que se hayan perdido. Ahora también estoy a cargo de depurar la compilación si algún desarrollador verifica el código que la rompe, manejar todas las tareas de control de fuente que involucran fusiones y eliminar el código incorrecto de las compilaciones, y solucionar cualquier problema técnico que tenga el equipo de control de calidad.
La mayoría de estas tareas toman poco tiempo individualmente, pero para cada una, el gerente de control de calidad me llama la atención sobre la tarea tan pronto como surge y exige que sea mi tarea de mayor prioridad. Me interrumpen de 5 a 6 veces al día mientras escribo código para realizar tareas que pueden demorar entre 1 minuto y una hora para que su equipo pueda seguir siendo productivo. Si no termino la tarea de inmediato, a menudo camina hacia mi escritorio y se para detrás de mí y mira hasta que la tarea está terminada. Debido a esto, mi productividad de desarrollo se ha hundido y ya no puedo cumplir con los plazos de código que podía antes, lo que se refleja negativamente en mi posición como desarrollador.
Le he dejado claro a mi gerente que las constantes interrupciones hacen que sea mucho más difícil para mí desarrollar el código y que, como consecuencia, mi satisfacción laboral se ve afectada. Dijo que tomaría medidas para resolver mis quejas, pero después de unos meses nada ha cambiado, y el gerente de control de calidad exige más de mi tiempo con más frecuencia. El gerente de control de calidad se quejó con la alta gerencia de que mi tiempo de respuesta para estas tareas ha sido inferior a la media, ya que prefiero terminar mi tarea actual antes de comenzar una nueva. Después de hacerle saber cómo estaba afectando negativamente mi capacidad de trabajo, comenzó a tomar medidas para alejarme del desarrollo para trabajar para su equipo como un puesto de tiempo completo, lo cual no tengo ningún deseo de hacer.
Todavía me considero un desarrollador junior, y trabajo aquí por la oportunidad de aprender, que en su mayoría se ha sofocado haciendo lo que considero un trabajo bastante servil. He automatizado todo lo que he podido, pero tengo dificultades para gestionar la automatización junto con mis otras tareas administrativas y de programación. ¿Hay una buena manera de salir de esta posición y volver a programar a tiempo completo?
Necesita el apoyo de su gerente para que esta opción funcione, pero con ella, el gerente de control de calidad puede volver a capacitarse. Cuando te pida que trabajes en algo, pídele que te envíe una solicitud y la agregarás a tu cola. Si debe hacerse antes que otras cosas en su cola, entonces su gerente deberá opinar.
Y luego, hable con su gerente y pregúntele qué cosas le gustaría que se retrasen, para que pueda trabajar en esta tarea para el gerente de control de calidad. Deje en claro cada vez que realice una tarea, lo que le está costando en el trabajo que estaría haciendo para su propio gerente. Si su gerente lo respalda, le dirá que haga el trabajo de control de calidad después de al menos parte de su trabajo existente. Luego, si el gerente de control de calidad se encuentra allí, hágale saber que puede permanecer allí todo lo que quiera, pero que no trabajará en sus cosas hasta que haya hecho lo que su gerente le ha dado prioridad. Y dale la espalda e ignóralo.
Esto podría ser contraproducente y terminaría haciendo más y más trabajo de control de calidad, porque su gerente preferiría perderlo a usted que tratar con el gerente de control de calidad. Pero si su gerente es tan débil, podría valer la pena buscar en otro lado de todos modos.
El gerente de control de calidad no tiene ningún incentivo para ser responsable ya que ha descubierto que usted hará el trabajo si lo molesta. Por lo tanto, debe hacer que el problema del gerente de control de calidad sea el problema del gerente de control de calidad al permitir que sus tareas se retrasen.
Como Henry Cloud, Ph.D. escribe en la página 15 de Límites para líderes ,
Al final, como líder, siempre obtendrás una combinación de dos cosas: lo que creas y lo que permites.
...
Un principio central de los límites es el de la propiedad.
Al asumir los problemas del gerente de control de calidad al hacer su trabajo, le está permitiendo a este gerente redirigir su trabajo. Solo cuando le hagas asumir la propiedad de sus responsabilidades al permitirle experimentar las consecuencias de los plazos incumplidos, dejará de molestarte.
Como se señaló en una de las otras respuestas, antes de decir "no" al gerente de control de calidad, debe reunirse con su gerente y hacerle saber que dejará de hacer el trabajo del otro departamento, obtener su consentimiento y haga un seguimiento con un correo electrónico que confirme su conversación.
De esta manera, tendrá un registro en papel si alguien intenta responsabilizarlo por los plazos incumplidos.
Si le resulta difícil permitir que ocurra este conflicto, debe averiguar cuál es la "recompensa" que recibe al cumplir con el gerente de control de calidad. Esta recompensa puede ser emocional, de estatus o financiera.
Al final, necesitas desarrollar el coraje para manejar lo único que controlas: tu propio comportamiento. Para muchos trabajadores, establecer límites en el lugar de trabajo es una lección difícil de aprender, porque el lugar de trabajo con frecuencia recompensa a las personas por hacer el trabajo de otros.
Si no termino la tarea de inmediato, a menudo camina hacia mi escritorio y se para detrás de mí y mira hasta que la tarea está terminada.
Esto no es aceptable a nivel personal/humano. Este comportamiento demuestra una falta de confianza en usted y no es razonable. Si quieres hacer cosas, pero no confía en que digas "lo haré", ¿por qué perder el tiempo y caminar hasta tu escritorio?
Creo que su gerente subestima su trabajo. Otros gerentes de otras áreas no pueden "caminar a menudo a un escritorio" de un empleado. DEBEN preguntarle a su gerente si su tiempo puede programarse para seguir otras tareas.
De esa manera, el punto más importante aquí es a nivel organizacional. Si su deber es seguir estas tareas de control de calidad, muévase al equipo de control de calidad. Si su función es otra, quédese en el desarrollo y haga una transferencia de conocimiento a otro miembro del equipo de control de calidad.
Estos incluyen implementar código SQL en nuestros cientos de bases de datos, administrar la implementación de bases de datos de prueba en servidores de control de calidad y verificar el esquema de la base de datos en busca de cosas que se hayan perdido. Ahora también estoy a cargo de depurar la compilación si algún desarrollador verifica el código que la rompe, manejar todas las tareas de control de fuente que involucran fusiones y eliminar el código incorrecto de las compilaciones, y solucionar cualquier problema técnico que tenga el equipo de control de calidad. Muchas de estas tareas fueron manejadas anteriormente por la persona más calificada, pero el gerente de control de calidad cree que debo hacer todas las tareas yo mismo.
La dirección también debe gestionar los riesgos. En particular, lo que puedo ver aquí es un solo punto de característica: ¿qué pasa si renuncias? ¿Cómo manejará estas tareas? En las empresas "buenas" y "organizadas" hay al menos dos personas por cada "trabajo" para mitigar la salida de personas.
Una pregunta para usted: ¿tiene una reunión periódica de comentarios de gerentes para resaltar estos problemas?
paparazzi
pedro m
Stop starting, start finishing( agilebuddha.com/agile/… ). Encuentro que trabajo mejor cuando trabajo de esta manera, y ni siquiera trabajo en un entorno ágil.La defensa del sonido
manderton
La defensa del sonido
manderton
patricia shanahan
Jonathan Cowley-Thom