Cómo ser un buen micromanager

> ¿Toda la micromanagement es mala? Los mejores líderes de startups explican cómo equilibrar el detalle y la delegación

• La micromanagement no es una conducta que deba evitarse a toda costa, sino una herramienta de gestión que puede usarse de forma productiva según la situación y el objetivo
• A medida que los nuevos gerentes adoptan como virtud el “no gestionar”, aumentan los casos de subgestión y liderazgo sin contexto
• Los grandes líderes solo bajan al detalle cuando hace falta e intervienen para fijar estándares, validar hipótesis y revisar la perspectiva del usuario
• Es efectivo intervenir en profundidad solo cuando hay señales claras, como anomalías en los datos, mantenimiento de estándares de calidad o cambios en KPI clave
• La clave de la micromanagement no está en el control, sino en restaurar la confianza, compartir contexto y mejorar sistemas

---

Fundadores y ejecutivos de empresas como Apple, Rippling, Stripe y Uber comparten el punto de equilibrio entre involucrarse en los detalles y delegar autoridad

Reevaluación de la micromanagement

• "Don't Micromanage." suele considerarse una regla de oro de la gestión, pero a veces este consejo produce el efecto contrario
• Algunos gerentes nuevos, por temer en exceso la micromanagement, terminan cayendo en la subgestión y no apoyan adecuadamente a sus reportes directos
• El veterano CTO Will Larson también señala el problema de ejecutivos senior que se ven a sí mismos solo como asignadores de recursos, limitándose a repartir presupuestos y hacer revisiones periódicas
  • "Si te alejas demasiado de los detalles, al final no eres más que un burócrata"

Acercarse a los detalles

• Modelar directamente la conducta que se quiere ver en el equipo

  • El cofundador de Lattice, Jack Altman:
    > La micromanagement es una herramienta que puede usarse para bien o para mal
    • Es una herramienta poderosa que tanto CEOs como ejecutivos y gerentes deberían usar solo en raras ocasiones
  • Mal uso: hacer de forma continua el trabajo en lugar de una persona que no tiene la capacidad suficiente
    • Si esta situación se repite, hace falta cambiar la composición del equipo
  • Buen uso: fijar estándares y mostrar el nivel de trabajo esperado
    • Dar el ejemplo escribiendo directamente una entrada de blog o corrigiendo bugs
    • Cuando el CEO se involucra a fondo en un área específica, puede dirigir la energía organizacional hacia esa dirección

• Usar las señales anómalas en los datos como disparador de micromanagement

  • El COO de Rippling, Matt MacInnis:
    • Un gran ejecutivo trabaja en una cosa a la vez, empezando por la más prioritaria
  • Uno de los 9 principios de liderazgo de Rippling: "Go and See"
    • Un líder no debe quedarse solo en el dashboard
    • Si la anécdota y los datos no coinciden, hay un problema
    • Hace falta bajar directamente al terreno para entender el contexto a nivel atómico (atomic level)
  • Formas concretas de ejecutarlo:
    • Leer personalmente tickets de soporte al cliente
    • Escuchar grabaciones de llamadas de ventas (Gong)
    • Analizar el sitio web de la marca y las interacciones con clientes
  • Formular una hipótesis y compartirla con el líder del área para pedirle que la refute
    • En la mayoría de los casos corrigen rápidamente una suposición equivocada; si no, se hace debugging juntos
  • "No soy un micromanager, soy micro-interested"
  • ¿Cuándo retroceder? Seguir ajustando el sistema hasta que el dashboard muestre los números deseados

• Mantener estándares de calidad con un sistema de revisión

  • La primera marketer de Stripe, Krithika Shankarraman
    > El secreto para mantener el taste y el craft de Stripe
  • "En Stripe no escalamos el taste; invertimos en procesos y sistemas para que todos los resultados tengan taste"
  • La revisión interna no solo ayuda a gestionar la marca, sino también a distribuir el conocimiento
    • Incluso un marketer nuevo puede entender en su primer mes la ruta exacta desde la idea hasta la ejecución

  • Sistema Red Pen Holder

    • Todo lo que llega a más de 100 usuarios es marcado por un Red Pen Holder designado
    • Se pregunta desde la perspectiva del usuario: "¿Alguien que lo ve por primera vez, sin contexto, se sentiría confundido?"
    • Se enfoca más en mejorar el trabajo que en la estrategia en sí

  • Checkpoints de 20% / 80%

    • Revisión estratégica al 20%: comprobar alineación de objetivos e intención
    • Revisión de ejecución al 80%: revisar cada canal y contenido; hay que hacerlo al 80%, no al 99%, para conservar margen de cambio
    • "No se puede construir una buena marca sin micromanagement. Se trata de poner al usuario primero"

• Establecer una cadencia de análisis profundo de KPI

  • Mike Brown (primeros años de Uber, ex COO de Newfront):
    > Un gran gerente actúa como un marsopa
    • Mantiene una visión superficial de todo, pero se sumerge a profundidad en iniciativas seleccionadas
  • Cada trimestre o semestre, enfocarse en proyectos vinculados con los KPI del equipo:
    • 1 proyecto relacionado con KPI de talento/cultura
    • 1 proyecto relacionado con KPI de crecimiento de ingresos
    • 1 proyecto relacionado con KPI de reducción de costos/eficiencia
    • 1 proyecto con alto potencial de mejorar la experiencia del cliente
  • Si aparece una amenaza existencial o una oportunidad única en la vida, hay que saltar de inmediato al detalle
    • Cuando el gobierno de Filipinas suspendió el negocio durante un mes, se instaló en Manila y colaboró directamente con el equipo local

