Español

Estilo de Liderazgo de Laszlo Bock: Operaciones de Personas Basadas en Datos, Ciencia de Contratación, y Qué Aprendió Google de 50,000 Empleados

Perfil de Liderazgo de Laszlo Bock

Cuando Laszlo Bock se unió a Google en 2006, la empresa tenía aproximadamente 6,000 empleados y una cultura que se ejecutaba por instinto del fundador. Cuando se fue en 2016, había crecido más de 60,000, y Google había pasado una década ejecutando experimentos controlados sobre qué hace que los equipos sean efectivos, qué preguntas de entrevista realmente predicen el desempeño, y si los gerentes importan en absoluto. Su era se superpuso directamente con Sundar Pichai como el CEO de Google que escaló esa cultura hacia adelante. En la frontera de operaciones de personas, Patty McCord ejecutó un experimento paralelo en Netflix, mientras que Adam Grant en Wharton le dio a la investigación psicología organizativa subyacente su encuadre de practicante, y Kim Scott tomó marcos de gerente de Google directamente en Apple University.

La mayoría de las empresas hacen esas preguntas a un nivel intuitivo. Google construyó modelos estadísticos. Bock era la persona ejecutando esos modelos.

Su mandato de 10 años como SVP de Operaciones de Personas produjo Project Oxygen (qué hace a un buen gerente), Project Aristotle (qué hace a un equipo efectivo), un rechazo completo de preguntas de entrevista de acertijo cerebral, y un conjunto de prácticas de contratación ahora usadas en miles de empresas. "Work Rules!" — su libro de 2015 resumiendo lo que Google aprendió — es uno de los libros de gestión más densos en datos publicados en la pasada década.

Si tu proceso de contratación aún se basa en intuición y "ajuste cultural," y tu filosofía de gestión no ha sido sometida a prueba contra datos, es el desafío más directo a cómo estás construyendo tu equipo.

Hechos Clave: Laszlo Bock

  • Rol en Google: SVP de Operaciones de Personas, 2006-2016 — supervisó crecimiento de número de empleados de ~6,000 a 60,000 empleados (10x).
  • Investigación Distintiva: Project Oxygen (8 comportamientos de gerente) y Project Aristotle (seguridad psicológica como el principal predictor de desempeño del equipo).
  • Programa re:Work: Lanzó la plataforma Operaciones de Personas de Google que se enfrenta al público (rework.withgoogle.com) publicando investigación interna, plantillas y guías para practicantes de HR en todo el mundo.
  • Libro: Work Rules! Insights from Inside Google That Will Transform How You Live and Lead (2015) — bestseller del New York Times, traducido a 20+ idiomas.
  • Fundó Humu (2017): Empresa de IA de operaciones de personas construida en "motor de empujón" de ciencia del comportamiento; adquirida por Perceptyx en 2023.
  • Educación: Yale MBA; previamente en McKinsey y General Electric antes de Google.

El Modelo de Empujón de Bock

El Modelo de Empujón de Bock es una doctrina de operaciones de personas basada en datos que reemplaza la intuición de HR con experimentos controlados y pequeños empujones de comportamiento específicos y cronometrados. Argumenta que el desempeño del gerente y equipo mejoran más rápido a través de un empujón cronometrado y accionable en un momento de decisión que a través de cambios de política, declaraciones de valores, o programas de capacitación. Las organizaciones lo adoptan midiendo qué realmente predice el desempeño, publicando los hallazgos internamente, y actuando en los resultados incluso cuando contradicen la sabiduría de gestión recibida.

Desglose del Estilo de Liderazgo

