4 min lectura • Guide 815 of 877
Spikes de Descubrimiento Técnico
Los spikes reducen riesgo. GitScrum ayuda a equipos a planificar y trackear spikes técnicos que responden preguntas críticas antes de comprometerse a implementación completa.
Entendiendo Spikes
DEFINICIÓN DE SPIKE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SPIKE: │
│ ────── │
│ Una investigación time-boxed para responder una pregunta │
│ │
│ PROPÓSITO: │
│ ───────── │
│ • Reducir incertidumbre técnica │
│ • Explorar tecnología no familiar │
│ • Evaluar factibilidad │
│ • Informar estimación │
│ • Prototipar approaches │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ SPIKE vs STORY: │
│ │
│ STORY: │
│ "Implementar autenticación de usuario con OAuth" │
│ OUTPUT: Feature funcionando en producción │
│ │
│ SPIKE: │
│ "Investigar proveedores OAuth para nuestros requisitos" │
│ OUTPUT: Recomendación + approach + estimación │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ CUÁNDO HACER SPIKE: │
│ ────────────────── │
│ │
│ ✅ Usar spike cuando: │
│ • "¿Podemos siquiera hacer esto?" │
│ • "¿Qué approach es mejor?" │
│ • "¿Cuánto tomará esto?" │
│ • "¿Cuáles son los riesgos?" │
│ │
│ ❌ No hacer spike cuando: │
│ • La respuesta es Googleable en 30 minutos │
│ • Ya conoces el approach │
│ • Solo empieza a construir │
│ │
│ REGLA: Spike cuando incertidumbre bloquea progreso │
└─────────────────────────────────────────────────────────────┘
Tipos de Spikes
TIPOS DE SPIKE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SPIKE DE FACTIBILIDAD: │
│ ────────────────────── │
│ "¿Se puede hacer esto?" │
│ Pregunta: ¿Es técnicamente posible? │
│ Output: Sí/No + constraints │
│ │
│ SPIKE DE COMPARACIÓN: │
│ ───────────────────── │
│ "¿Qué approach debemos usar?" │
│ Pregunta: ¿Cuál opción es mejor para nosotros? │
│ Output: Recomendación con trade-offs │
│ │
│ SPIKE DE ESTIMACIÓN: │
│ ──────────────────── │
│ "¿Cuánto tomará esto?" │
│ Pregunta: ¿Cuál es el esfuerzo real? │
│ Output: Estimación informada │
│ │
│ SPIKE DE ARQUITECTURA: │
│ ────────────────────── │
│ "¿Cómo debemos diseñar esto?" │
│ Pregunta: ¿Cuál es el diseño correcto? │
│ Output: Propuesta arquitectural │
│ │
└─────────────────────────────────────────────────────────────┘
Ejecutando Spikes
PROCESO DE SPIKE
════════════════
ANTES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1. Definir pregunta específica │
│ 2. Establecer time-box (ej: 2 días) │
│ 3. Definir criterios de éxito │
│ 4. Asignar owner │
│ │
└─────────────────────────────────────────────────────────────┘
DURANTE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Investigar y experimentar │
│ • Documentar hallazgos │
│ • Respetar time-box │
│ • Comunicar si necesitas más tiempo/info │
│ │
└─────────────────────────────────────────────────────────────┘
DESPUÉS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Documentar resultados │
│ • Presentar recomendación │
│ • Crear stories para implementación │
│ • Descartar código de spike (no es producción) │
│ │
└─────────────────────────────────────────────────────────────┘