• Recolectar microcontexto con “minería de conflicto” junto a ICs

  • El CTO de Imprint, Will Larson:
    > La forma más rápida de obtener contexto en un rol nuevo es la "conflict mining"
  • La mayor razón por la que fracasan los nuevos líderes de ingeniería: asumir que el contexto de su empresa anterior aplica tal cual
  • Tras pasar de Uber a Stripe, intentó introducir el self-service provisioning que había funcionado bien en Uber, pero encontró resistencia
    • Después de conversaciones profundas, descubrió un problema clave de arquitectura
    • "El que no tenía suficiente contexto era yo, y tenía que cambiar mi enfoque"
  • La clave de la conflict mining: hablar con los ICs que tienen más contexto
    • Los ICs viven en los detalles y no pueden mentir
    • Muchas veces la opinión de un IC vale más que la de un ejecutivo

• Micromanager el producto en nombre del usuario

  • El CEO de Rippling, Parker Conrad, aprueba personalmente todos los gastos superiores a $5 y también procesa directamente la nómina de una empresa de 3,000 personas
  • El dogfooding continuo del propio producto es clave para mantener el sentido del producto
  • Caso de empresas competidoras que al alcanzar cierto tamaño cambiaron a Workday:
    • Dejar de usar el propio producto equivale a tercerizar el trabajo de descubrir qué es útil para el cliente
  • "Se acabó en el momento en que dejas de ser el usuario más crítico del producto. Basta con sacar un 5% el pie para que se termine"

Alejar el zoom para empoderar al equipo

• Tratar la micromanagement como síntoma y encontrar la causa raíz

  • El ex fundador/CEO de PatientPing, Jay Desai:
    > Popularizar la escritura de una "guía de usuario" para gerentes
    • Organizar preferencias y expectativas sobre todas las áreas de la relación gerente-colaborador: comunicación, reportes, 1:1, etc.
  • La micromanagement es un síntoma de desconfianza
    • "Hasta que haya confianza, colaborar hands-on; cuando la confianza exista, trabajar hands-off"
  • Cuando aparece una tendencia a la micromanagement, es señal de que la confianza se está rompiendo
    • Hace falta intervenir temprano para diagnosticar y restaurar la confianza
    • Si la confianza desaparece por completo, ya no se puede recuperar

• Reducir la necesidad de micromanagement con feedback regular

  • El CEO de Subscript, Sidharth Kakkar
    > Una filosofía anti-micromanagement
    • Construir una cultura remota, completamente asíncrona y sin reuniones
    • La micromanagement cero es uno de sus pilares centrales
  • El rol del fundador: impulsar cambios a nivel sistema para evitar que se tomen malas decisiones
  • Cómo frenar el impulso de micromanagement:
    • Antes de opinar, preguntarse: "¿Tengo razón o es solo una opinión? Si tengo razón, ¿cuál es el costo de estar en lo correcto?"
    • Confiar y delegar aquello que otras personas hacen bien
  • El feedback es el medio clave para orientar la dirección
    • Se recomienda feedback mensual (cuanto más frecuente, más fácil darlo y recibirlo)
    • Diseñar un sistema liviano (framework Start-Stop-Continue)
    • No excluir a los de alto desempeño del feedback

• Establecer office hours entre pares

  • Hareem Mannan:
    > Estructurar el proceso para que el feedback lo den los pares en vez de hacerlo directamente en 1:1
  • Estructura implementada en Segment:
    • Cuando la calidad del diseño no cumple con lo esperado, en vez de criticarlo directamente en el 1:1 se pide asistir a office hours
    • Se comparte con la persona que lidera los office hours qué tarea existe y dónde hace falta mejorar
  • Sin vínculos sociales entre pares, el feedback entre pares no funciona
    • Un "Design Hangout" quincenal con actividades entretenidas para el equipo
    • Cuando las personas se sienten cómodas entre sí, también aumenta el uso de foros formales como office hours

• Darle al equipo una caja llena de ideas

  • El líder de ingeniería de Apple, Michael Lopp:
    > "Como ingeniero, no hay nada más irritante que la micromanagement"
  • Prefiere contar historias y compartir ideas en lugar de dar órdenes
    • "En vez de dar una lista, doy una caja y la lleno de ideas interesantes"
    • Luego deja que los miembros del equipo entren en esa caja y decidan por sí mismos qué hacer
  • Incluso cuando le piden: "Solo dime qué tengo que hacer", casi siempre se niega
    • Aunque dé instrucciones de forma dictatorial, al final cada persona aplicará su propio método
  • "Los líderes deben ser storytellers. Da la sopa y deja que la tomen así o le agreguen lo que quieran"

• Contratar gerentes capaces de hacer el trabajo directamente

  • El CEO de Levels, Sam Corcos:
    > Comparte los resultados del análisis de 5 años de datos sobre uso del tiempo
  • Dejar de programar a medida que la empresa crecía fue un error costoso
    • Con 60 personas y una nueva capa gerencial, la velocidad de despliegue cayó drásticamente
    • Un proyecto de 2 semanas pasó a tardar 3 meses y quedó atrapado en trabajo previo y reuniones
    • La app se llenó de bugs
  • Lección: el desarrollo de software debía haber seguido siendo la prioridad
  • Principio actual en Levels: no contratar gerentes “puros”
    • Un gerente debe ser capaz de hacer directamente el trabajo de la persona a la que gestiona
    • Si gestiona ingenieros, debe ser capaz de escribir gran software
    • Si gestiona marketers, debe ser un marketer sobresaliente
  • Contratar a "button clickers" (personas que ejecutan directamente) y evitar a quienes hacen que otros hagan clic en los botones