Los Goonies: el mejor manual de gestión de proyectos de 1985
Los Goonies cumple años y sigue siendo la mejor película sobre proyectos imposibles: un plazo que no se mueve, un mapa de trescientos años con un solo traductor, los inventos de Data que casi nunca funcionan, un órgano de huesos donde una nota equivocada lo tira todo y un monstruo en el sótano que resulta ser el sistem
Hoy, 7 de junio, cumple años Los Goonies. Se estrenó en 1985, la dirigió Richard Donner, la historia es de Spielberg y el guion de Chris Columbus.
Y es, mirada con ojos de 2026, la mejor película sobre gestión de proyectos que se ha rodado nunca. No lo digo de broma. Tiene un plazo que no se puede mover, documentación incompleta en un idioma que nadie habla, un compañero que sobreingeniería todo, una operación irreversible a mitad del camino y un sistema heredado que da miedo y que acaba salvando el proyecto.
Vamos por partes.
El plazo que de verdad no se movía
El punto de partida: el barrio de los Goon Docks está embargado y mañana lo derriban para ampliar un club de golf. Mañana. No «en el próximo trimestre», no «cuando esté listo».
Es el único tipo de fecha que importa: la que no depende de ti.
Llevo veinte años viendo la diferencia entre las dos clases de plazo y sigue siendo el mejor diagnóstico rápido de la salud de un proyecto:
- Plazo externo real: la campaña de Navidad, la entrada en vigor de un reglamento, el fin de soporte de una versión, el vencimiento de un contrato. No se negocia. Se organiza el trabajo alrededor.
- Plazo interno inventado: alguien dijo un número en una reunión y luego hubo que defenderlo. Se negocia todos los días, en secreto, recortando calidad.
El problema de casi todos los equipos no es tener plazos duros. Es tener plazos blandos disfrazados de duros. Y eso agota a la gente sin ninguna de las ventajas de la urgencia real: cuando la fecha es de verdad, la conversación deja de ser «¿llegamos?» y pasa a ser «¿qué dejamos fuera?». Que es la conversación útil.
Los Goonies no discuten el plazo en ningún momento de la película. Discuten el alcance todo el rato.
El mapa: documentación de trescientos años y un solo traductor
El mapa de One-Eyed Willy es el mejor retrato de la documentación heredada que conozco:
- Es antiguo y lo escribió alguien que ya no está para preguntarle.
- Está incompleto: hay que combinarlo con un doblón y con lo que hay en el desván.
- Está en un idioma que el equipo no habla, y hay exactamente una persona capaz de traducirlo: Mouth.
- Y aun traducido, es ambiguo. Las indicaciones admiten varias lecturas y algunas están mal.
Si has entrado alguna vez en un proyecto de más de diez años, acabas de reconocer tu primera semana.
Lo interesante es el punto 3, porque es el riesgo que nadie apunta en el acta: el equipo depende de una sola persona para interpretar el activo más importante que tienen. En la película es divertido. En una empresa se llama factor bus y es la vulnerabilidad más común y peor atendida que me encuentro en auditorías.
No hace falta gran cosa para mitigarlo. Que la persona que sabe leer el mapa escriba lo que va traduciendo mientras traduce. No un manual: notas. El coste es media hora y evita que el proyecto se pare el día que esa persona coge la baja.
Los inventos de Data
Data se pasa la película sacando artefactos de su gabardina. Y aquí está el detalle honesto: casi todos fallan. Los puños de boxeo se disparan cuando no toca, la ventosa se despega, el chicle-pistola no llega.
Y luego, en el momento exacto en que hace falta, uno funciona.
Esto es la investigación y desarrollo real de cualquier equipo técnico, descrita con más precisión que en la mayoría de los libros: construyes diez cosas para que una sirva, y no sabes cuál de las diez va a ser. La tentación de gestión es medir a Data por su tasa de acierto y prohibirle los inventos. Sería un error de bulto: sin los diez trastos, no hay el que funciona.
Pero hay una lección en la dirección contraria, y es la que se le pasa a mucho equipo con talento: los inventos de Data son prototipos y él los usa como si fueran producto. No los ha probado en condiciones. No sabe qué carga aguantan. Los estrena en el momento de máxima presión, que es exactamente el peor momento para estrenar algo.
Un prototipo que se pone en producción sin la fase intermedia no es innovación. Es una avería con retraso.
El órgano de huesos: la operación que no se puede deshacer
Mi escena favorita, y la que uso literalmente en reuniones.
Están frente a un órgano cuyas teclas son huesos. Hay una partitura. Si Andy toca una nota equivocada, el suelo se desmorona y se acabó. Ella dice lo que diría cualquier profesional honesto: no puedo estar segura, son huesos, no teclas.
Esa frase es el resumen de todo despliegue mal planteado:
- La operación es irreversible.
- La especificación es ambigua.
- No existe entorno de pruebas: no puedes tocar la nota a ver qué pasa.
- Y el coste del error es total, no proporcional.
Cuando las cuatro condiciones se dan a la vez, no se toca. Se para todo y se cambia una de las cuatro. Casi siempre la más barata de cambiar es la tercera: conseguir un sitio donde equivocarse gratis.
Es por esto que insisto tanto con las copias de seguridad —y les dediqué su propio artículo—: una copia restaurable convierte una operación irreversible en una reversible. Cambia la categoría del riesgo entera. No reduce la probabilidad del fallo, que es lo que la gente cree; cambia lo que pasa después.
Y una regla que aplico sin excepción: la migración de datos de un cliente se ensaya antes sobre una copia. Siempre. Aunque sea «un cambio pequeño». El órgano de huesos no avisa.
Sloth estaba en el sótano
Los Fratelli tienen encadenado en el sótano a Sloth, al que todo el mundo toma por un monstruo. Chunk es el único que se molesta en compartir con él una chocolatina y tratarlo como a una persona. Y Sloth es, al final, quien resuelve la situación.
Todo equipo tiene su Sloth: ese sistema antiguo, feo, encadenado en un rincón, del que nadie quiere saber nada y que resulta que sostiene la facturación.
He visto los dos comportamientos posibles ante el Sloth de una empresa:
- Miedo. No se toca, no se documenta, no se mira. Se construye alrededor. Cada año que pasa da más miedo, hasta que un día se cae y nadie sabe ni por dónde empezar.
- Chocolatina. Alguien baja al sótano, dedica dos semanas a entender qué hace y por qué, lo escribe, le pone monitorización y descubre que no era un monstruo: era un programa de 1998 que hace bien una cosa concreta.
La segunda opción es más barata que la primera, siempre, y aun así casi nadie la elige, porque el miedo no aparece en ningún presupuesto y las dos semanas sí.
«Aquí abajo es nuestro tiempo»
Está el momento en que se han hartado, están en el pozo de los deseos y podrían salir. Arriba están los adultos, la inmobiliaria y los papeles firmados. Y Mikey suelta el discurso: ahí arriba es su tiempo. Aquí abajo es el nuestro.
Con los años he entendido que esa frase no va de rebeldía adolescente. Va de dónde está tu margen de maniobra.
Hay decisiones que no controlas: el presupuesto, el calendario del cliente, la tecnología heredada, la reorganización que se anunció el martes. Ahí arriba es su tiempo. Y hay un espacio, normalmente más grande de lo que la gente cree, donde tú decides: cómo se prueba lo que escribes, si dejas el código un poco mejor que como lo encontraste, si escribes las tres líneas de documentación, si avisas a tiempo de que algo huele mal.
Los equipos que se queman son los que se pasan el día pensando en el primer grupo. Los que aguantan y acaban dirigiendo son los que trabajan el segundo hasta que se hace lo bastante ancho para cambiar el primero.
Un detalle que me encanta
El que hace de Data es Ke Huy Quan. Un año antes había sido Short Round en Indiana Jones y el templo maldito, y casi cuarenta años después ganó un Óscar.
O sea que el niño de los inventos que fallaban estuvo también en la aventura de la que hablo en el artículo de Indiana Jones, y luego pasó dos décadas sin papeles decentes antes de que el oficio se acordara de él.
Que es otra manera de decir «nunca digas muertos», y esta vez sin guion.
Feliz aniversario
Cuarenta y un años de la mejor película sobre proyectos imposibles.
Hoy:
- Mira tu próxima fecha límite y decide en voz alta si es real. Si no lo es, deja de tratarla como si lo fuera. Si lo es, la conversación es sobre alcance, no sobre esfuerzo.
- Baja al sótano. Ese sistema que da miedo lleva años esperando una chocolatina.
- Y antes de tocar el órgano de huesos, consigue un sitio donde equivocarse gratis.
Los Goonies nunca dicen muertos. Pero también hacían copia de seguridad del mapa: lo llevaba Mikey en el bolsillo y por eso sobrevivió al agua.
(Ese detalle no está en la película. Pero podría estar.)
Preguntas frecuentes
¿Cuándo se estrenó Los Goonies?
El 7 de junio de 1985 en Estados Unidos. La dirigió Richard Donner sobre una historia de Steven Spielberg, con guion de Chris Columbus, y se rodó principalmente en Astoria, Oregón.
¿Cómo se distingue un plazo real de uno inventado?
Un plazo real procede de una circunstancia externa que el equipo no controla: la entrada en vigor de una norma, el fin de soporte de una versión, una campaña estacional o el vencimiento de un contrato. Un plazo inventado nace de una estimación interna que después se defiende como si fuera inamovible. La diferencia práctica es que ante una fecha real la conversación se centra en qué alcance se deja fuera, mientras que ante una inventada se recorta calidad de forma implícita.
¿Qué es el factor bus y cómo se reduce?
Es el riesgo derivado de que el conocimiento crítico resida en una sola persona, de modo que su ausencia bloquea el proyecto. Se reduce documentando de forma incremental mientras se trabaja, no mediante manuales posteriores: basta con que quien interpreta un sistema heredado deje por escrito sus conclusiones a medida que las obtiene, además de repartir la exposición a esas áreas entre varias personas.
¿Cuándo no se debe ejecutar una operación en producción?
Cuando concurren cuatro condiciones: la operación es irreversible, la especificación admite varias lecturas, no existe un entorno donde ensayarla y el coste del error es total en lugar de proporcional. Ante esa combinación conviene modificar alguna de las cuatro antes de actuar, habitualmente disponiendo de una copia restaurable o de un entorno de pruebas equivalente.
¿Qué hacer con un sistema heredado que nadie quiere tocar?
Dedicar tiempo explícito a comprenderlo, documentar qué hace y por qué, y dotarlo de monitorización, en lugar de seguir construyendo a su alrededor. La alternativa habitual, evitarlo por temor, incrementa el riesgo cada año y culmina en una incidencia que nadie sabe diagnosticar, con un coste muy superior al de la inversión inicial.
¿Te ha resultado útil o quieres comentar algo?
Hablemos →