Llevas una decada construyendo sistemas y has tomado una decision clara: no quieres dirigir personas. Es una carrera completa, con nombre propio en las ofertas de empleo, casi siempre sin traducir: Staff Engineer, Principal Engineer. El problema aparece al abrir el curriculum. La mayoria de los perfiles tecnicos senior lo escriben de una manera que confunde al lector sobre la escalera en la que se encuentran, y acaban recibiendo ofertas un nivel por debajo del trabajo que ya hacen.
Este texto trata solo de ese curriculum: el que tiene que demostrar que influyes en varios equipos sin que nadie dependa de ti en el organigrama.
Dos escaleras y un nombre que cambia en cada empresa
Muchas empresas tecnologicas tienen hoy una carrera tecnica paralela a la de gestion. En la parte alta de esa carrera los nombres varian mucho. En una scale-up vas a ver Staff o Principal Engineer tal cual, sin traducir. En una consultora o en un banco lo habitual es arquitecto de software, ingeniero principal o experto tecnico.
Para quien selecciona, esa variedad es un problema de lectura. Nadie sabe con certeza si el "arquitecto" de una empresa equivale al "Staff" de otra. Lo aclara el contenido de cada linea, siempre que hable el idioma de la carrera tecnica y no el de la gestion.
Los dos errores que te bajan de nivel
El primer error es copiar el curriculum de un manager. Tomas prestado el vocabulario del mando porque suena a veterano, pero en una candidatura a Staff produce el efecto contrario. "Liderazgo de un equipo de ocho", "gestion de presupuesto", "responsable de contratacion": el comite lee eso y concluye que eres un manager cansado que busca un respiro, o que inflas un rol informal de lead. En ambos casos la entrevista se desvia hacia la gestion de personas y olvida tu criterio tecnico, justo lo que quieren contratar.
El segundo error es el contrario: copiar el curriculum de un ingeniero senior. Cada linea describe una entrega a nivel de ticket. El servicio de pagos, la migracion de la base de datos, la nueva funcionalidad. Todo puede ser cierto, y pese a ello el lector ve a un buen Senior y nada por encima. No hay rastro de que la eleccion del servicio a construir fuese tuya, ni de que otros tres equipos siguen hoy el patron que propusiste.
El curriculum de Staff queda entre ambos. Tecnico de principio a fin, con una unidad de trabajo mayor que el ticket y una prueba de impacto que no se mide en personas a cargo.
Alcance y radio de impacto, no personas a cargo
Un manager mide su alcance en personas y presupuesto. Un perfil tecnico senior lo mide en radio de impacto: la parte del sistema y la cantidad de equipos a los que afectan sus decisiones.
Coloca bajo cada puesto una frase que marque la frontera de lo que has tenido a tu cargo. Algunos ejemplos:
- "Responsable tecnico del pipeline de eventos que usan 14 equipos de producto"
- "Autor de las convenciones de la API externa de la plataforma, unos 300 endpoints"
- "Responsable de fiabilidad del proceso de pago en web, movil y socios"
Ninguna de ellas menciona a una sola persona a tu cargo, y el lector entiende enseguida la escala del problema. Las cifras tienen que ser reales, no enormes. "Cuatro equipos" funciona si es verdad; lo importante es que se vea que el trabajo cruza la frontera de un solo equipo.
El documento de arquitectura como unidad de logro
Para un ingeniero senior, la unidad natural de logro es la funcionalidad entregada. Para un Staff o un Principal Engineer suele ser la decision, y lo que deja constancia de una decision es el documento de arquitectura, el RFC o la propuesta tecnica.
Es el cambio de mayor peso en la forma de redactar. En lugar de enumerar lo que construiste, cuenta el problema que viste, la propuesta que escribiste, los equipos que la adoptaron y el resultado. El estilo nominal, habitual en castellano, encaja bien con ese enfoque.
Algunos ejemplos de antes y despues:
- Antes: "Desarrollo de una capa de cache para el servicio de busqueda."
- Despues: "Redaccion del RFC de una capa de cache compartida, tras detectar el mismo arreglo de latencia en cuatro servicios; adoptado como estandar de plataforma, con el p95 de busqueda bajando de 900 ms a 250 ms."
- Antes: "Participacion en la migracion del monolito a microservicios."
- Despues: "Autor de la propuesta de particion que fija el orden de salida del monolito; dejar la facturacion para el final evita congelar las facturas durante el trimestre de mayor actividad."
- Antes: "Mentoria de desarrolladores junior."
- Despues: "Mentor de tres ingenieros en sus primeras revisiones de arquitectura; dos redactan y defienden hoy sus propios RFC, y uno ha sido promocionado a Senior."
En las versiones de despues aparece un artefacto, otros equipos afectados y un resultado. La tercera frase, ademas, resuelve la mentoria sin caer en el lenguaje de la gestion: haces crecer a personas, no las diriges.
Demostrar influencia sin nadie a tu cargo
La influencia es lo que peor se deja poner por escrito porque, por naturaleza, no se ve. Nunca has dado una orden a nadie. Pese a ello deja rastros, y esos rastros son lo que escribes.
Los que merecen un sitio en el curriculum:
- Estandares que usan otros equipos. Una configuracion de linter, un manual de estilo de API, un runbook de guardias, una plantilla de servicio. Si un equipo al que no perteneces lo utiliza, tienes una influencia con cifra.
- Decisiones que has impulsado. Construir o comprar, la eleccion de una base de datos, retirar un sistema antiguo. Escribe la decision y su consecuencia, no la reunion.
- Lo que has frenado. Un perfil tecnico senior aporta a menudo su mayor valor cuando detiene a tiempo un mal proyecto. "Recomendacion en contra de una cola de mensajes propia tras dos semanas de prototipo; el equipo ha pasado a un servicio gestionado" es una linea excelente aunque no se haya construido nada.
- Las personas que has hecho crecer. Ascensos, procesos de entrevista que has definido, el plan de incorporacion que escribiste.
Un consejo util: si tu empresa guarda sus RFC o sus registros de decisiones de arquitectura, repasalos antes de reescribir el curriculum. La memoria retiene una parte de lo que has firmado; los documentos, todo.
Trabajo transversal y las palabras que lo indican
Un puesto de Staff se define por el trabajo que ningun equipo posee en exclusiva. Tu curriculum tiene que dejar claro que dedicas ahi una parte real de tu tiempo.
Algunas expresiones lo transmiten sin exagerar: "para toda la plataforma", "junto a los equipos de datos y movil", "en todos los servicios del flujo de pago". Los sustantivos tambien cuentan. Propuesta, redaccion, estandarizacion, arbitraje, desbloqueo apuntan a la carrera tecnica. Liderazgo de equipo, supervision o gestion de personas apuntan directamente a la otra.
Conserva ademas una linea de trabajo concreto en cada puesto. Un arquitecto que lleva treinta y seis meses sin programar existe, pero la mayoria de quienes contratan para la carrera tecnica quieren ver que sigues construyendo. Un prototipo que escribiste o un incidente complicado que resolviste en persona bastan para demostrarlo.
Fuera del software
La misma logica sirve en otras disciplinas tecnicas con carrera propia. Un Principal Data Scientist demuestra su alcance con los modelos o las definiciones de metricas de las que dependen otros equipos. Un perfil equivalente en producto digital muestra el sistema de componentes sobre el que construyen los equipos de producto. En infraestructura, es el plan de capacidad o la arquitectura de referencia. Cambia el artefacto, no el principio: decisiones y adopcion, no personas a cargo.
Tu plan para los proximos dias
Toma tu curriculum actual y dale dos repasos. Primero, coloca bajo cada puesto senior una frase de alcance con el sistema a tu cargo y la cantidad de equipos implicados. Despues, reescribe tus mejores lineas para que cada una nombre un artefacto, sea un RFC, una propuesta o un estandar, junto con los equipos que lo adoptaron, y elimina las que hablan de personas a cargo si nunca has tenido ese puesto.
Si tu perfil de LinkedIn se encuentra al dia y el curriculum no, cosa frecuente entre ingenieros que escriben mucho de puertas adentro, una herramienta como Postulit puede convertirlo en un primer borrador y dejarte el tiempo libre para esas reescrituras.
Un curriculum de Staff no es un curriculum de Senior agrandado ni uno de manager en miniatura. Es el registro de las decisiones con las que conviven otros equipos.