· 12 min de lectura
Forward Deployed HR (FDHR) propone un modelo operativo de RRHH que se integra a los equipos del negocio para resolver problemas reales con datos, automatización e inteligencia artificial. Su foco es pasar de las recomendaciones a soluciones concretas, acompañar su adopción y medir su impacto.
En este artículo
Llevo tiempo reflexionando sobre un desafío muy concreto que enfrenta Recursos Humanos: Desde hace años hablamos de la necesidad de "digitalizar RRHH", sumando datos a nuestra gestión para respaldar nuestras iniciativas y así llegar a la famosa "mesa de decisión" en las empresas. Pero la realidad nos demuestra, una y otra vez, que nos quedamos cortos a la hora de demostrar nuestro impacto.
Ahora, con la llegada de la Inteligencia Artificial Generativa a cada rincón de nuestras vidas, esa promesa incumplida tiene un peso que no podemos ignorar. No es un tema menor: El rol de Recursos Humanos como tal debe reconvertirse, de una vez por todas, porque está en riesgo su mera existencia.
Y de ahí, la pregunta que me quitó el sueño durante los últimos meses: ¿cuál sería una nueva forma de gestionar talento que realmente aporte valor de manera adaptada y precisa, aprovechando los últimos avances tecnológicos y potenciando a los humanos al mismo tiempo?
Forward Deployed HR (FDHR) es mi propuesta para lograrlo de una vez por todas.
Forward Deployed HR (FDHR) es un modelo operativo de Recursos Humanos basado en la integración directa con el negocio para diseñar, construir, implementar y mejorar soluciones sobre la dimensión humana de sus problemas, que generen un impacto real y medible.
Este paradigma propone una forma de ejercer RRHH en la que los profesionales trabajan cerca de los problemas que buscan resolver, colaboran con los equipos involucrados y combinan su conocimiento de personas y organizaciones con capacidades de análisis, tecnología, automatización e inteligencia artificial.
Su principal diferencial está en asumir responsabilidad por todo el recorrido de una solución: desde la comprensión del problema hasta su implementación, adopción y evaluación de resultados.
Bajo este enfoque, el profesional aumentado no solamente sabe, analiza o recomienda. Construye soluciones y las lleva hasta el punto de impacto. Participa activamente en su puesta en práctica, observa cómo funcionan en el contexto real y realiza los ajustes necesarios para mejorar sus resultados.
FDHR no representa un nuevo cargo dentro del organigrama, sino un paradigma transversal que puede aplicarse a cualquier especialidad de Recursos Humanos. Su principio fundamental es pasar de la generación de recomendaciones a la construcción de soluciones que efectivamente transformen la manera de trabajar.
Ahora, una aclaración importante: cuando hablo de resolver problemas del negocio, hablo siempre desde la gestión de personas. FDHR no convierte a RRHH en un área que se mete a resolver cualquier cosa. Si marketing no llega a sus objetivos, no vamos a rediseñar la campaña ni a definir el posicionamiento de la marca: eso es trabajo de marketing. Lo que sí podemos hacer es entender la dimensión humana de ese problema (si el equipo tiene las capacidades que necesita, si adoptó las herramientas que se compraron, si los roles están claros, si la carga de trabajo es sostenible) y construir una solución para eso: una capacitación a medida, un plan de adopción o un asistente que acompañe el uso de una herramienta nueva. El problema es del negocio; nuestro aporte es su dimensión humana.
Cuando adoptamos este modelo, cambian al menos cuatro cosas en la forma de trabajar.
La unidad de trabajo deja de ser el proyecto genérico para toda la organización y pasa a ser el equipo o proceso concreto donde vive el problema.
La relación con el negocio deja de ser consultiva a distancia y se vuelve una colaboración sostenida, con presencia real en las conversaciones donde se toman decisiones operativas.
Los entregables dejan de ser exclusivamente informes, políticas o recomendaciones, y empiezan a incluir prototipos, flujos automatizados, tableros o asistentes que la gente usa todos los días.
Y el criterio de éxito deja de ser la entrega del diagnóstico para convertirse en la adopción efectiva y el impacto medible de la solución.
Quiero ser claro en algo: estas transiciones describen lógicas de trabajo, no un juicio sobre personas ni organizaciones. Muchos profesionales de RRHH ya operan con parte de esta lógica y la administración de procesos y el diseño de políticas siguen siendo necesarios en cualquier función de personas madura. Lo que propongo es correr el énfasis hacia la construcción situada, sin eliminar lo demás.
Antes: el equipo de personas recibe un pedido, un ticket o una consulta, y responde desde su propia mesa de trabajo.
Ahora: el equipo se integra temporalmente al área donde el problema se manifiesta, observa el contexto de primera mano y participa de las conversaciones operativas.
Antes: el foco está en que el proceso se cumpla y la política esté actualizada.
Ahora: el foco está en qué resultado de negocio necesita moverse y el proceso o la política se ajustan en función de eso.
Antes: el entregable es una presentación con benchmarks y recomendaciones generales.
Ahora: el entregable incluye un prototipo funcional, construido con herramientas sin código, datos propios de la organización e IA cuando aporta valor real.
Antes: el informe se entrega, se presenta y el ciclo se da por cerrado.
Ahora: se define de antemano qué se va a medir, se observa la adopción real y se ajusta o se retira la solución según lo que muestran los datos.
Sostengo FDHR sobre un ciclo de cinco etapas que se retroalimentan. Para ilustrarlo, uso un ejemplo hipotético de un equipo de ventas con rotación alta en los primeros seis meses de contratación.
Esta etapa implica integrarse al equipo donde ocurre el problema, no analizarlo desde afuera. Eso significa entrevistar a las personas que están dejando el puesto, a sus líderes directos y a quienes se quedan, auditar los procesos y los datos disponibles, observar el trabajo cotidiano y contrastar las distintas perspectivas que aparecen. El objetivo es comprender el contexto real y distinguir el síntoma visible de la causa de fondo, sin dar por confirmada ninguna hipótesis antes de haberla investigado con evidencia.
Ejemplo: en el caso del equipo de ventas, esto podría significar revisar los datos de rotación y desempeño de los últimos ingresos, entrevistar a quienes renunciaron y a sus líderes, y observar cómo transcurren las primeras semanas en el puesto. De ese cruce podría surgir que la rotación no se explica por compensación, como se asumía al principio, sino por falta de acompañamiento en las primeras semanas de venta activa.
Esta etapa consiste en definir junto a quienes van a usar la solución cuál es el problema concreto a resolver y qué resultado se espera lograr, en lugar de diseñar para ellos desde afuera. Incluye priorizar entre las alternativas posibles y acordar de antemano los criterios que van a indicar si la solución funcionó o no.
Ejemplo: siguiendo con el equipo de ventas, esto podría traducirse en definir junto a los líderes y a algunos vendedores qué tipo de acompañamiento temprano tendría sentido, en qué momento del proceso conviene activar una señal de alerta, y qué se va a considerar una mejora real en la retención temprana.
Esta etapa es la de prototipar y probar la solución en el contexto real, con las herramientas disponibles: herramientas low-code o no-code, automatización, datos propios e IA. El feedback de quienes van a usarla a medida que el prototipo toma forma se incorpora de inmediato, en lugar de esperar a tener una versión terminada.
Ejemplo: en el caso del equipo de ventas, esto podría ser un tablero simple que cruce indicadores tempranos de desempeño con señales de riesgo, o un flujo automatizado que dispare un acompañamiento cuando aparecen ciertas señales, ajustado con los comentarios de los líderes que lo van probando.
Esta etapa evalúa dos cosas: si la solución se está usando (adopción) y si está generando el efecto esperado (impacto), a partir de indicadores definidos previamente y de una línea de base con la que comparar. Es importante no atribuir de manera automática cualquier cambio observado a la solución construida, sin antes descartar otras explicaciones posibles.
Ejemplo: en el caso del equipo de ventas, esto sería observar si los líderes efectivamente usan el tablero o responden a las alertas, y comparar la rotación temprana de los meses siguientes con la línea de base registrada antes de implementar la solución.
Esta etapa toma la evidencia y el feedback recogidos para ajustar lo que no funciona, probar nuevas variantes y decidir si la solución se escala, se mantiene como está o se retira porque no cumplió su propósito. Es el paso que muchas veces falta en un ciclo tradicional de diagnóstico, y el que le da sentido a todos los anteriores.
Ejemplo: si en el caso del equipo de ventas el tablero resultara poco usado por los líderes, esto podría llevar a simplificarlo o a reemplazarlo por alertas automáticas más directas, y recién después de esos ajustes evaluar si tiene sentido extenderlo a otros equipos de ventas.
El nombre se inspira en el rol de Forward Deployed Engineer (FDE), que empresas como OpenAI, Anthropic y Palantir usan para describir una ingeniería que se despliega junto al cliente, construye con sus equipos y se responsabiliza de que la solución quede en uso, evaluada por adopción e impacto medible. De ahí surge la filosofía de fondo, no los requisitos técnicos del puesto: la responsabilidad no termina en la propuesta, sino en verla funcionando en el terreno real.
FDHR no viene a reemplazar al HR Business Partner, y no quiero que se lea así. Conozco muchos HRBPs que ya trabajan cerca del negocio, con buena comprensión del contexto y capacidad real de influir en las decisiones. Lo que a mí me interesa remarcar con FDHR es otra cosa: un énfasis explícito en la construcción práctica apoyada en tecnología, la responsabilidad por la adopción y un ciclo de medición e iteración visible. Es una capacidad que se suma a lo que ya existe, no que compite con ella.
Si FDHR implica construir soluciones en el terreno donde vive el problema, es necesario entender qué capacidades ayudan a lograrlo. En HR Bootcamp® Aumentado respondemos a esa pregunta desde seis propuestas formativas, pensadas como especializaciones complementarias y no como seis cargos aislados:
Human Experience Leader: experiencia del colaborador, escucha activa, bienestar e inclusión.
Human-AI Transformation Lead: IA, asistentes, agentes, automatización, adopción y gobernanza.
Learning & Capability Designer: diseño de aprendizaje, gamificación y evaluación de impacto.
Strategic HR & Future of Work Partner: negocio, planificación de fuerza laboral, diseño organizacional y gestión del cambio.
People & Workforce Intelligence Analyst: formulación de hipótesis, indicadores, análisis de datos y soporte a decisiones.
Talent Intelligence & AI Recruiter: selección, movilidad interna, experiencia del candidato y auditoría de sesgos.
Detrás de estas rutas aparece un conjunto de herramientas que, desde mi lectura, resume bastante bien la caja de herramientas de un FDHR: Desde Excel y Power BI para trabajar con datos; ChatGPT e IA generativa para acelerar análisis y producción; asistentes y agentes para resolver tareas puntuales; automatización no-code y low-code para prototipar rápido; y, del lado más humano, diseño centrado en personas, storytelling, creatividad, curiosidad, agencia, facilitación y gestión del cambio para que lo construido realmente se adopte.
Esas rutas (y las habilidades, herramientas y proyectos que las componen) son parte del marco que nos permite construir soluciones reales, lograr que se adopten, medir si funcionan y ajustarlas cuando sea necesario.
Como parte de la cursada del HR Bootcamp® Aumentado, la práctica con tableros FDHR es el espacio donde aplicamos esta forma de trabajar con ejercicios y casos reales de aplicación en RRHH. Todo con base en nuestra plataforma de gestión de proyectos, con un agente de IA generativa que acompaña todo el ciclo de desarrollo. Nos permite movernos por las cinco etapas del ciclo, usando los últimos datos y tecnologías a nuestro favor.
Mi apuesta de fondo es más simple que cualquier programa: si ya sabemos diagnosticar bien, el paso que falta es animarnos a construir con esa misma rigurosidad, en el contexto donde el problema efectivamente vive, y quedarnos ahí el tiempo necesario para saber si funcionó. Es lo que reflejamos en los 3 principios de referencia:
Diagnóstico: RRHH debe transformarse AHORA. El negocio cambió. La tecnología cambió. Las personas cambiaron. Seguir haciendo lo mismo ya no es una opción.
Camino: RRHH debe implementar soluciones para potenciar al negocio junto a las personas. Menos procesos genéricos. Más impacto real, medible y humano en cada decisión.
Modelo: RRHH debe ser Forward Deployed HR. Cerca del problema. Dentro del negocio. Con IA y datos. Construyendo soluciones junto a quienes las necesitan.
Al final, de lo que hablo cuando hablo de FDHR es de correr el lugar desde donde trabajamos: dejar de mirar el problema desde afuera y meternos adentro, con el negocio y la gente, hasta ver la solución funcionando, haciéndonos cargo de que funcione. Ver y garantizar la adopción y el impacto de nuestro trabajo, es lo que nos va a permitir seguir siendo relevantes en los próximos años.
Si esto resuena con algo que te pasa en tu día a día, te propongo algo simple: pensá en un problema real que tengas cerca ahora mismo, uno que conozcas bien porque lo viste de primera mano. No busques el más grande ni el más visible. Elegí uno acotado, metete en el contexto donde ocurre, y empezá a construir una solución, aunque sea pequeña, para resolver los dolores junto a quienes los viven todos los días.
Y recordá:
"Tenemos por delante un desafío inmenso y motivador: Ser cada vez más humanos, usando cada vez más tecnología".
Fundador de RecursosHumanos.com
LinkedIn Top Voice · HR Tech Influencer
El dueño de RecursosHumanos.com (y el chico de pelo azul de LinkedIn). Profesional de RRHH, especialista en People Analytics. HR Tech Influencer y LinkedIn Top Voice. Emprendedor, curioso e inquieto: cada día busca aprender, desarrollar y aplicar soluciones basadas en tecnología para traer el futuro al presente.
Más artículos
