# Cómo representar aquello que un proyecto todavía no sabe
canonical_url: https://www.3.14financialcontents.com/es/cultura-314/apuntes/como-representar-aquello-que-un-proyecto-todavia-no-sabe/
markdown_url: https://www.3.14financialcontents.com/es/cultura-314/apuntes/como-representar-aquello-que-un-proyecto-todavia-no-sabe/index.md
language: es-ES
content_type: note-system
status: published
description: Una lista de tareas registra lo acordado y pierde lo que sigue abierto, que suele ser lo que decide el proyecto.

Las herramientas de proyecto representan bien el trabajo comprometido y mal la incertidumbre. Una tarea existe cuando alguien ya sabe qué hay que hacer. Lo que todavía no se sabe vive en actas, hilos de mensajes y en la memoria de tres personas.

Estamos probando una representación en la que la pregunta abierta es un objeto de primera clase, igual que una tarea. Tiene responsable, evidencia asociada, fecha de revisión y un estado que no es «pendiente» sino «abierta», «acotada» o «resuelta». Cuando se resuelve, no desaparece: queda enlazada a la decisión que produjo.

La hipótesis es que esto cambia dos conversaciones. La primera, la de planificación: una dependencia sobre una pregunta abierta es un riesgo visible, mientras que una dependencia sobre una tarea no estimada es solo una fecha optimista. La segunda, la de continuidad: quien entra en el proyecto seis meses después puede leer por qué se decidió algo y qué se desconocía entonces.

Es una hipótesis, no un resultado. Lo hemos probado en proyectos reconstruidos y en un prototipo interno. El obstáculo real no es técnico: depende de que las personas registren preguntas, y ese hábito solo aparece si el sistema lo hace muy barato.

---

https://www.3.14financialcontents.com/llms.txt · https://www.3.14financialcontents.com/llms-full.txt