Este documento define las convenciones de código obligatorias para el equipo de Finnova. Aplica tanto al repositorio de backend (Node.js) como al de frontend (React Native). Todos los miembros del equipo deben seguirlas independientemente de su rol principal.
Este documento define la estrategia y convenciones de testing para el proyecto Finnova. El objetivo inicial es tener cobertura básica en lógica crítica. No se exige cobertura total en MVP.
Este documento define cuándo un Requisito Funcional (RF) está listo para entrar a desarrollo (Ready) y cuándo su implementación se considera terminada (Done). Aplica al desarrollo de RFs que ya cuentan con su documento de especificación en requisitos/ — no a la fase de descubrimiento o división del trabajo, que ocurre antes.
El propósito del estándar es establecer una estructura clara para la creación y gestión de ramas en los proyectos, definiendo cuándo y cómo crear ramas para nuevas funcionalidades, correcciones de errores y versiones de producción.
Este estándar define cómo se deben asignar versiones a los proyectos de software dentro de la organización, usando un formato consistente que facilite la comunicación, el control de cambios y la trazabilidad de entregas.
Este estándar define reglas específicas para la creación, asignación y seguimiento de tareas en Monday.com, asegurando consistencia, trazabilidad y eficiencia en la gestión de proyectos.
EST01: Estándar de ramas