Estilo Peso Cómo se manifestó
Diseñador de Personas Basado en Evidencia 65% La contribución distintiva de Bock fue aplicar rigor experimental a preguntas que HR había previamente respondido con intuición. Ejecutó experimentos controlados aleatorizados en formatos de entrevista, estudió comportamiento de gerente en decenas de miles de evaluaciones de desempeño, y publicó los hallazgos internamente — luego actuó en ellos incluso cuando contradijeron la sabiduría recibida. Cuando los datos mostraron que las preguntas de acertijo cerebral tenían correlación casi cero con el desempeño del trabajo, Google dejó de hacerlas. Cuando Project Oxygen reveló que la brillantez técnica de los gerentes se clasificó octava de ocho comportamientos efectivos, Google reestructuró su currículo de desarrollo de gestión correspondientemente. La evidencia manejó las decisiones.
Líder Sirviente a Escala 35% Bock constantemente enmarañó su rol como construir sistemas que hicieran 60,000 personas más efectivas, no como gestionar HR como una función. Empujó la autoridad para decisiones de personas tan lejos hacia abajo la organización como los datos sugirieron que era seguro. Su argumento en "Work Rules!" es que los gerentes deberían tener menos poder sobre resultados individuales de carrera (contratación, despido, clasificación de desempeño) que la mayoría de las empresas les dan — porque el juicio del gerente individual es demasiado variable y demasiado ingobernable. Estructuralmente, estaba construyendo una organización que se ejecutaba bien con menos intervención de gestión, no una que dependía de más.

La división 65/35 refleja el método de Bock: la mayoría de los líderes de operaciones de personas usan datos para reportar qué está ocurriendo (tasas de desgaste, puntuaciones de compromiso, tiempo para llenar). Bock usó datos para probar si las prácticas actuales estaban realmente funcionando y para rediseñarlas cuando no lo estaban. La pieza de sirviente a escala es la traducción operativa de eso: construyes sistemas que amplifican el juicio de personas que están haciendo el trabajo, en lugar de sistemas que centralizan el juicio en HR o gestión. Esa es una arquitectura más difícil de construir que un panel, pero se escala de formas que los paneles no.

Rasgos de Liderazgo Clave

Rasgo Calificación Qué significa en la práctica
Rigor Estadístico en Decisiones de Personas Excepcional El equipo de Bock analizó más de 10,000 observaciones de comportamiento de gerente para producir los ocho comportamientos de Project Oxygen. No encuestaron empleados sobre qué les gustaba en un gerente. Correlacionaron comportamientos específicos observables de gerente con desempeño del equipo, retención de empleados, y puntuaciones de satisfacción. La distinción importa: la investigación basada en encuestas te dice qué prefieren las personas. El análisis de comportamiento te dice qué realmente predice resultados. Bock estaba ejecutando el segundo, que es más difícil y más útil.
Humildad Intelectual Sobre la Sabiduría Recibida de HR Muy Alta Google había estado usando preguntas de acertijo cerebral en entrevistas durante años cuando Bock encargó el análisis que mostró que no predecían nada. Cambiar una práctica que los Googlers asociaban con su cultura requirió que Bock estuviera públicamente dispuesto a decir que la práctica estaba mal — no "menos óptima," pero realmente mal y vale la pena remover. Ha hecho lo mismo con requisitos de GPA (abandonados para la mayoría de roles después de encontrar sin correlación con desempeño después de los primeros dos años) y con la tolerancia de "idiota brillante" que la cultura temprana de Google había silenciosamente normalizado.
Compromiso con la Transparencia Alta Bock publicó la investigación de Operaciones de Personas de Google internamente y luego externamente a través de "Work Rules!" No trató los hallazgos como ventaja competitiva. Los trató como contribuciones a cómo las empresas en general deberían contratar y gestionar personas. Esa transparencia construyó credibilidad con empleados de Google (que podían ver los datos detrás de políticas afectándoles) y con la comunidad más amplia de HR. También creó responsabilidad: una vez que has publicado que las preguntas de acertijo cerebral no funcionan, no puedes silenciosamente traerlas de vuelta.
Capacidad para Operacionalizar Valores a Escala Alta El valor declarado de Google de "no ser malo" es fácil de decir y difícil de hacer cumplir en 60,000 personas en 50 países. La contribución de Bock no fue articular valores más claramente — fue construir procesos que los hicieran observables y medibles. Las entrevistas estructuradas con rúbricas de puntuación estandarizadas hacen las decisiones de contratación auditables. Las sesiones de calibración para clasificaciones de desempeño hacen visible la varianza de puntuación. Construyó una organización donde los valores mostraron en el diseño de proceso, no solo en carteles.

