PLAN DEL SPRINT

Ahora estamos haciendo el plan de desarrollo más práctico para pasar del concepto al producto. Sin más teoría, es un plan que se puede lanzar realmente.

SPRINT PLAN MVP

Cristal de Construcción (6–8 semanas)

○ lógica general

• Sprint = 1 semana
• Total: 6–8 principes
• Cada semana es un resultado específico

SPRINT 1 - Fundamento (Foundation)

Objetivo: Iniciar la infraestructura básica y el sistema de diseño

Diseñado, crear Figma archivo

• Recoger:
• colores
• Impresoras
• spacing
• Hacer:
• Button
• Input
• Status Badge

Frontend, crear un proyecto (Next.js)

• Configurar:
• Tailwind
• routing
• layout

⚙Backend

• Subir:
• NestJS / FastAPI
• PostgreSQL
• Crear:
• users
• companies
• projects

- Resultado:

• Hay una base UI.
• Hay API skeleton.
• Hay un BD.

SPRINT 2

Objetivo: Se ha establecido el Registro de Instalaciones y Empresas

○ Diseño

• pantalla:
• Lista de proyectos
• Tarjeta de proyecto
• Estado:
• loading
• empty

💻 Frontend

• página /projects
• Lista de objetos
• filtros

⚙Backend

• API:
• GET /projects
• POST /projects
• GET /companies

Resultado: El Registro ya está vivo

SPRINT 3 Graph (núcleo)

○ Objetivo: Se ha creado una línea de conexión

○ Diseño

• Node (3 tipo)
• Graph Canvas
• estado/ select

💻 Frontend

• Conectar:
• Cytoscape.js
• Aplicar:
• nodes
• edges
• zoom

⚙Backend

• alc. Neo4j
• Hacer:
• /projects/{id}/graph

Resultado: - Visibilidad de los vínculos (este es un punto de inflexión)

SPRINT 4

Objetivo: Empezar la gestión

○ Diseño

• Entity Panel:
• objeto
• empresa
• Riesgo

💻 Frontend

• click en el nodo de la barra de herramientas
• mostrar datos

⚙ Backend

• API:
• GET /projects/{id}
• GET /companies/{id}

Resultado: La interfaz se está volviendo manejable

SPRINT 5 — Riesgos y acontecimientos

Objetivo: El sistema comienza a pensar

○ Diseño

• Risk Node
• Lista de riesgos
• condición jurídica

💻 Frontend

• mostrar los riesgos
• selección en rojo

⚙ Backend

• API:
  
• POST /risks
• GET /risks
• PATCH /risks

Resultado: ○ Se adquiere un valor real

SPRINT 6

Objetivo: Añadir tiempo

○ Diseño

• Timeline
• estado

💻 Frontend

• deslizador
• cambiar estado

⚙ Backend

• events
• project metrics

Resultado: ○ Dinámica visible

SPRINT 7 - Analítica (base)

○ Objetivo: A nivel de todo el sistema está surgiendo una gestión

○ Diseño

• dashboard
• KPI

💻 Frontend

• Tarjetas de metric

⚙ Backend

• /analytics/dashboard

Resultado: ○ Se puede mostrar a los inversores

SPRINT 8

Objetivo: Hacer vivo el producto

Objetivos:

• Mejoras de UX
• Optimización de la columna
• Baghi
• Autorización
• función

Resultado: MVP

○ Equipo (mínimo)

• 1 Backend
• 1 Frontend
• 1 Product/Architect (ustedes)
• 1 Designer (part-time)

Puntos críticos 

1. Graph es el corazón. Si el grafo es malo → todo se vendrá abajo

2. No sobrecargas MVP

Ninguna:

• BIM
• de integración compleja
• A nivel ministerial, inmediatamente

3. La UI tiene que ser simple.

Si el usuario no lo entiende en 10 segundos

○ Puntos de referencia para el éxito

Después del sprint 3: 👉 ya se puede mostrar (hay un grafo)

Después del esprinto 5: "Ya hay valor"

Después del esprinto 7:

Resultado. En 6–8, tenemos:

• producto de trabajo
• del sistema de construcción
• Gestión de instalaciones
• Analista
• base de escala

○ Un consejo honesto. No te vayas a ninguna parte. Cuando tengas Graph + UI, muéstrame.

ESTRUCTURA DE COMANDA MVP

Composición mínima, pero de trabajo:

○ El núcleo

Product / Architect 

Función:

• visión del producto
• prioridades
• establecimiento de objetivos
• Control de la lógica

○ Mantienes el sentido y el sistema

Backend Developer. Función:

• API
• base de datos
• Graph (Neo4j)
• La lógica empresarial

Frontend Developer

Función:

• interfaz
• Graph UI
• la integración de API

Designer (UI/UX, part-time)

Función:

• Figma
• Componentes
• UX

○ Más (a medida que aumenta)

• DevOps (construcción de infraestructuras)
• QA (pruebas)

Estructura de la tarea (TASK TREE)

Rompiendo los módulos del sistema, no en pantallas.

○ MODOUL 1: AUTH

Backend:

• Registro
• Login
• JWT

Frontend:

• formulario de entrada

○ MODOUL 2: REEST

Backend:

• CRUD projects
• CRUD companies
• Comunicaciones

Frontend:

• Lista de proyectos
• Tarjeta

○ MODUL 3: GRAPH (KLUC)

Backend:

• Neo4j
• graph API
• Sincronización

Frontend:

• visualización
• Interacción

○ MODOUL 4: ENTITY PANEL

Backend:

• API

Frontend:

• barra derecha
• cambiar

○ MODOUL 5: RISKS

Backend:

• CRUD risks

Frontend:

• mostrar
• Gestión

○ MODOUL 6: EVENTS

Backend:

• Novedades
• liga

Frontend:

• timeline

○ MODOUL 7: ANALYTICS

Backend:

• agregados

Frontend:

• dashboard

FORMATO DE OBJETIVO (muy importante)

Cada objetivo debe ser el siguiente:

Ejemplo de la tarea

🔹 Title:

Mostrar el área del proyecto

🔹 Description:

Mostrar los nodos y vínculos del proyecto en GraphCanvas

🔹 Acceptance Criteria:

• se muestran los nodos:
• project
• company
• risk
• se muestran las conexiones
• Hay zoom.
• Hay un click.

🔹 Tech Notes:

• utilizar Cytoscape
• datos de /projects/{id}/graph

🔹 Estimate:

2–3 días

○ PEQUEÑOS DE BECLOGA (TODO PROBLEMAS)

○ La ruta crítica MVP

Backend:

• Crear tablas (projects, companies)
• API proyectos
• API
• Conectar Neo4j
• API graph

Frontend:

• Layout
• Página de proyectos
• Graph Canvas
• Node interaction
• Right Panel

Design:

• Design system
• Graph nodes
• Panel

ASIGNACIÓN DE RELACIONES POR OBJETIVOS

Backend

Total de tareas: 👉 ~30

MVP núcleo (exigible):