Recuerdo que durante un buen tiempo pensé que la persona más valiosa del equipo era la que se quedaba revisando documentos ya cerrados, días después de que el lote había salido (no me juzgues, no tenía ni 30 años aún). Su obsesión por los detalles era evidente. Cada número tenía que coincidir, cada dato revisado más de una vez.
Y si algo no cuadraba, lo explicaba con una nota, una tabla o un comentario adicional. Sus hojas de cálculo eran más precisas que el sistema. Más de una vez, cuando el ERP falló, usamos sus planillas como respaldo.
Pero había algo que no encajaba del todo. Mientras ella corregía un turno que ya estaba en el pasado, el equipo ya cerraba el siguiente. Me tomó tiempo darme cuenta de que eso no parecía obsesión por la calidad, pero funcionaba más como freno que como mejora. Una forma de no moverse.
Y en producción, quedarse quieto no es una opción. Porque los camiones no esperan a que uno termine de ajustar un archivo. En producción, lo intermedio suele llegar tarde y eso ya es lo mismo que no llegar. El resto se discute después, si queda tiempo.
Al principio pensé que su comportamiento era simple terquedad, pero si uno se toma el trabajo de mirar desde su punto de vista, la lógica cambia. Ella no ve los camiones esperando en el patio, ve el panel de control y recuerda la única vez que un error manual terminó en una llamada incómoda con la gerencia. En su mundo local, cada decimal tiene peso moral. No puede distinguir con certeza cuál es irrelevante y cuál la hundiría en una auditoría. Ante esa incertidumbre, su estrategia más racional es tratar todos los errores como catastróficos. Su obsesión no es una falla de carácter, es una póliza de seguro contra un sistema que castiga los errores visibles con una severidad desproporcionada.
Y si uno mira un poco más de cerca, el perfeccionismo dentro de los sistemas operativos suele funcionar como un mecanismo de defensa institucional más que como un rasgo personal. Las organizaciones que castigan el error con visibilidad desproporcionada terminan generando agentes que optimizan para no ser señalados. Así, el control excesivo se vuelve una forma de camuflaje.
Nadie quiere destacar, ni para bien ni para mal. La energía que podría usarse para experimentar o ajustar procesos se invierte en blindar informes y revisar lo ya revisado. El resultado es una cultura que valora la apariencia de precisión más que la capacidad de aprendizaje. En ese ecosistema, el error no es un dato, es una amenaza. Por eso el perfeccionismo prospera, porque ofrece una salida psicológica a la ansiedad institucional: revisar es más seguro que decidir.
En culturas donde el castigo al error es más fuerte que la recompensa al acierto, esta fijación por lo detalles florece por supervivencia. Una cultura donde se valora más “no fallar” que acertar a tiempo crea expertos en evitar decisiones, no en tomarlas.
Y para entender lo extendido del patrón, basta mirar otros contextos donde el tiempo y la coordinación lo son todo. En cocinas profesionales, durante el servicio, siempre hay un cocinero que se obsesiona con el corte perfecto del brunoise o el ángulo exacto de una hierba decorativa, mucho después de que el plato ya podría salir.
Mientras tanto, la proteína se enfría en el pase. El gesto visible de calidad sustituye a la función. El detalle se vuelve refugio. El perfeccionismo, ahí también, se enfoca en lo pequeño y dominable para escapar de lo incierto y caótico.
Entender esto no fue rápido. Se dice fácil, pero aceptarlo lleva trabajo. Porque nadie quiere dar la impresión de que entrega algo incompleto. Entonces, cuando alguien se detiene y dice que todavía no está listo, suena responsable. Parece una actitud profesional. Pero muchas veces es solo una manera elegante de no avanzar.
Hay una coreografía silenciosa en ese tipo de pausa: es más aceptable frenar por revisión que por duda. Pero al final, el sistema se detiene igual.
Yo también caí en eso. Varias veces. En una línea de envasado, por ejemplo, donde sabíamos que una válvula estaba fuera del rango ideal. Teníamos opciones: esperar a que llegara la pieza nueva, frenar para hacer el cambio, o ajustar manualmente y seguir. Elegimos lo último. Medimos más seguido, controlamos más de cerca, y la tanda salió. Sin problemas. No fue perfecta, pero fue. Y eso fue lo importante: no se detuvo la línea.
¿Y si hubiera salido mal? También habría sido parte del trabajo. Porque la producción no es un museo de decisiones correctas, es una secuencia de decisiones tomadas a tiempo. En ese sentido, los buenos turnos operativos se parecen más al «pilotaje de combate» que a la contabilidad, donde lo importante pasa por recuperar el flujo antes de que el error se haga visible.
Y si uno se pregunta por qué dedicamos tanto esfuerzo a revisar lo irrelevante, aparece un patrón interesante en la forma en que entendemos la idea de “calidad”. A menudo interpretamos el control total de los detalles como señal de competencia, aunque muchas veces refleja una falta de confianza en la propia comprensión.
Repetir una revisión da la ilusión de dominio, aunque lo que se domina sea el gesto y no el sistema. La mente se aferra a la corrección milimétrica porque produce una sensación inmediata de control, parecida a apretar un botón que no hace nada pero que suena a “funciona”.
Esa inclinación cognitiva convierte el perfeccionismo en un refugio emocional más que en una práctica racional. Tal vez lo que más tememos es descubrir que el error no altera tanto las cosas como pensábamos.
Y quizás por eso me pareció útil ponerle nombre al fenómeno. Lo llamo “El Refugio de la Auditoría”. Es el espacio mental al que huimos cuando la incertidumbre de la siguiente decisión parece demasiado alta. No es un impulso de crear, es un impulso de confirmar. Revisar un informe ya cerrado da una sensación de logro sin exposición real. Se siente como trabajo y hasta parece trabajo de alta calidad, pero su función principal es psicológica. Es un dique que construimos contra la ansiedad de lo que vendrá. El problema es que terminamos admirando la solidez del dique mientras el río ya se desvió.
El perfeccionismo, en contextos operativos, puede disfrazarse de compromiso. Parece que uno está cuidando el detalle, cuando en realidad está postergando lo necesario. A veces por miedo, a veces por costumbre. Porque corregir un informe viejo puede sentirse más seguro que resolver el problema nuevo. Pero eso no suma. Un cambio menor, aunque sea correcto, no siempre aporta nada cuando el proceso ya siguió.
En producción, lo que no se entrega a tiempo, no sirve. Un informe perfecto que llega tarde no arregla nada. Un lote que no se cierra a tiempo genera más problemas que beneficios. Lo aprendí cuando empecé a mirar el impacto de esas decisiones. Por quedarnos ajustando cosas menores, perdíamos otras más relevantes. Y eso no lo compensa ningún decimal ajustado.
Podríamos dividir las tareas en dos tipos: (1) críticas no repetibles, que requieren revisión ex ante, y (2) operativas recurrentes, que requieren mecanismos de control, no perfeccionismo individual. El problema es que muchas organizaciones aplican el protocolo del primer grupo a todo el segundo.
Vale hacer una aclaración aquí. Este análisis tiene sentido en entornos donde los errores son recuperables y el flujo es continuo. En contextos como la ingeniería estructural o la seguridad industrial, la quietud que critico sería virtud. Un cálculo mal hecho ahí no es un retraso, es una tragedia. El desafío real no es eliminar el perfeccionismo, es calibrarlo según el contexto. El error aparece cuando aplicamos la mentalidad del ingeniero de puentes al cierre de un turno de envasado.
No, no se trata de conformarse con lo mediocre. Se trata de saber cuándo algo está suficientemente bien como para seguir. Hay un punto en el que insistir con ajustes ya no mejora el resultado, solo retrasa el resto. Y cada hora que uno usa buscando esa precisión extra, es una hora menos para resolver lo que realmente frena.
En las plantas, no hay espacio para la inmovilidad. Todo está en marcha. Se hace, se mide, se corrige. El que se detiene a ajustar sin parar, se transforma en parte del problema. Si una persona frena el proceso porque está buscando que el informe quede impecable, termina siendo un cuello de botella. Y el resto del equipo lo nota. Porque mientras esa persona sigue editando, los demás están esperando para cerrar.
En palabras de Rao, esto no es un exceso de cuidado. Es una forma lenta y documentada de sabotaje involuntario. Es la burocratización de la buena intención.
Y a un nivel más amplio, esto se parece demasiado a lo que en pensamiento sistémico se llama “Desplazamiento de la Carga”. La revisión obsesiva alivia la presión inmediata: da la sensación de que el problema está bajo control. Pero al hacerlo, desvía la energía que debería usarse para resolver la causa de fondo. Cada vez que alguien “salva el día” corrigiendo manualmente un error del ERP, sin querer está reforzando el incentivo para que el ERP siga fallando. El perfeccionismo se convierte en el subsidio que mantiene vivo el defecto que lo origina.
Obvio que no todo se puede hacer “más o menos”. Hay aspectos que sí deben estar bien desde el inicio. Un ingrediente activo en una fórmula. La trazabilidad en una auditoría. La consistencia de una declaración oficial. Pero incluso en esos casos, hay una gran diferencia entre revisar con criterio y quedar atrapado por el temor a fallar. Los procesos de calidad no están hechos para evitar cualquier error. Están hechos para identificar lo que falla y corregirlo a tiempo.
Esto es lo que el perfeccionismo a veces ignora: que la calidad se basa en tener un sistema que detecta y ajusta rápido (y no en tener todo perfecto). Lo valioso es que cuando algo falla, se sepa qué hacer. Esa capacidad es la que evita que un error escale (no la revisión obsesiva).
Si el sistema no puede absorber errores pequeños sin colapsar, entonces no es un sistema, es un castillo de naipes.
Y en lo personal, me doy cuenta de que parte de mi propio alivio cuando entrego algo “perfecto” viene de una fantasía: la de que el documento una vez enviado, seguirá haciendo su trabajo por mí.
Que quedará tan cerrado que no necesitará defensa. Cada vez que reviso de más, lo que intento callar no es la duda sobre el número o la fórmula, más bien es la idea de que algo puede cambiar después de haberlo entregado.
Me gustaría pensar que esa obsesión por cerrar impecable cada detalle es una forma sofisticada de control, aunque en realidad es una forma sofisticada de miedo. A veces el exceso de revisión no se parece a la excelencia, se parece más a dejar una puerta cerrada y quedarse vigilando del otro lado por si acaso.
Pero eso implica aceptar que vas a mostrar cosas que no están completas. Que vas a entregar versiones con margen de error. Que vas a exponer trabajo que puede ser cuestionado. Eso no es desorden. Eso es parte de una operación sana. La revisión es parte del camino y no un obstáculo.
Durante mucho tiempo yo no lo veía así. Me importaba demasiado que todo estuviera en orden antes de mostrarlo. Revisaba los mismos informes varias veces, cambiaba cosas mínimas, retrasaba entregas. Todo por miedo a que alguien encontrara un error. Pero eso no evitaba errores. Solo me frenaba. Y al frenar yo, también lo hacía el equipo.
Y lo más grave: cuando el que frena es visto como referente de “algo”, los demás empiezan a imitarlo. La lentitud se vuelve protocolo.
Lo peor es que ese comportamiento se contagia. Cuando uno revisa todo mil veces, los demás sienten que también deberían hacerlo. Nadie quiere entregar antes que el otro. La cultura se vuelve lenta, se valora más el formato del documento que el hecho de haber entregado. Y eso en producción, es perder tiempo.
Así se construye una cultura que valora más la forma que la función. El trabajo se vuelve una competencia de estilo y no de impacto.
Por eso empecé a hacer algo incómodo para mi: entregar sin estar cien por ciento seguro. Mostrar avances. Abrir documentos que podían tener algo para ajustar. Y lo interesante es que casi nunca pasó nada grave. O pasaba algo, lo corregíamos y listo. Eso fue lo que más me sorprendió. Que la mayoría de los errores solo se resuelven.
Claro que hubo una excepción. Una vez entregamos un turno sin verificar un parámetro clave y eso escaló a una devolución costosa. Pero el error no fue la velocidad, fue la falta de criterio. Después de eso, aprendimos a distinguir entre urgencia operativa y negligencia.
Una vez, durante el cierre de una producción crítica, se cayó el sistema. No podíamos retroceder. Cerré todo de forma manual y ajustamos después. Algunos se quejaron, claro. Pero al día siguiente, todo estaba trazado y cargado. Si me hubiera quedado esperando a que el sistema volviera, el producto habría quedado parado 48 horas. Y eso sí habría sido un problema real.
Hoy lo tengo mucho más claro. Esta búsqueda de control tiene un costo. No solo en tiempo, también en decisiones no tomadas. En oportunidades que no se prueban. En equipos que no avanzan. Y también en relaciones. Porque quien se exige demasiado a sí mismo, suele exigir lo mismo a los demás. Y no todos trabajan bien bajo esa presión.
Lo más difícil fue aceptar que cada persona tiene su propia idea de lo que es “perfecto”. Para alguien, un KPI debe cerrarse con dos decimales exactos. Para otro, lo importante es que esté entregado antes del cierre semanal. Pero hay algo que no depende de interpretaciones: el resultado. ¿El lote se despachó? ¿La orden se cargó? ¿La producción avanzó? Eso es lo que cuenta.
Una planta es en el fondo, un sistema que busca funcionar bien, no funcionar perfecto. Se trabaja con margen, con revisiones, con ajustes. Y eso está bien. El punto es hacer las cosas a tiempo, con control y luego mejorarlas. No al revés.
Por eso ahora sigo una regla sencilla. Si algo cumple su función, si se puede revisar y ajustar, se entrega. Si hay dudas, se anotan. Si hay errores, se corrigen. Pero no se detiene el sistema por esperar que todo esté pulido. Porque ese que está esperando, muchas veces, soy yo.
Y cuando eso me pasa, me obligo a cerrar. Aunque tenga dudas. Aunque algo no esté perfecto.
Porque aprendí que lo que más bloquea el trabajo es el exceso de cuidado sin propósito.