Las 3 Decisiones Que Definieron a Laszlo Bock como Líder

1. Matar GPA y Preguntas de Entrevista de Acertijo Cerebral en Google

Cuando Google era pequeña, su proceso de entrevista era famoso por preguntas como "¿Cuántas pelotas de golf caben en un autobús escolar?" o "¿Cómo moverías el Monte Fuji?" La lógica era que estas preguntas probaban el pensamiento analítico bajo presión. También eran divertidas de hacer y fáciles de evaluar como "buenas" o "malas" según los estándares propios de Google.

Bock encargó un análisis sobre si estas preguntas predecían algo. La respuesta fue no. El desempeño de acertijo cerebral tenía correlación esencialmente cero con el desempeño del trabajo en Google. Las preguntas estaban probando algo — comodidad con ejercicios de pensamiento lateral, voluntad de desempeño bajo observación, familiaridad con el género de entrevista — pero no las habilidades que determinaban si alguien sería efectivo en el rol.

El mismo análisis se ejecutó en GPA. Para la mayoría de roles, GPA predijo el desempeño del trabajo para los primeros dos años y luego dejó de predecir nada. Para roles técnicos donde la excelencia académica correlacionaba con requisitos de habilidades específicas, retuvo algo de señal. Para la mayoría del resto de los trabajos de Google, estaba filtrando candidatos que habían construido sus carreras a través de caminos no convencionales, que es exactamente el tipo de candidato que tiende a traer nuevas perspectivas.

El reemplazo de Google fue entrevistas conductuales estructuradas con rúbricas de puntuación estandarizadas. En lugar de preguntar "¿cuántos afinadores de pianos hay en Chicago?", los entrevistadores fueron entrenados a hacer preguntas específicas sobre comportamiento pasado: "Cuéntame sobre una época en que tuviste que tomar una decisión con datos incompletos." La respuesta fue evaluada contra una rúbrica que todos entrevistando para el rol usaban consistentemente, por lo que la evaluación de un candidato no dependía de qué entrevistador pasara que consiguiera.

La estructura del comité de contratación agregó otra capa: ningún gerente individual podía contratar o vetar un candidato unilateralmente. Las decisiones de contratación requirieron revisión de comité, lo que redujo el sesgo que los entrevistadores individuales traen a decisiones que toman solos. Ralentizó el proceso de contratación. También lo hizo significativamente más consistente.

Para ti: la trampa de la pregunta de acertijo cerebral es aún muy común. La pregunta "¿cuántas pelotas de golf caben en un autobús escolar?" te dice si alguien ha practicado ese tipo de pregunta. Si tu proceso de entrevista incluye cualquier pregunta que describirías como "ver cómo piensan," pregúntate cómo la estás puntuando, quién más está viendo la respuesta, y qué tus datos dicen sobre si predice desempeño. Si no tienes datos, estás haciendo lo que Google estaba haciendo antes de que Bock ejecutara el análisis.

2. Project Oxygen: Qué los Gerentes de Google Realmente Hacían Bien

En 2008, el equipo de Análisis de Personas de Google ejecutó un estudio interno intentando responder a una pregunta que la cultura de ingeniería había planteado antes: ¿realmente importaban los gerentes en Google? El pathos de ingeniería en Google temprana era que los contribuyentes individuales brillantes no necesitaban gerentes — necesitaban que los dejaran solos. La tesis implícita era que la gestión era gasto general.

Project Oxygen probó esa tesis. El equipo analizó más de 10,000 observaciones de comportamiento de gerente, correlacionó esos comportamientos con datos de desempeño del equipo, puntuaciones de satisfacción de empleados, y tasas de retención, e identificó los ocho comportamientos que más fuertemente predijeron el desempeño del equipo alto.

