Mi primer año como Engineering Manager

 •  6   • 1227 

En este post, quiero contar acerca de mi primer año de experiencia como engineering manager 👩‍💻

¿Por qué ser una Engineering Manager?

Primero que todo, antes de buscar este rol como parte de mi desarrollo profesional, yo había estado trabajando como Líder de desarrollo informático, donde tenia a cargo un equipo de 3 personas internas y 2 personas externas.

Mis funciones eran trabajar en conjunto con las gestoras de proyectos, diseñar y desarollar soluciones informáticas, asignar tareas a mi equipo siendo la responsable del cumplimiento de los plazos, ejecutar los pasos a producción, establecer objetivos, dar feedback al equipo de desarrollo, coordinar con otros lideres del área, hacer seguimiento a las iniciativas y gestionar proyectos con proveedores internos y externos.

Cuando comencé a buscar nuevos desafíos laborales, no encontraba un rol que se pareciera. Revisé diferentes perfiles tales como, Scrum Master, Product Owner, Tech Lead, sin embargo, ninguno era como el de “Líder de desarrollo informático”. Comencé a leer cada descriptor de cargo que me aparecía en la búsqueda, hasta que finalmente encontré una oferta laboral con el rol de “Engineering manager” y era exactamente lo que estaba buscando 😍

La nueva Engineering Manager

Mi primer mes como engineering manager (EM), comienza en septiembre de 2022, liderando a 2 equipos los que llamábamos dominios, donde uno era de 8 personas (dominio: plans) y el otro de 4 personas (dominio: customers). Mi función estaba en liderar a 3 ingerieros QA, 2 tech lead y 7 devs.

Mi primer objetivo fue aplicar las ceremonias de scrum y aquí comienza la diferencia: había aplicado retro y stand up en equipos bastante pequeños, mi primera retro ante tantas personas que recién venía conociendo fue un gran hito.

En octubre, participé en un mapeo de talentos, donde evaluamos el potencial y desempeño de cada integrante, esto me sirvió para conocer quienes trabajaban en cada dominio. Además, tuve que promover a un dev senior como tech lead. Todo fue excelente, mi jefe (CTO) me apoyaba y confiaba en mi, siempre vio mi potencial y mi equipo me acogió con mucho cariño y lo siguen haciendo hasta el dia de hoy 🤗

Se comienza a poner dificil…

Pocos días después, me citaron a una reunión para darme la noticia de que tendríamos que hacer un layoff (de 200 personas llegar a 150, debido a que no estabamos cumpliendo con las metas necesitábamos una reestructuración). Fue en ese momento que sin conocer mucho al equipo tuve que tomar la decisión de despedir a tres personas 😥.

Aquí viene mi experiencia como EM, siendo la primera vez que me tocaba despedir a una persona, y que no solo era una, sino que 3 personas y ninguna por su desempeño, sino que por la reestructuración. Todo lo logré siguiendo un speech para no cometer algún error que nos perjudicara legalmente y no niego que fue muy difícil, incluso me costó dormir la noche anterior. Además, dentro de las salidas estaban 2 de mis pares EMs y la PM que trabajaba conmigo.

Noviembre resulta ser un mes complejo, porque el ánimo de los equipos no estaba de lo mejor y porque yo tuve que ausentarme por una semana debido al fallecimiento de mi madre 👼 … fue un mes que no puedo recordar muy bien como pasó, pero que agradezco infinitamente el apoyo que recibí.

Plan de acción

En diciembre y debido al layoff de octubre, mi equipo, el que mencioné al comienzo que era de 4 persona, quedó en solo 2 (1 Tech lead y 1 QA) y dado a que ese dominio no tenía ningun desarrollador, tomé la decisión de unificarlos, siendo un solo gran dominio. Además, se acercaba la fecha de las vacaciones y estratégicamente necesitábamos el apoyo de todos. 🌴

De diciembre a febrero todo iba muy bien, yo me estaba capacitando para aplicar correctamente la metodología scrum; certificación como Scrum Master y mentorías con un coach agile certificado, para conocer formas de medir el desempeño del equipo. También revisaba los planes de carrera, reuniones 1:1, el cumplimiento de los accionables de las retro, guíando al equipo para generar cada vez menos carry-over y disminuyendo la cola de QA.

Reestructuración

En marzo, vemos que las métricas no estaban saliendo como se esperaban, demasiado carry-over en dominios donde no se tenia mucha visibilidad del avance de las tareas. Surge la necesidad de hacer una hackathon, un nuevo layoff y reestructurar de forma completa el área de ingeniería.

Quedamos 3 managers (las 3 siendo mujeres, lo encuentro genial! mujeres líderes en informática es poco común 👩‍💻) juntas, redefinimos por completo la estructura por dominios. Definimos la nueva estructura y la presentamos al equipo de ingeniería para que nos dieran sugerencias y asi fue como la aplicamos. Nos dividimos las responsabilidades en 3: una EM para las integraciones, otra EM para data science y otra EM para plataforma. A mi me corresponde ser la EM del desarrollo de la plataforma.

De mayo a junio hubo mucha tensión entre las áreas, debido al layoff y a que en ingenieria estábamos implementando una nueva metodología que cambiaba por completo la forma de trabajar y que generaba que algunos no la adoptaran inmediatamente o que no quisieran trabajar en equipo y cambiar su forma de trabajar por dominios.

Nueva metodología de trabajo Simpli-UP

Como mencioné anteriormente, necesitábamos que la metodología de trabajo se adaptara a la nueva estructura de ingeniería, dado que la forma en como se estaba aplicando scrum no estaba funcionando en todos los dominios. Decidimos crear una nueva metodología de trabajo llamada Simpli-Up, basada en diferentes metodologías o marcos de trabajo tales como: ShapeUp, el modelo de Spotify (squads), ceremonias de Scrum y utilizando un tablero Kanban. En otro post les contaré cómo ha resultado esta metodología.

En abril, cerré los últimos sprint por dominios, y en mayo dimos inicio con la nueva metodología de trabajo Simpli-Up, fue un gran desafío 🤩. Nos tomó 1 mes diseñarla y documentarla, por lo que las reglas o condiciones no fueron tan complejas a la hora de presentarla por primera vez.

Un año en el rol de Engineering Manager

En junio, me fui a trabajar remoto desde Boston y posterior a eso, un curso en Babson College y luego me tomé mis vacaciones, pueden revisar mis otros post relacionados a esto. 🌴

En septiembre, ya cumpliendo un año en el rol, me encuentro liderando a un equipo compuesto por 3 tech lead, 1 arquitecto de backend, 1 arquitecto de frontend y 7 devs. Además, 6 personas externas que forman parte de un proyecto de staff augmentation que me corresponde gestionar y hacer seguimiento también.

Experiencia

Soy una Engineering Manager, con 18 personas a cargo, donde en el primer año de experiencia tuve que efectuar salidas, reestructuraciones, crear y aplicar una nueva metodología de trabajo. No puedo negar que se ha vuelto un poco más agotador, reuniones 1:1, sync con los TL y arquitectos, retros, stand up, seguimiento (en el tablero de jira) y gestion de las iniciativas con 3 PMs diferentes.

Lo mejor de todo es que estoy rodeada de gente maravillosa, donde nos apoyamos como compañeritas EMs, con un CTO y VP que nos escuchan y guían constantemente, una people partner que nos acompaña para ser mejores líderes y un equipo que me mantiene cada dia más motivada, aprendiendo y viendo el crecimiento de cada integrante del equipo. 🚀