De MBO a OKR: lo que se perdió en el camino

Red de clínicas, 600 personas, 14 unidades. En enero, tres días de taller de OKR: objetivos, resultados clave, planilla compartida, todo el mundo alineado. En abril, en la revisión del trimestre, 40% de los resultados clave estaban sin número actualizado, 30% habían sido reescritos a mitad de camino y el resto se cumplía porque se había definido con holgura.

La conclusión de la reunión fue que el equipo necesitaba 'tomarse el OKR más en serio'. Ninguna de las cuatro horas se gastó discutiendo por qué actualizar un número exigía que alguien extrajera datos de tres sistemas y los tipeara a mano.

01La idea: Drucker, 1954 #

Peter Drucker presentó la administración por objetivos en The Practice of Management, de 1954. El nombre completo importa: management by objectives and self-control — administración por objetivos y autocontrol. La segunda mitad casi siempre se olvida, y es la que carga el argumento.

La propuesta de Drucker era que cada gestor entendiera con precisión qué contribución debe dar su unidad al resultado del conjunto, definiera con su superior los objetivos que se desprenden de eso y — este es el punto — tuviera acceso directo a la información que muestra su propio desempeño, para poder corregirse sin depender de que alguien le señale el error.

Drucker era explícito sobre el riesgo: si la información de desempeño sube antes de llegar a quien hace el trabajo, el método se transforma en herramienta de cobranza y pierde exactamente lo que lo justificaba.

02Grove, 1983: el método gana cadencia #

Andy Grove, entonces en Intel, publicó High Output Management en 1983 con una versión operativa de esa idea. Dos preguntas: adónde quiero ir (el objetivo) y cómo sé que estoy llegando (los resultados clave, medibles). El ciclo es corto — trimestral, no anual — y los números son pocos.

Grove aportó tres cosas que hacen diferencia práctica. Ciclo corto, porque un objetivo anual no sobrevive al contacto con la realidad. Pocos indicadores, porque medir todo es no priorizar nada. Y metas lo bastante ambiciosas como para que alcanzar el 100% signifique que la meta era fácil — motivo por el cual, decía él, el OKR no debe ser insumo directo de la evaluación individual ni del bono.

Fue esa formulación la que John Doerr llevó a Google en 1999 y la que, desde los años 2010, llegó a las empresas medianas de la región — casi siempre por la vía del taller, y casi nunca por la vía del sistema de información que Drucker consideraba una condición.

03Lo que se perdió en el camino #

• El autocontrol. En la mayoría de las implantaciones, el número lo consolida un área central y se presenta al equipo en la revisión. Quien ejecuta descubre su desempeño cuando ya es una lámina.
• La separación del bono. Amarrar el OKR a la remuneración produce el comportamiento obvio: metas conservadoras, negociadas con holgura. El método pasa a medir la habilidad de negociar, no el resultado.
• La cadencia. Un ciclo de 90 días con dos puntos de lectura — el inicio y el final — no es cadencia, es un informe. Corregir el rumbo depende de mirar el número cuando todavía da tiempo.
• La conexión con el trabajo. El objetivo vive en una planilla; el trabajo vive en otro lado. Si actualizar uno exige un esfuerzo de recolección, se actualizará la víspera de la reunión, con una estimación.

04La cuenta del ciclo que no cierra #

Escala de esa red brasileña de 600 personas (cifras en reales), con 45 gestores involucrados en el ciclo. Premisas conservadoras, declaradas para que rehagas la cuenta con tus números:

¿Querés ver cómo queda dentro de una operación real? Conocé la plataforma.

La cuenta: 45 gestores × 9 horas × 4 trimestres = 1.620 horas; a R$ 90 da cerca de R$ 146 mil anuales. Ese gasto no es el problema — es una inversión razonable en dirección común. El problema es cuando cerca de la mitad de esas horas se consume en recolectar y formatear datos, y no en decidir. Ahí la empresa está pagando R$ 73 mil por año para volver a tipear números que ya existen en algún sistema.

05Dónde se traba esto en la práctica #

1. El resultado clave no tiene fuente. 'Aumentar la satisfacción del cliente' sin definir de dónde sale el número garantiza que será estimado.
2. Demasiados objetivos. Siete objetivos por área con cuatro resultados clave cada uno da 28 números por área. Nadie sigue 28 números; el ciclo muere por exceso.
3. Meta confundida con tarea. 'Implantar el nuevo sistema' es un entregable, no un resultado. El resultado es lo que cambia cuando el sistema entra.
4. Reacción a la oscilación normal. Un indicador que cayó dos puntos no siempre está pidiendo un plan de acción — la variación no es error, y tratar el ruido como señal desgasta el método rápido.

06Qué responde la gestión con datos #

La distancia entre la intención de Drucker y el ritual de planilla es, en buena medida, un problema de sistema de información. Cuando el trabajo ya queda registrado — ticket atendido, pedido entregado, proyecto concluido, plazo cumplido —, el resultado clave lee ese registro en vez de depender de recolección manual. La revisión trimestral deja de ser una operación de consolidación y vuelve a ser una conversación sobre decisiones.

Vale una advertencia que Drucker ya hacía y que Grove reforzó: un número visible es herramienta de autonomía o de vigilancia, según quién lo vea primero y para qué. La elección entre esos dos usos es, en el fondo, una cuestión de qué teoría tienes sobre las personas. Y las metas realistas dependen de saber cuánto hay abierto al mismo tiempo — más frentes abiertos entregan menos.

Es ese encaje entre objetivo y trabajo registrado el que sostienen los módulos de performance y operaciones de la plataforma, y que las soluciones por área muestran en contexto.

El equipo no necesitaba tomarse el OKR más en serio. Necesitaba un número que existiera sin que alguien lo tipeara.