Si trabajas en tecnología, dominar el vocabulario en inglés sobre roles, equipos y metodologías te abre puertas en cualquier empresa global. Aquí encontrarás los términos que usan developers, managers y la C-suite para describir su trabajo diario, con ejemplos concretos para que los apliques sin dudar.

¿Qué roles existen en un equipo de desarrollo de software?

En inglés, engineer y developer se usan de forma intercambiable, incluso si no tienes un título universitario en ingeniería. Lo que sí cambia es el nivel de experiencia que carga cada título.

La escalera técnica suele organizarse así:

• Junior developer: quien empieza su carrera.
• Developer: el nivel intermedio o regular.
• Senior developer: con experiencia sólida.
• Staff engineer y principal engineer: niveles extendidos que muchas empresas añaden arriba del senior.

También escucharás analyst y architect. Un analyst escribe menos código y más descripciones de lo que la tarea debería hacer. Un architect se preocupa por la arquitectura general del sistema, no por los detalles de un componente específico.

Todos estos perfiles son individual contributors o ICs: personas que escriben código o trabajan por sí mismas sin gestionar el trabajo de otros. A veces un IC lidera un equipo, pero no es responsable del desempeño del resto.

¿Qué significa ser un individual contributor? Es alguien que aporta con su propio trabajo, normalmente código, sin tener responsabilidad formal sobre el desempeño de otras personas del equipo.

¿Cómo se organiza el management track en una empresa de tecnología?

Cuando pasas a gestionar personas, entras al management track. Ahí tu responsabilidad ya no es escribir código, sino que el equipo entregue resultados.

Los niveles típicos son:

• Manager: gestiona un equipo directo.
• Senior manager: con más experiencia, suele tener otros managers a su cargo.
• Director: dirige varias áreas o equipos.
• VP o vice president: liderazgo ejecutivo de una unidad.

Algunas empresas usan director y VP con generosidad y se lo dan a casi cualquiera. Otras son muy estrictas. Depende de dónde trabajes.

¿Qué es la C-suite y quiénes la integran?

La cima del management track es la C-suite, donde suite significa sala y C viene de chief, la primera letra de casi todos los títulos de ese nivel.

Entre los más comunes están:

• CEO o chief executive officer.
• CFO o chief finance officer.
• CMO o chief marketing officer.
• CTO o chief technology officer.
• CIO o chief information officer.
• CPO o chief product officer.

Y aquí viene un detalle clave: el CTO lidera la tecnología en una empresa cuyo producto está basado en tecnología, mientras que el CIO maneja la información interna. Por eso un banco tiene CIO pero no CTO, y una empresa como Platzi tiene CTO pero no CIO.

¿Qué departamentos y metodologías debes conocer como developer?

Los departamentos donde un dev suele moverse son engineering y product, que construyen lo que se ofrece a los usuarios. IT o information technology crea soluciones para el interior de la empresa. Data science analiza métricas y entrega reportes. Operations lleva el código a producción.

Dentro de operations aparecen roles muy demandados:

• DevOps: junta developers y operators. Es alguien que conoce el código y la infraestructura donde corre, y usa código para gestionar esa infraestructura.
• SRE o systems reliability engineer: nombre que popularizaron Google y Facebook para roles enfocados en confiabilidad.

¿Cómo se trabaja día a día en un squad ágil?

Tu team o squad es el grupo con el que colaboras a diario. A veces haces pairing: dos personas frente al mismo teclado, la misma computadora y el mismo código. Suena loco, pero produce código con menos errores que trabajando solo.

Cuando el código está listo, lo ship to production o deploy to production. Esto suele ocurrir bajo metodologías ágiles como Scrum, con sus rituales clásicos:

• Standup meetings para sincronizar al equipo.
• Sprints para organizar el trabajo en periodos cortos.
• Backlog o icebox para guardar lo que no entra en el sprint actual.
• Points poker para estimar cuánto tomará una feature.

Toda esa información se gestiona en herramientas como Trello (organizado en boards), Jira, Asana o Monday.

¿Qué es un sprint en Scrum? Es un periodo corto de trabajo, normalmente de una a cuatro semanas, donde el equipo se compromete a entregar un conjunto definido de tareas al cliente.

¿Qué tipos de tests garantizan la calidad del código?

Para que tu código sea confiable, necesitas escribir tests. Cada uno cubre un nivel distinto:

• Unit tests: prueban piezas pequeñas de código.
• Integration tests: validan que distintos sistemas funcionen juntos.
• Smoke tests: confirman que el código en producción no tiene errores obvios.
• End-to-end tests: prueban el flujo completo desde el usuario final hasta el backend.

Todo esto se conoce como QA o quality assurance. Algunas empresas lo ejecutan cada vez que haces commit a tu repositorio, usando herramientas de continuous integration o CI. Otras van más allá con TDD o test-driven development, donde escribes el test antes que el código.

¿Qué es TDD o test-driven development? Es una práctica donde primero escribes el test que tu código debe pasar y después escribes el código que cumple con ese test.

¿Tienes un título distinto al de senior developer? ¿Cómo está organizada tu empresa hoy? ¿Has usado tecnologías que no aparecen aquí? Cuéntalo en los comentarios y lo conversamos.