Nadie te da crédito por el problema que no pasó

En 2001, dos investigadores del MIT modelaron por qué el trabajo más valioso es el que nadie ve. Veinticinco años después, 547 puntos en Hacker News confirman que el problema no cambió.

2026-06-12

El ciclo que te está comiendo vivo

Repenning y Sterman modelaron algo que cualquier founder reconoce en dos segundos.

Arrancás con un equipo chico. Todo funciona. Después crecés. Aparecen problemas. Los arreglás rápido — sos bueno en eso. Te felicitan. Te convertís en el que apaga incendios.

Y ahí empezó el loop.

Cuanto más tiempo pasás apagando incendios, menos tiempo tenés para mejorar los procesos que los causan. Cuantos menos procesos mejorás, más incendios aparecen. Más incendios = más tiempo apagándolos = menos mejora = más incendios.

Es un motor que se auto-alimenta. Y cuanto más grande la empresa, más fuerte gira.

El paper lo demuestra con modelos de dinámica de sistemas. No es teoría — es matemática. El loop es estable. Una vez que entrás, no salís sin intervención externa.

Lo que ves vs. lo que importa

El paper identifica dos tipos de trabajo:

Firefighting. Visible. Urgente. Heroico. Todo el mundo ve cuando apagás un incendio. El cliente te lo agradece. Tu jefe te lo reconoce. Te sentís útil.

Prevención. Invisible. Aburrida. Sin gloria. Nadie ve el incendio que no pasó. Nadie te felicita por el bug que nunca llegó a producción. Nadie te paga un bono por el proceso que evita 40 horas de reuniones por mes.

El problema es estructural: las organizaciones recompensan el firefighting y castigan la prevención — sin darse cuenta.

El paper cita datos: en los 90, las empresas americanas gastaron más de 100 billones de dólares en consultoría y capacitación para desarrollar capabilities operacionales. En 1999, menos del 10% del Fortune 1000 tenía programas de TQM bien desarrollados. TQM pasó de ser la tercera herramienta de negocio más usada en 1993 a la 14va en 1999.

No es que TQM no funcione. Los estudios muestran que las empresas que se comprometieron en serio con TQM superan a sus competidores. El problema es que casi nadie se compromete en serio. Porque el sistema no lo recompensa.

Cómo se ve esto en una startup

Pensá en tu equipo de engineering.

Sale un bug en producción. El CTO lo arregla en 20 minutos. Héroe. Todos aplauden.

Ese mismo CTO pasa 4 horas escribiendo tests que evitan 15 bugs futuros. Nadie aplaude. Nadie se entera. El sprint review no tiene un slide para "bugs que no pasaron".

El CEO mira el roadmap y pregunta por qué el feature X no avanzó. "Estuvimos mejorando tests y documentación." El CEO frunce el ceño. La próxima semana no hay tiempo para tests.

Tres meses después hay 40 bugs en producción. Contratan dos devs más para apagar incendios. La empresa crece. El loop crece con ella.

Conozco founders que viven en este loop hace años. No son malos managers. Están atrapados en un sistema que recompensa lo urgente sobre lo importante.

El contenido también se prende fuego

Esto aplica igual a los que creamos contenido.

El contenido reactivo funciona hoy. Un thread sobre lo que acaba de pasar. Un take caliente. Una respuesta a la polémica del día. El algoritmo lo ama. Los números suben.

El contenido preventivo — guías, frameworks, SOPs, sistemas — no explosiona el día que lo publicás. Pero dentro de 18 meses alguien te va a decir "ese artículo me cambió cómo trabajo". Y ese alguien te va a contratar.

El paper del MIT describe exactamente este trade-off: el trabajo que genera valor de largo plazo es invisible en el corto. El que genera dopamine instantánea no construye nada.

La diferencia entre un creador que quema contenido y uno que construye una biblioteca es literalmente el mismo loop que describe el paper.

Los hooks funcionan hoy. Los frameworks funcionan para siempre.

Tus clientes te pagan por lo incorrecto

Si hacés consultoría o servicios, vivís esto todos los días.

Cliente llama desesperado. "Se nos cayó la campaña." Vas, arreglás en dos horas, facturás. Cliente feliz.

Ese mismo cliente podría pagarte para que la campaña nunca se caiga. Pero no lo hace. Porque "nunca se cayó" no se siente como un problema. No hay urgencia. No hay dolor.

El paper explica que esto no es un defecto de carácter del cliente. Es una propiedad del sistema. El firefighting genera una recompensa emocional inmediata — para el que lo ejecuta y para el que lo recibe. La prevención no.

Si querés romper ese loop con tus clientes, tenés que cambiar el framing. No vendas "optimización de campañas". Vendé "nunca más un llamado de emergencia un domingo a las 11pm". Eso sí se siente. Eso sí se vende.

Tres cosas que podés hacer mañana

El paper no solo diagnostica. Propone intervenciones. Acá van tres que podés aplicar:

1. Métricas de prevención. Si no medís lo que no pasó, no existe. Empezá a trackear: bugs prevenidos, horas ahorradas por automatización, incidencias que no escalaron. Dales el mismo peso que a las métricas de output.

2. Protegé el tiempo de mejora. El 20% del tiempo de tu equipo debería estar blindado. No es "si sobra tiempo". Es sagrado. Los incendios se apagan con el 80% restante. Si no alcanza, el problema no es de capacidad — es de proceso.

3. Celebrá lo invisible. Cuando alguien automatiza algo que ahorra 10 horas por semana, hacé ruido. Mandalo al canal general. Mencionalo en la retro. Hacé que la prevención sea tan visible como el firefighting.

El paper cierra con una observación que es un misil: la mayoría de las "nuevas" metodologías de management son ideas viejas con nombres nuevos. Six-sigma es control estadístico de procesos. High-performance work teams son quality circles. El contenido cambia de packaging, el loop sigue igual.

La diferencia entre las empresas que escapan del loop y las que no es simple. Las primeras entendieron que el trabajo más valioso es el que nadie ve. Y construyeron sistemas para que se vea.

No necesitás otra herramienta. Necesitás dejar de recompensar lo urgente y empezar a construir lo que dura.

— Ariel Di Stefano