El comportamiento número uno no era la brillantez técnica. No era visión estratégica o liderazgo decisivo. Era "ser un buen entrenador." La clasificación se veía así: ser un buen entrenador, empoderar al equipo y no microgestionar, crear un ambiente de equipo inclusivo mostrando preocupación por éxito y bienestar, ser productivo y orientado a resultados, ser un buen comunicador y escuchar al equipo, apoyar desarrollo de carrera y discutir desempeño, tener una visión clara y estrategia, y — octava — tener habilidades técnicas clave para que puedas asesorar al equipo.

Google publicó esto internamente y lo usó para rediseñar capacitación de gestión. Pero el resultado más importante fue de comportamiento: los gerentes que puntuaron bajo en la dimensión de entrenamiento fueron entrenados en ella específicamente. Las discusiones de desempeño incorporaron el marco de Project Oxygen. Las decisiones de promoción para gerentes fueron evaluadas contra él.

La investigación no mostró que las habilidades técnicas no importen. Mostró que para personas ya contratadas en la cultura intensiva de ingeniería de Google, las habilidades técnicas eran apuestas sobre la mesa — todos las tenían. La variable diferenciadora para la efectividad del gerente eran las habilidades de relación y entrenamiento que la cultura de ingeniería había pasado una década tratando como suave.

Para ti: el hallazgo número uno de Project Oxygen es accionable sin infraestructura de datos. Si estás evaluando los gerentes que reportan a ti, o si estás evaluando tu propia efectividad de gestión, los ocho comportamientos te dan una rúbrica específica. La dimensión de entrenamiento es la menos desarrollada comúnmente. Pregúntate: ¿cuándo fue la última vez que diste a un reporte directo retroalimentación que cambió en qué trabajaban o cómo trabajaban? Si no puedes nombrar una instancia específica en los últimos 30 días, probablemente estés puntuando bajo en la dimensión que importa más.

3. Dejar Google para Fundar Humu

Cuando Bock dejó Google en 2016, podría haber ido a cualquier número de empresas de tecnología establecidas o fondos de riesgo. En cambio, co-fundó Humu con Wayne Crosby y Jessie Wisdom — dos investigadores de Análisis de Personas de Google anteriores. El producto central de la empresa era un "motor de empujón": una plataforma que enviaba empujones semanales basados en ciencia del comportamiento a gerentes y empleados, calibrados a su contexto y objetivos específicos.

La teoría detrás de Humu era específica: la mayoría del cambio de comportamiento en el trabajo falla porque pide a las personas cambiar de demasiadas formas a la vez, o porque el cambio requerido es demasiado abstracto (ser un mejor entrenador, ser más inclusivo) sin específicos sobre qué hacer en la próxima semana. El motor de empujón fue diseñado a enviar un empujón accionable a la vez, cronometrado a cuándo sería más relevante, basado en lo que la plataforma sabía sobre el rol del empleado y actividades recientes.

Humu recaudó financiamiento significativo, trabajó con clientes incluyendo Sweetgreen y varias empresas de tecnología importantes, y fue adquirida por Perceptyx en 2023 en lugar de lograr una salida independiente. Ese resultado vale la pena leerlo honestamente. El producto fue genuinamente innovador y la teoría del cambio de comportamiento era sólida. Pero las plataformas basadas en empujones enfrentan un problema de distribución: requieren que los compradores de HR empresariales crean que pequeños empujones de comportamiento producirán resultados comerciales medibles, y eso es una venta difícil en un ambiente de presupuesto donde el gasto de tecnología de HR a menudo es justificado por reducción de número de empleados o cumplimiento, no por mejoras de entrenamiento.

Lo que el resultado de Humu revela sobre el modelo de liderazgo de Bock: estuvo dispuesto a apostar que los percances de investigación del equipo de Análisis de Personas de Google podrían ser productizados a escala. Esa apuesta fue correcta en que el producto funcionó. El cronometraje del mercado y el modelo de ir al mercado fueron más difíciles que la tecnología. Como caso de estudio de liderazgo, es honesto sobre la brecha entre saber qué cambia el comportamiento en una organización (el trasfondo de investigación de Bock) y construir un negocio alrededor de ese conocimiento.

