Los primeros 30 días de un proyecto compartido

Casi todos los proyectos que se quedan en el papel mueren en el mismo mes: el primero. No porque la idea fuera mala, sino porque nadie definió qué significaba "avanzar" en esas cuatro semanas. Esta es la estructura que recomendamos.

Semana 1 — Alineación honesta

• Escribir el problema en una sola frase. Si los integrantes no pueden escribirlo igual por separado, todavía no tienen el mismo proyecto.
• Definir el éxito del mes. No el éxito del producto: el éxito de este mes. Ej: "10 entrevistas con usuarios potenciales y un prototipo clickeable".
• Acuerdo de tiempos. Horas reales por semana que cada persona puede poner. No lo aspiracional — lo real.

Semana 2 — Salir del documento

• Evidencia fuera del grupo. Hablar con usuarios reales, no entre ustedes. Aunque sean 3 personas.
• Primera versión visible. Un Figma, un landing estático, un notebook — lo que sea que saque la idea del texto y la ponga en algo que otra persona puede reaccionar.
• Primer desacuerdo real. Si no ha aparecido ninguno, o están todos muy alineados (sospechoso) o alguien está callándose (peor).

Semana 3 — Ajuste sobre fricción real

• Revisar el problema con lo que aprendieron. Casi siempre la definición de semana 1 cambia al tocar usuarios. Escribirla de nuevo.
• Decidir qué NO hacer este mes. Es más importante que decidir qué sí. Un proyecto joven se muere de exceso de features, no de falta.
• Asignar dueños. No "lo hacemos entre todos". Cada pedazo tiene un nombre al lado.

Semana 4 — Decisión sobre continuar

El mes termina con una conversación explícita: ¿seguimos el mes que viene? Con las mismas personas, con el mismo alcance, con las mismas horas. Si la respuesta es "sí pero..." el "pero" es el trabajo del mes 2.

Si la respuesta es no, lo mejor es cerrarlo limpio. Un proyecto que se apaga sin drama deja a las personas disponibles para el siguiente; uno que se arrastra medio-vivo las quema para cualquier cosa.

Señales de que va bien

• Alguien externo al equipo supo del proyecto y quiere saber más.
• Hay al menos una decisión que se tomó rápido y en la que los tres integrantes estuvieron de acuerdo sin pelear.
• El documento inicial ya no describe con precisión lo que están haciendo — evolucionó.

Señales de que va mal

• Las reuniones repiten la misma conversación.
• Nadie ha hablado con un usuario real en 14 días.
• Alguien del equipo "está ocupado" tres semanas seguidas.

Estos 30 días son, estadísticamente, el momento más frágil de un proyecto. Saberlo y estructurarlos ayuda a cruzar al mes 2, donde las cosas se ponen realmente interesantes.