¿Cuándo deberías abandonar un proyecto que no funciona?

Artículo original ↗ Discusión en Hacker News ↗

Los proyectos secundarios que se estancan o “no funcionan” suelen plantear una pregunta más difícil que los propios retos técnicos: cuándo dejar de empujar y cuándo simplemente volver a ponerlos en la estantería. Los comentaristas sostienen que muchos proyectos inacabados siguen siendo valiosos como herramientas de aprendizaje, prototipos o futuros bloques de construcción, y que abandonar algo puede ser saludable cuando deja de ser divertido, deja de enseñarte algo o no supera de forma consistente pruebas básicas con usuarios reales. Un tema recurrente es definir de antemano hipótesis claras y criterios de éxito breves y explícitos, para que terminar un proyecto sea una decisión informada sobre el coste de oportunidad y no una vaga sensación de fracaso personal.

Actitudes hacia “abandonar”

  • Muchos rechazan la frase “abandonar”; prefieren “ponerlo en la estantería” o “en pausa”.
  • Los proyectos pueden ciclar: trabajo → pausa → retomar meses/años después.
  • Otros sostienen que es saludable detenerse explícitamente y seguir adelante, para evitar trampas del coste hundido.

Valor de los proyectos inacabados y secundarios

  • El trabajo inacabado se enmarca como aprendizaje, experimentación y alegría, no como fracaso.
  • Los proyectos pequeños y “chapuceros” suelen sembrar más tarde herramientas, bibliotecas o negocios.
  • Varios los comparan con bocetos en el arte; construyen competencia y confianza para esfuerzos mayores.

Probar ideas e hipótesis

  • Distinguir entre hipótesis de usuario/mercado (“¿esto es divertido/útil?”) y técnicas (“¿se puede automatizar?”).
  • Tácticas sugeridas:
    • Prototipos falsos o curados manualmente en dominios pequeños.
    • Marcos con límite de tiempo (p. ej., 2 horas de PoC → 2 días de prototipo → 2 semanas de MVP, con puntos de salida).
    • Establecer de antemano métricas explícitas de éxito y “umbrales de eliminación”.

Comentarios sobre el proyecto Wikipedia/Map

  • A muchos les gustó el prototipo y encontraron lugares de interés cercanos; cuestionan llamarlo un fracaso.
  • Crítica principal: ordenar por páginas vistas hace aflorar artículos sensacionalistas o irrelevantes por encima de los lugares de interés locales.
  • Sugerencias: mejor categorización (lugares de interés vs ciudades vs eventos), ponderación por recencia y personas usuarias más claras (turistas vs locales).
  • Algunos proponen usar ML/LLMs para filtrar relevancia; otros señalan que puede ser necesario preprocesar todo el corpus.

Cuándo detener un proyecto

  • Criterios comunes:
    • Se convierte en una carga o en “productividad falsa” (ajustar la infra en lugar del problema central).
    • Ya no estás aprendiendo.
    • Coste de oportunidad: bloquea un trabajo más prometedor.
    • No se cumplen objetivos o métricas claras y predefinidas.
  • Contraargumento: algunos sostienen que la perseverancia puede dar fruto años después, y se arrepienten de abandonos pasados.

Factores psicológicos y emocionales

  • El perfeccionismo y el exceso de enfoque en el pulido se ven como grandes asesinos del impulso.
  • Algunos enfatizan la diversión y el interés intrínseco como guías principales, especialmente para proyectos no comerciales.
  • Otros destacan la tensión entre hacer proyectos por alegría y perseguir el éxito comercial o la “salida del 9–5”.