Para ti: el concepto del motor de empujón está disponible para ti sin la plataforma de Humu. La percance central es que el cambio de comportamiento en el trabajo ocurre una acción específica a la vez, no a través de cambios de política o programas de capacitación. Si quieres que tus gerentes sean mejores entrenadores, la intervención más efectiva no es un taller — es un empujón durante una situación específica donde el entrenamiento es necesario, con una acción sugerida específica. Puedes hacer eso en una agenda de 1:1, una estructura de reunión de equipo, o un mensaje de Slack en el momento correcto. La infraestructura importa menos que la especificidad.

Qué Haría Laszlo Bock en Tu Rol

Si eres CEO, el percance más aplicable de Bock es sobre el costo de tu proceso de contratación relativo a su precisión predictiva. La mayoría de los CEOs evalúan su contratación por resultado (¿hicimos una buena contratación?) en lugar de por proceso (¿nuestro proceso de entrevista realmente predice buenas contrataciones?). Esas no son la misma pregunta. Bock te presionaría a auditar la correlación entre cómo los candidatos desempeñan en tu proceso de entrevista y cómo desempeñan en los primeros 18 meses. Si no hay datos, no puedes responder la pregunta. Si hay datos y la correlación es débil, tienes un problema costoso que está creando tus problemas de talento hacia abajo.

Si eres COO o líder de operaciones, el énfasis de Project Oxygen en "no microgestionar" tiene un significado operativo específico. Bock encontró que los gerentes que sobre-supervisaban sus equipos producían desempeño más bajo y desgarre más alto, incluso cuando la microgestión era técnicamente competente. La traducción de COO: los procesos que construyes deben dar a los equipos objetivos claros y mecanismos de retroalimentación claros, no prescribir cómo se hace el trabajo. Si tu infraestructura de ops pasa más tiempo monitoreando actividad que midiendo resultados, estás construyendo un sistema de microgestión que los datos de Project Oxygen dicen bajo-funcionarán.

Si eres líder de producto, el hallazgo de seguridad psicológica de Project Aristotle es directamente aplicable a cómo ejecutas desarrollo de producto. La investigación de efectividad de equipo de Google encontró que la seguridad psicológica — si los miembros del equipo se sentían seguros tomando riesgos interpersonales — era el predictor más importante de desempeño del equipo, por encima de composición del equipo, habilidades individuales, o estructura. Para un equipo de producto, la seguridad psicológica aparece en un lugar específico: si los ingenieros se sienten seguros diciéndole a los gerentes de producto cuando un requisito está equivocado. Si no lo hacen, enviarás el producto equivocado a tiempo. Bock construiría esa seguridad antes de construir la hoja de ruta.

Si estás en ventas o marketing, la investigación de entrevista estructurada de Bock tiene una aplicación directa a cómo contratas a vendedores. La mayoría de contratación de ventas sobre-índices en energía, estilo de comunicación, y desempeño en conversación sin estructura — que es exactamente lo que un buen candidato de entrevista está entrenado a entregar. Bock te presionaría a diseñar un proceso de entrevista estructurado para roles de ventas con preguntas específicas estandarizadas sobre comportamientos de ventas pasados, evaluados contra una rúbrica consistente. Se siente más lento. Produce precisión predictiva significativamente mejor.

Ejecutando el Playbook de Bock Sin la Infraestructura de Datos de Google

