rckrdmrd
a7cca885f0
Changes include: - Updated architecture documentation - Enhanced module definitions (OQI-001 to OQI-008) - ML integration documentation updates - Trading strategies documentation - Orchestration and inventory updates - Docker configuration updates 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
2.9 KiB
2.9 KiB
| id | title | type | project | version | updated_date |
|---|---|---|---|---|---|
| DEFINITION-OF-READY | Definition of Ready (DoR) - Trading Platform (OrbiQuant) | Documentation | trading-platform | 1.0.0 | 2026-01-04 |
Definition of Ready (DoR) - Trading Platform (OrbiQuant)
Proyecto: Trading Platform - Plataforma de Trading con IA Ultima actualizacion: 2026-01-04
Proposito
El Definition of Ready (DoR) define los criterios que un item del backlog debe cumplir antes de que pueda ser trabajado en un Sprint.
Criterios Generales
Un item del backlog esta "Ready" cuando:
1. Claridad
- El titulo es claro y descriptivo
- La descripcion del problema/necesidad esta documentada
- Los criterios de aceptacion estan definidos
- No hay ambiguedades en los requisitos
2. Alcance
- El scope esta claramente delimitado
- Las dependencias estan identificadas
- Los items bloqueantes estan resueltos
- El item es lo suficientemente pequeno para un Sprint
3. Estimacion
- El equipo ha estimado story points
- La complejidad tecnica esta evaluada
- Los riesgos estan identificados
4. Documentacion
- Existe RF (Requerimiento Funcional) asociado
- Existe ET (Especificacion Tecnica) si aplica
- Los mockups/wireframes estan disponibles (si aplica)
Checklist por Tipo de Item
User Story
- Formato "Como [rol], quiero [funcionalidad], para [beneficio]"
- Criterios de aceptacion en formato Given-When-Then o checklist
- RF relacionado identificado
- Story points estimados
- Sin bloqueos activos
Bug Fix
- Pasos para reproducir documentados
- Comportamiento esperado vs actual documentado
- Severidad/Prioridad asignada
- Ambiente donde se reproduce identificado
Technical Task
- Objetivo tecnico claro
- Impacto en el sistema documentado
- Criterios de completitud definidos
- Rollback plan si aplica
Criterios de Prioridad
| Prioridad | Descripcion |
|---|---|
| P0 - Critical | Bloqueante para produccion, seguridad |
| P1 - High | Funcionalidad core, deadline cercano |
| P2 - Medium | Mejoras importantes, puede esperar |
| P3 - Low | Nice-to-have, mejoras menores |
Criterios Especificos por Modulo
Autenticacion (OQI-001)
- Flujos de OAuth documentados con proveedores
- Requisitos de seguridad especificados
- Tokens y sesiones definidos
Trading (OQI-003)
- Fuentes de datos de mercado identificadas
- Indicadores tecnicos especificados
- Latencia aceptable definida
ML Signals (OQI-006)
- Datos de entrenamiento disponibles
- Metricas de accuracy definidas
- Pipeline de inferencia especificado
Notas
- Items que no cumplan DoR no entran al Sprint
- El PO es responsable de asegurar que el backlog este "Ready"
- El equipo puede rechazar items que no cumplan DoR en Planning
Basado en: Estandar SCRUM + SIMCO (Sistema Indexado Modular por Contexto)