¿Cómo puedo gestionar un equipo en crecimiento?

Soy el asistente administrativo del CTO y nuestra organización ha experimentado recientemente un gran crecimiento. En seis meses, nos fusionamos con otra organización y nuestro equipo de desarrollo creció de 8 a 16, con otras 8 personas en control de calidad.

Ahora nos enfrentamos a una persona muy técnica, con poca paciencia, que gestiona un equipo mucho más grande de lo que está acostumbrado, el 40% de los cuales son junior y un aumento en el número de proyectos. No hace falta decir que mi jefe está siendo empujado en demasiadas direcciones a la vez. ¿Cómo puedo ayudarlo a administrar su carga de trabajo y su equipo para que el equipo sienta que está recibiendo suficiente ayuda y apoyo y siga siendo eficaz?

Podría ser bastante relevante... Workplace.stackexchange.com/questions/2986/…
Su jefe NO debería estar haciendo ningún trabajo técnico en absoluto. Debería estar gestionando el trabajo de otras personas. Entonces, primero, debe abandonar todo el desarrollo que él mismo está haciendo. Eso probablemente liberará algo de tiempo.
@HLGEM Hay gerentes de tecnología con más de 16 subordinados directos que también actúan como colaboradores individuales, aunque reconozco que son raros. Parece que no debería estar haciendo trabajo técnico porque no está ejecutando su departamento de manera eficiente, y eso es algo que debería poder delegar de manera efectiva.

Respuestas (2)

  1. Hable con su jefe acerca de si podría delegar parte de su trabajo. No tiene que crear niveles permanentes de mandos intermedios; ¿Puede designar un líder técnico para cada proyecto clave y dejar que esas personas se encarguen del día a día?

  2. Trate de identificar las tareas que podrían descargarse por completo y los candidatos dentro de la organización que podrían realizarlas. Cuando mi empresa actual era pequeña, el director de ingeniería entrevistó a todos los candidatos; a medida que crecimos, eso se volvió inviable, y ahora tenemos algunos desarrolladores que están a cargo de las entrevistas, con permiso para atraer a otros según sea necesario, y el gerente entrevista solo a los candidatos más importantes que afectan el negocio. Identifique las cosas "así" en su organización, las cosas en las que su jefe está involucrado "porque siempre lo ha estado" en lugar de "porque tiene que estarlo", y ayude a encontrar otras formas de hacer esas cosas.

Escuché que esto se llama "administrar", y generalmente se ilustra con un miembro del personal que le pregunta a su gerente: "¿Qué puedo hacer para que tenga éxito? En su caso, si propone que su jefe delegue algunas cosas en usted (o quien sea) ), eso liberará parte de su tiempo para que realmente progresen. Si tienes tiempo para hacerlo, es genial para ti y para tu jefe. ¡Todos ganan!

Su jefe suena como un desarrollador senior o un líder de equipo que actúa como CTO; en la mayoría de las jerarquías eso lo coloca al menos dos niveles por encima de su nivel salarial. Me parece que si tiene un CTO que se enfoca en los pequeños detalles y se siente abrumado por ellos, necesita crecer un poco en su posición y ajustar el "nivel de zoom" en su lupa corporativa, para enfocarse en la gente, los equipos y el panorama general, no las minucias.

Lo primero que haría como CTO es identificar los equipos funcionales dentro de su jerarquía. Esos 16 desarrolladores y 8 QA son probablemente más como 2 grupos de 8 desarrolladores y 4 BA/QA. Identificaría en qué están trabajando y quién está trabajando en ello, los nombraría como equipos y nombraría a alguien para que sea el "líder del equipo". Si hay dos o más "equipos" trabajando en el mismo "proyecto" general, considere un "director de proyecto" cuyo trabajo sea supervisar el día a día de ambos equipos. Esta es una decisión de juicio y puede ser bastante política, especialmente elegir a alguien sobre otra persona con calificaciones iguales o superiores (experiencia, educación, antigüedad, habilidades). Así que probablemente no será una decisión fácil, pero es por eso que él es el CTO; él llega a tomar las decisiones difíciles.

Con eso resuelto, el trabajo del CTO es administrar los equipos a través de los líderes del equipo. En su forma más básica, el trabajo del supervisor de cada trabajador, desde el desarrollador senior hasta el CTO de la empresa, es tomar la decisión que se extiende más allá del alcance del control del trabajador, eliminando así el obstáculo para su trabajo. Un programador junior prácticamente no puede tomar una decisión en su trabajo que afecte a nadie más que a él mismo; un desarrollador senior puede afectar la ruta de los codificadores junior que supervisa. Un desarrollador sénior no puede tomar decisiones que afecten a todo el equipo; un líder de equipo puede. Un líder de equipo no puede tomar decisiones que afecten a otros equipos; un director de proyecto puede. Un director de proyecto no puede tomar decisiones que afecten a todo el negocio; un CTO puede. Aquí está el problema; un CTO no debería tomar las decisiones que afectan solo a un desarrollador senior y sus juniors. Ese es el trabajo del líder del equipo. Cuando el líder del equipo y/o el gerente del proyecto no pueden resolver el problema, lo llevan al CTO.

+1, pero en mi opinión, los equipos de 12 personas ya son bastante grandes. Podría ver fácilmente que esto es 3, 4 o incluso 5 equipos. Los equipos más pequeños no desafiarían demasiado a los líderes del equipo, quienes serían nuevos en sus funciones. Suponiendo que la empresa planea crecer en el futuro, tener equipos más pequeños también prepararía para eso, ya que solo sería necesario agregar personas a los equipos existentes.