Las operaciones de personas basadas en evidencia suenan prohibitivas — la mayoría de las empresas no tienen 10,000 observaciones de gerente para correlacionar con datos de desempeño. No las necesitan. Lo que necesitan es visibilidad en contratación, incorporación, 1:1s, e intercambios entre equipos para que el equipo de HR pueda ver qué comportamientos correlacionan con resultados en su propio contexto. Rework da a los líderes de Operaciones de Personas esa vista horizontal: canales de contratación, estado de incorporación de nuevas contrataciones, cadencia de gerente 1:1, y propiedad de proyecto entre equipos todo vive en un lugar de trabajo, por lo que HR no está reconstruyendo la evidencia de cinco herramientas. Cuando el desgarre de equipo de ventas aumenta, puedes ver si el gerente ha estado ejecutando 1:1s, si las tareas de incorporación fueron completadas, y si la rúbrica de entrevista estructurada fue usada — en minutos, no un auditoría de seis semanas. Esa es la doctrina de Bock hecha operacionalmente práctica en empresas que no tienen un equipo de Análisis de Personas de 60.

Citas Notables y Lecciones Más Allá de la Sala de Juntas

La cita publicada más útil de Bock es de "Work Rules!": "La mayoría de contratación es un desperdicio de tiempo de todos." Está describiendo el proceso de entrevista promedio, no el suyo propio. El argumento es que entrevistas sin estructura — donde el entrevistador hace cualquier pregunta que pase por la mente — agregan casi ningún valor predictivo sobre azar. Harías casi igualmente bien volteando una moneda. Dado cuánto tiempo las organizaciones gastan en contratación y cuánto está en juego en cada contratación, esa es una ineficiencia costosa que la mayoría de las empresas han aceptado como normal.

En los hallazgos de Project Aristotle, Bock ha sido consistente: "Los equipos que funcionan mejor son aquellos donde las personas se sienten lo suficientemente seguras para decir no sé, cometí un error, no estoy de acuerdo." Está parafraseando la investigación de seguridad psicológica de Amy Edmondson, que los equipos de Google validaron a escala. El hallazgo importa porque la mayoría de los gerentes piensan que la seguridad psicológica significa ser amable. No lo hace. Significa crear condiciones donde las personas traen problemas a la superficie temprano, antes de que se vuelvan costosos. Eso es un resultado de desempeño, no una preferencia de cultura.

El percance de Bock menos citado concierne los límites de HR basada en datos en organizaciones que realmente no quieren escuchar qué dice los datos. Ha sido franco sobre esto post-Google: el enfoque primero de datos para operaciones de personas funciona cuando el liderazgo organizacional está dispuesto a actuar en hallazgos que desafían el comportamiento actual. En Google, el liderazgo estaba dispuesto. Bock ha notado que muchas empresas con las que ha hablado desde 2016 quieren la recopilación de datos sin la responsabilidad que crea. Esa es una descripción más honesta de por qué HR basada en datos a menudo se detiene que la mayoría de los consultores te darán.

Dónde Este Estilo Falla

El enfoque de Bock requiere dos cosas que la mayoría de las empresas crecientes no tienen: suficientes datos para sacar conclusiones estadísticas, y suficiente voluntad organizativa para actuar en hallazgos que contradicen lo que el liderazgo ya cree. Project Oxygen funcionó en Google porque Sundar Pichai y Eric Schmidt estaban dispuestos a ser dicho por datos que la brillantez técnica era el octavo comportamiento de gestión más importante. En empresas donde el liderazgo cree que sabe cómo se deberían gestionar las personas y trata los datos como confirmación en lugar de investigación, las operaciones de personas basadas en datos se vuelven un ejercicio de recopilación de opiniones muy costoso.

La dependencia de escala es también real. Los estudios de Bock requirieron decenas de miles de puntos de datos para producir hallazgos accionables. En una empresa de 200 personas, no tienes suficientes gerentes para ejecutar un equivalente de Project Oxygen estadísticamente válido. Puedes aplicar las conclusiones de la investigación de Google sin replicar la investigación — pero necesitas ser honesto sobre la diferencia entre aplicar los hallazgos de otro y generar los tuyos propios. La adquisición de Humu sin una salida independiente vale la pena recordar como un recordatorio de que el percance de investigación no se traduce automáticamente a un producto o proceso escalable.

Aprende Más