Proyectos

Volver a Plan.

Un proyecto es la evidencia principal de cada etapa. No cuenta si no está publicado, documentado y se puede reproducir.

Contenido

Estructura de un proyecto

08_Proyectos/
└── nombre-del-proyecto/
    ├── README.md
    ├── src/
    ├── tests/
    └── docs/

Regla

Cada proyecto debe tener:

  • README con problema, decisiones, ejecución y limitaciones.
  • Evidencia: tests, demo, capturas o informe.
  • Aprendizajes: qué costó, qué falló y qué haría distinto.
  • Fecha de cierre y versión.

Cómo explicar un proyecto a un cliente

No se explica con tecnologías. Se explica con el problema, el resultado y el costo de no resolverlo.

  1. Problema: “Hoy usted hace X a mano y le cuesta Y”.
  2. Solución en una frase: “Esto hace X automáticamente”.
  3. Cómo funciona: 3 pasos, sin jerga.
  4. Beneficio medible: horas, dinero, errores o visibilidad.
  5. Límites: qué incluye y qué no.
  6. Prueba: demo o piloto pequeño.
  7. Siguiente paso: una acción concreta.

Regla: si no puedes explicarlo en 60 segundos sin decir “API”, “base de datos” ni “microservicio”, todavía no está listo para vender.

Cada proyecto tiene su propia nota de pitch:

Enlaces