Trabajo en un pequeño departamento de TI en una empresa no tecnológica. Mi gerente renunció recientemente y están buscando un reemplazo. Supongo que dado que soy uno de esos desarrolladores "raros" con habilidades para las personas, el director me está alentando a presentar una solicitud.
Una parte de mí quiere postularse pero otra parte dice que no. La paga y la capacidad de marcar la diferencia suenan interesantes, y estoy un poco agotado en la programación después de 12 años, pero parece que también hay inconvenientes. Dirigiría a alguien más que esté muy interesado en el puesto y podría ser incómodo ya que es un amigo y actualmente está más arriba en la escalera que yo (junto con algunos otros).
¿Alguien más ha estado en una posición similar? ¿Hay alguien en la gerencia y más feliz o alguien ha tomado un trabajo de gerencia y desea que no lo hayas hecho? ¡Cualquier comentario sería apreciado!
@Pratik: Cuando los gerentes trabajaban para ex empleados de las empresas para las que trabajabas, ¿les causaban problemas?
EDITAR: Gracias a todos por sus respuestas.
Si bien esto parece ser una buena oportunidad, hay algunas cosas que me incomodan al respecto.
1) Sería responsable de TODO en lugar de lo que me piden que haga. El departamento todavía se tambalea después de varias rondas de despidos ... estresados y al borde del agotamiento. Tengo una relación bastante buena con todos los miembros del equipo ... pero me pregunto si no cambiaría si tomara este trabajo.
2) Un par de otros compañeros de trabajo desprecian al director por cualquier razón. Podría tratar de hacerme hacer su trabajo sucio y castigarlos si se topan.
3) Administrar personas que son mayores que yo, lo que no parece ser un problema basado en la publicación de Codemwnci.
4) Es un departamento pequeño y realmente no creo que se necesite un gerente de tiempo completo. En mi opinión, no necesitamos que alguien pase el 50% de su tiempo ordenando a las personas (porque todos saben lo que tienen que hacer) y el 50% del tiempo sin hacer nada. El departamento necesita más de un jugador-entrenador IMO. Creo que en realidad ayudaría al equipo porque tendrían otra persona para hacer el trabajo de soporte a tiempo completo (en lugar de que una persona de soporte escriba el código como lo estoy haciendo ahora) si eso tiene sentido.
Es difícil, pero lo que estoy haciendo ahora también es difícil (desarrollo + trabajo de soporte)
Simplemente odiaría verlos traer a alguien del exterior que no sabe lo que están haciendo o arruina el equipo que tenemos ahora, lo cual es bastante sólido.
EDITAR (4/30)
Su relación con el resto del equipo va a cambiar. Ahora eres el jefe en lugar de un compañero. Tendrá que decirle a la gente qué hacer y ellos deberían hacerlo. Algunos estarán de acuerdo con el cambio, pero otros podrían resentirse de que haya sido promovido en lugar de ellos.
Eso podría ser un problema ya que soy amigo de la mayoría de ellos ahora.
En este caso, asigne algunas de las tareas de proyecto "fáciles" a usted mismo. Estos deben ser elementos no críticos que puede recoger y soltar en cualquier momento. Esto le permite ayudar en el proyecto, mantenerse al día con la base del código pero no distraerse de las actividades gerenciales. Otra cosa que puede hacer es colocar todos los informes de errores que entran. Compruébelos para asegurarse de que sean errores reales y, si es una edición fácil, corríjala de inmediato. Los problemas más grandes pueden programarse para el resto de las actividades del equipo. Esto evita que el equipo se distraiga y también le muestra al cliente / a la alta gerencia que las cosas se arreglan.
Suena como una buena estrategia ...
Para mí, se trata de las actividades diarias que disfrutas. ¿Te gusta entrenar, reunirte con personas, gestionar proyectos, establecer una buena relación y resolver problemas de personas? ¿O necesita mucho tiempo a solas, encuentra reuniones agotadoras, no le gusta el drama y le gustan los problemas intelectuales / técnicos?
Puedo hacer ambos. Lo principal para mí es el equilibrio trabajo-vida. Mi antiguo jefe tenía un equilibrio entre la vida laboral y personal, pero solo porque tenía empleados dedicados debajo de él que sabían lo que estaban haciendo, trabajaban las horas extra y facilitaban su trabajo. Por supuesto, si alguien más se hizo cargo y el departamento fue mal administrado, el equilibrio entre la vida laboral y personal para todos podría estar fuera de la ventana.
EDITAR (5/1)
@Jeff
Es un entorno corporativo y no tengo control sobre cuántas personas tenemos o la descripción del trabajo de cada puesto.
Espero que mis compañeros de equipo quieran que tenga éxito, pero no estoy seguro. Me hice amigo de algunos de ellos y seguramente esto cambiaría nuestra relación. Pero no estoy seguro de que los otros candidatos puedan ejecutar el departamento y mantener las cosas funcionando sin problemas ... aunque podría estar equivocado.
fuente
Respuestas:
Acepté ese trabajo y desearía no haberlo hecho.
Puede pensar que es un avance. Lo es, pero en una dirección completamente diferente. Es muy parecido a cambiar su ocupación de carpintero a vendedor. Necesita un conjunto de habilidades y conocimientos diferentes para hacer su trabajo. Claro, realmente ayuda saber exactamente qué hace su gente y qué problemas enfrentan todos los días. Pero en mi experiencia, es una pequeña porción del trabajo, digamos alrededor del 20%. Se pasa mucho más tiempo manejando a las personas (sus necesidades y ambiciones) y protegiendo a esas personas de una gran cantidad de basura que la alta gerencia está produciendo en grandes cantidades. Además, debes tener mucho cuidado con lo que haces y lo que dices, porque eso podría causar todo tipo de daños (desde hacer enojar a alguien hasta destruir la moral de todo el equipo).
Lo malo es que ya no hago mucha programación. Y descubrí que me agrada mucho más crear software que decirles a los demás lo que deberían estar haciendo. También tengo la sensación de que mi conocimiento del desarrollo de software se está volviendo obsoleto lentamente. Hace algún tiempo, estaba luchando con algunos problemas y los consideré difíciles. En estos días, me corrigen constantemente. Son perfectamente solucionables con marcos populares, por lo que los problemas son triviales. Cada vez que esto sucede, sonrío, pero mi alma llora desesperada.
fuente
He estado y hecho todo eso.
PUEDE ser capaz (especialmente mediante una discusión con su gerente) de hacer lo imposible y obtener lo mejor de ambos mundos, algo que logré durante varios años, es decir, ser un gerente técnico práctico.
Sí, usted hace cosas de administración, pero trata de obtener el equilibrio de hacer aproximadamente el 50% de cosas de administración (generalmente cosas vagas, a corto plazo, extinción de incendios, contemplar el posible futuro o cosas que necesitan resolver los problemas de las personas). Y alrededor del 50% es un desarrollador práctico.
Hay muchos que dirán "no no no hagas esto, debes ser uno de los otros".
Que es difícil, pero una de las cosas acerca de la gestión de personas que realizan un trabajo técnico es que si no mantenerse en contacto, que rápidamente se convierte técnicamente obsoletos - y luego nunca se puede volver a ser un desarrollador (o se requiere una masiva caída a sueldo y un largo período de reciclaje con un empleador tolerante).
La única forma de mantenerse moderadamente en contacto con la tecnología es HACERLO. Todos los libros, cursos y gofres del mundo no son sustitutos de lo real.
Entonces, al hacer (algo) de desarrollo, te conviertes en un mejor administrador del trabajo técnico.
Pero es difícil.
fuente
Tenga en cuenta esta respuesta, esta es mi experiencia, y no soy más que un individuo, y seguramente será diferente para mí. Pero, esta es mi historia de todos modos.
Me gradué, lo hice muy bien, me convertí en un líder muy rápidamente y gané el respeto de mis compañeros debido a mi vida de tecnología y mi voluntad de aprender fuera del trabajo, manteniendo mis habilidades frescas. También me hizo excelente en mis tareas de programación, ya que practicaba fuera del trabajo en proyectos personales. Rápidamente me convertí en 'el chico' en mi departamento (de 20 programadores en ese momento). Y luego mi gerente se fue.
Me convertí en el gerente, aunque nunca recuerdo haber accedido a hacerlo. Y me quedé atrapado durante 3 años. Manejé el equipo bastante bien. Yo era un techy, así que les encantó, porque odiaban que las personas que 'no los entendieran, o lo que hicieron / ofrecieron' les dijeran qué hacer, y cómo hacerlo. También era mucho más joven que el resto del equipo (tenía 25 años), en su mayoría tenían 30-45 años. Pero eso no parecía importar. El equipo estaba contento. Y todavía estaba haciendo una parte de la codificación, manteniendo mis habilidades frescas.
¡Entonces el equipo se hizo demasiado grande! Pasé todos mis días en reuniones y en evaluaciones individuales. Raramente iba a casa contento, pero a menudo pensaba "¿qué he hecho hoy?", Aparte de las reuniones.
Hace 6 meses solicité un puesto de Arquitecto en la misma empresa y lo obtuve. Voy a casa contenido la mayoría de los días. Siento que estoy agregando valor real y empujando a la empresa hacia adelante. Mi desarrollador principal de mi antiguo equipo se fue a mi antiguo trabajo. También era un técnico. El equipo nuevamente estuvo contento con el reemplazo, porque era un técnico y un muy buen tipo. Pero él acaba de retirarse, de regreso a su antigua posición por muchas de las mismas razones.
En mi experiencia, las buenas personas técnicas, incluso si son buenas con las personas, son buenos técnicos porque anhelan algo sobre la tecnología. Sobre construir cosas, crear software como arte. La única forma en que volvería a la administración es si pudiera estar en la posición en la que estaba al principio del juego de administración, que aún debía ser práctico. Funcionó, todos estaban felices, y el negocio fue lo mejor de mi técnica, y obtuve lo mejor de mi equipo. A medida que el equipo se hizo más grande y no hice nada práctico, todos sufrieron.
Buena suerte con lo que elijas. Espero que lo haga bien, ya que al menos lo está pensando en lugar de solo ver el dinero / poder y saltar directamente.
fuente
Estaba en la misma posición. Tomé el ascenso a gerencia y lo estoy disfrutando mucho.
Todavía desarrollo, porque también soy uno de los mejores desarrolladores, pero ha sido un buen movimiento. Estoy feliz de estar haciendo algo diferente ahora. Si bien me encanta el desarrollo, se estaba volviendo una rutina y quería ver qué más había disponible.
Los mejores trabajos que he tenido fueron trabajar para buenos gerentes y aprendí lo que me gustó de lo que hacen y estoy tratando de hacer lo mismo. Hasta ahora, el equipo parece feliz de tenerme en este rol, ya que estoy tratando de mantenerlos fuera de la típica basura corporativa.
fuente
Tal vez siéntese con el gerente a tomar una taza de té y hable con él sobre esto. Parece que es un buen tipo y si usted presenta las cosas, él puede ayudarlo a descubrir qué es lo mejor para usted.
Si está agotado en la programación, tal vez un cambio de ritmo durante algunos años podría ser bueno, y siempre puede volver a la programación más adelante si lo desea.
fuente
En mi opinión, si eres un programador que también puede ser un gerente, tómalo. Si no lo hace, alguien que sea menos capaz podría tomarlo. Es difícil encontrar personas con la combinación de habilidades de gestión y programación. Además, si su gerente lo alienta a presentar una solicitud, él tiene esa fe en usted. Administrar a alguien más importante para usted no debería ser un problema. Es parte de sus habilidades de gestión de personas. Aunque tengo una sugerencia para ti. Inicialmente tendrás algunos aspirantes infelices. Tienes que poner fin a toda ambigüedad tan pronto como asumas el papel. Haga eso con una combinación de ser responsable, delegar responsabilidad, hacer un seguimiento y ser firme con los miembros del equipo.
fuente
He sido desarrollador y gerente. Para mí, se trata de las actividades diarias que disfrutas. ¿Te gusta entrenar, reunirte con personas, gestionar proyectos, establecer una buena relación y resolver problemas de personas? ¿O necesita mucho tiempo a solas, encuentra reuniones agotadoras, no le gusta el drama y le gustan los problemas intelectuales / técnicos?
Pasarás el día en un trabajo muy diferente. Entonces, es cuestión de qué día disfrutarás y cuál seguirás deseando que termine antes.
fuente
Por supuesto, no hay una respuesta correcta o incorrecta en este caso. Mi experiencia es que fui ascendido a líder de equipo (con responsabilidad de gestión de línea para el equipo) de un equipo de electrónica y software. Logré mantener una buena cantidad de manos en este trabajo y me convenía, luego me mudé para hacer un trabajo de Gestión de Proyectos con otra compañía y lo odié. Ahora estoy de regreso haciendo solo trabajo de desarrollo en otra persona.
Por supuesto, debe tener en cuenta el Principio de Peter y estar seguro de que realmente puede hacer el trabajo y no ser tentado demasiado por el dinero.
fuente
En respuesta a tu edición:
Su relación con el resto del equipo va a cambiar. Ahora eres el jefe en lugar de un compañero. Tendrá que decirle a la gente qué hacer y ellos deberían hacerlo. Algunos estarán de acuerdo con el cambio, pero otros podrían resentirse de que haya sido promovido en lugar de ellos.
En este caso, asigne algunas de las tareas de proyecto "fáciles" a usted mismo. Estos deben ser elementos no críticos que puede recoger y soltar en cualquier momento. Esto le permite ayudar en el proyecto, mantenerse al día con la base del código pero no distraerse de las actividades gerenciales. Otra cosa que puede hacer es colocar todos los informes de errores que entran. Compruébelos para asegurarse de que sean errores reales y, si es una edición fácil, corríjala de inmediato. Los problemas más grandes pueden programarse para el resto de las actividades del equipo. Esto evita que el equipo se distraiga y también le muestra al cliente / a la alta gerencia que las cosas se arreglan.
fuente
Rechacé la oportunidad de convertirme en líder del equipo cuando apenas tenía un año en la industria del software. Sentí que no tenía la experiencia técnica suficiente para tomar el puesto. Hoy, cinco años y un cambio de dominio más tarde, estoy tratando de llegar a la misma publicación. Ojalá lo hubiera tomado entonces.
fuente
Debe planificar cómo cree que debe correr el equipo y qué posiciones deben crearse, modificarse, eliminarse y completarse junto con las calificaciones. Según los comentarios que reciba, su instinto le dirá si desea el trabajo.
Otra consideración es cuánto más lejos en la gestión quiere ir. Vea cuáles son las expectativas de todos.
Tus compañeros de equipo deberían querer ayudarte a tener éxito o tienen que irse. Asegúrate de tener claro cómo quieres manejar las cosas y deja que decidan si quieren cooperar.
fuente