Cómo saber qué te falta para postular a un rol tecnológico
Un método de una tarde para comparar tu perfil con ofertas reales, separar requisitos de deseos y convertir la brecha en un plan de 30 días.
- Por
- Planet STEAM
- Publicado:
- Lectura
- 5 min de lectura
Revisión editorial: Luis Carreño, . Borrador redactado con asistencia de IA.
"¿Estoy listo para postular?" es una pregunta que casi nadie se responde con datos. Se suele mirar una sola oferta, leer la lista de requisitos y concluir "me falta todo" o "ya cumplo". Las dos conclusiones pueden ser engañosas si se basan en una sola oferta.
Esta guía propone un método que puedes hacer en una tarde, con una hoja de cálculo y cinco ofertas reales. No necesitas ninguna herramienta de pago.
Sobre el método. La clasificación en núcleo, frecuente y ocasional, la jerarquía de evidencias y el plan de 30 días son un método editorial de Planet STEAM para ordenar tu preparación. No son una clasificación validada del mercado laboral.
Paso 1. Elige un rol concreto, no un área
"Datos" o "cloud" son áreas. "Analista de BI" o "Ingeniero de datos junior" son roles. Las brechas solo se pueden medir contra un rol.
Si dudas entre dos, haz el ejercicio para ambos y compara. Para entender qué hace cada rol en el día a día, una referencia útil y pública es O*NET OnLine (se abre en una pestaña nueva), la base de ocupaciones del Departamento de Trabajo de EE. UU.: describe tareas típicas y herramientas por ocupación. No es una descripción del mercado latinoamericano, pero sirve para no confundir roles parecidos.
Paso 2. Reúne cinco ofertas reales y recientes
- Que sean del país o la modalidad (remota, híbrida) a la que de verdad vas a postular.
- Que hayan sido publicadas en las últimas semanas.
- Que sean del nivel que buscas (junior, semi senior). Una oferta senior distorsiona el análisis.
Copia el texto de cada oferta en un documento. No hace falta guardar el nombre de la empresa.
Paso 3. Convierte las ofertas en una tabla
Crea una fila por requisito y una columna por oferta. Marca con 1 si la oferta lo pide.
| Requisito | Oferta A | Oferta B | Oferta C | Oferta D | Oferta E | Total |
|---|---|---|---|---|---|---|
| SQL | 1 | 1 | 1 | 1 | 1 | 5 |
| Power BI | 1 | 1 | 0 | 1 | 0 | 3 |
| Python | 0 | 1 | 0 | 1 | 1 | 3 |
| Inglés intermedio | 1 | 0 | 1 | 0 | 0 | 2 |
Tabla de ejemplo: los valores son ilustrativos, no datos de mercado.
Agrupa sinónimos ("SQL Server", "consultas SQL", "T-SQL" cuentan como SQL) y separa lo que la oferta marca como "deseable" o "plus".
Paso 4. Separa requisitos de deseos
Con la columna Total ya puedes clasificar (umbrales propuestos por este método):
- Núcleo: aparece en 4 o 5 de las 5 ofertas. Si te falta, trátalo como una brecha prioritaria y comprueba si las empresas lo presentan como obligatorio.
- Frecuente: aparece en 2 o 3. Suma, pero no bloquea.
- Ocasional: aparece en 1. No lo persigas todavía.
Este paso evita un error fácil de cometer: estudiar lo que aparece una sola vez porque suena atractivo.
Paso 5. Pon evidencia al lado de cada requisito
Para cada requisito núcleo y frecuente, escribe qué prueba tienes hoy. Este es el orden que propone el método, de más a menos fuerte:
- Experiencia laboral donde lo usaste, con un resultado concreto.
- Un proyecto público (repositorio, dashboard publicado) que alguien pueda abrir.
- Una certificación vigente emitida por el fabricante o un organismo reconocido.
- Un curso terminado con ejercicios evaluados.
- "Lo he visto en videos". Esto no es evidencia.
Si un requisito núcleo solo tiene evidencia del nivel 5, esa es tu brecha principal, aunque "sepas" el tema.
Paso 6. Prioriza tres brechas, no diez
Ordena las brechas por dos criterios: cuántas ofertas las piden y cuánto tardas en producir evidencia. Elige como máximo tres. Por ejemplo:
- Un requisito núcleo sin evidencia → proyecto pequeño y público.
- Un requisito frecuente con evidencia débil → mejorar un proyecto existente o terminar un curso con práctica.
- Un requisito de idioma → práctica sostenida, no un fin de semana.
Paso 7. Plan de 30 días
Una propuesta de ritmo, no un plazo garantizado; ajústala a tu tiempo disponible.
| Semana | Objetivo | Entregable |
|---|---|---|
| 1 | Brecha núcleo | Primer borrador del proyecto, con datos públicos |
| 2 | Brecha núcleo | Proyecto publicado con un README que explique el problema y el resultado |
| 3 | Brecha frecuente | Mejora visible (una consulta optimizada, un dashboard, una prueba automática) |
| 4 | Postulación | CV actualizado que enlace la evidencia, y las primeras postulaciones |
Al final del mes, repite la tabla con cinco ofertas nuevas. Si la brecha núcleo desapareció, el método funcionó.
Checklist rápido
- Elegí un rol concreto.
- Reuní cinco ofertas recientes del nivel y lugar correctos.
- Armé la tabla y agrupé sinónimos.
- Separé núcleo, frecuente y ocasional.
- Puse evidencia al lado de cada requisito.
- Elegí máximo tres brechas.
- Tengo un entregable por semana.
Errores frecuentes
- Medir contra ofertas senior. Todo parece una brecha.
- Contar cursos como experiencia. Un curso abre la puerta a un proyecto; no lo reemplaza.
- No volver a medir. La tabla es una foto. Repítela cada mes.