Familias de puestos, Clusters, Roles y Niveles
Definiciones, principios de diseño y matrices para estructurar la jerarquía.
La jerarquía de cuatro capas
Toda arquitectura de puestos organiza los roles en una jerarquía de cuatro capas. Cada capa tiene un propósito distinto, y trazar los límites correctos determina si la arquitectura es usable o burocrática.
Job Families
Una familia de puestos agrupa roles que comparten dominios de conocimiento, skills y propósito funcional similares. Las familias son la categoría más amplia — generalmente 8 a 20 por organización.
Principios de diseño:
- Las familias deben corresponderse con áreas funcionales reconocibles. Los empleados deben entender inmediatamente a qué familia pertenece su rol.
- Evita tanto la fragmentación excesiva (30+ familias crea sobrecarga de navegación) como la agrupación excesiva (5 familias oculta distinciones significativas).
- Cada familia debe contener al menos 3 roles distintos. Si una familia solo tiene 1–2 roles, probablemente debería ser un cluster dentro de otra familia.
Ejemplos comunes: Finanzas y Contabilidad, Ingeniería y Tecnología, Recursos Humanos, Comercial y Ventas, Operaciones, Legal y Cumplimiento, Marketing y Comunicación, Investigación y Desarrollo, Customer Success, Data y Analytics.
Job Clusters (subfamilias)
Los clusters añaden una granularidad más fina dentro de una familia. No todas las organizaciones los necesitan — son más útiles cuando una familia contiene más de 10 roles distintos.
Cuándo usar clusters:
- Una familia contiene grupos funcionalmente distintos (p. ej., Ingeniería → Software Engineering, Data Engineering, Infrastructure)
- Las trayectorias profesionales dentro de la familia divergen significativamente (p. ej., RRHH → Talent Acquisition vs. Compensación y Beneficios)
- Se requieren conjuntos de skills diferentes a pesar de pertenecer a la misma familia
Cuándo omitir clusters:
- La familia es pequeña (menos de 10 roles)
- Todos los roles dentro de la familia comparten la misma base de skills
- Añadir clusters crearía clusters de un solo rol
Job Roles
El Job Role es la pieza fundamental — la unidad más pequeña y diferenciada en la arquitectura. Cada rol incluye:
- Código de rol único — identificador alfanumérico (p. ej., ENG-SWE-003)
- Título estandarizado — consistente entre regiones y departamentos
- Descripción general — 2 a 3 frases que resumen el propósito del rol
- Tareas detalladas — actividades específicas que realiza el rol (10 a 20 tareas por rol)
- Skills requeridas — capacidades discretas con niveles de proficiency
- Cualificaciones — formación, certificaciones, requisitos de experiencia
- Criterios de igualdad salarial — factores para determinar trabajo comparable
Error común: crear un nuevo rol para cada descripción de puesto ligeramente diferente. La proliferación de roles va en contra del propósito de la arquitectura. Objetivo: el 80 % de los empleados deben mapearse a roles existentes. Solo crea nuevos roles cuando las tareas y los skills realmente difieren.
Job Levels
Los niveles definen la antigüedad dentro de cada rol. Determinan las bandas salariales, la autoridad de decisión y las expectativas de progresión profesional.
¿Cuántos niveles?
| Tamaño de la organización | Niveles recomendados | Justificación |
|---|---|---|
| Startup (<200) | 5–7 | Menos capas = decisiones más rápidas. Típico: Junior, Mid, Senior, Lead, Manager, Director, VP. |
| Mediana (200–2.000) | 7–10 | Añadir niveles Principal/Staff. Separar pistas IC y Management en niveles senior. |
| Enterprise (2.000+) | 8–15 | Bandas de carrera completas, grados globales, doble pista. Compatible con sistemas de grading WTW/Korn Ferry. |
| Conglomerado global (10.000+) | 12–25 | Múltiples bandas de carrera, variaciones regionales, niveles ejecutivos. WTW GGS soporta hasta 25 grados. |
Distinguir los niveles
Cada nivel debe ser objetivamente distinguible del anterior y del siguiente. Los criterios:
- Alcance de responsabilidad — Tareas individuales → Resultados de equipo → Estrategia de departamento → P&L de unidad de negocio
- Complejidad de los problemas — Bien definidos → Ambiguos → Novedosos → Transformacionales
- Autonomía — Guiada → Independiente → Estratégica → Marca la dirección
- Impacto — Producción de tareas → Entrega de proyectos → Rendimiento de la función → Estrategia organizacional
- Profundidad de skills — Básico → Cualificado → Avanzado → Profesional → Domain Expert
Si dos niveles adyacentes no pueden distinguirse claramente en al menos tres de estas dimensiones, deben fusionarse.
Matrices de niveles por sector
| Sector | Familias típicas | Niveles típicos | Patrón notable |
|---|---|---|---|
| Tecnología | 10–15 | 7–12 | Pistas IC profundas (Staff, Principal, Distinguished Engineer). Menos niveles de management. |
| Servicios financieros | 12–20 | 10–15 | Los roles regulados requieren nivelación precisa. Arquitectura fuertemente orientada al cumplimiento. |
| Manufactura | 8–12 | 8–12 | Los roles por turnos necesitan distinciones de modalidad de trabajo. Categorías de seguridad/riesgo prominentes. |
| Salud | 15–25 | 10–15 | Familias clínicas vs. no clínicas. Requisitos de acreditación integrados en los perfiles de rol. |
| Servicios profesionales | 8–12 | 6–10 | Pista Partner/Principal distinta del management. Nivelación basada en ingresos habitual. |
¿Necesitas ayuda para construir tu Arquitectura de Puestos y Skills? Habla con nuestro equipo.
Habla con Hanns