Bienvenido a Essentials SCRUM
Tu guía completa para dominar la metodología ágil más popular del mundo
🏛️ Fundamental
Descubre los orígenes e historia de SCRUM, desde sus inicios en 1986 hasta la actualidad.
Incluye: Historia, definición oficial, pilares empíricos y casos de uso.
🔧 Basic
Explora todos los elementos básicos de SCRUM con explicaciones detalladas y ejemplos prácticos.
Incluye: Roles, eventos, artefactos y conceptos clave organizados en tabs.
⭐ Best Practice
Aprende las mejores prácticas y evita los errores más comunes en la implementación de SCRUM.
Incluye: Qué hacer vs. qué evitar con ejemplos específicos.
🧠 Quizzes
Pon a prueba tus conocimientos con 15 preguntas interactivas que cubren todos los temas.
Incluye: Evaluación inmediata y orden aleatorio de preguntas.
💬 Chat con LAILA
Chatea con LAILA, tu agente personalizado que responderá todas tus dudas sobre SCRUM.
Incluye: Soporte 24/7 y respuestas especializadas.
Fundamentos de SCRUM
¿Qué es SCRUM?
SCRUM es un marco de trabajo ágil para desarrollar, entregar y mantener productos complejos. Se basa en el empirismo, que afirma que el conocimiento viene de la experiencia y la toma de decisiones basada en lo conocido.
Historia y Antecedentes
1986 - Los Orígenes
Ikujiro Nonaka e Hirotaka Takeuchi publican "The New New Product Development Game" en Harvard Business Review, introduciendo conceptos que inspirarían SCRUM.
1995 - Nacimiento de SCRUM
Jeff Sutherland y Ken Schwaber presentan SCRUM en la conferencia OOPSLA, formalizando el framework para desarrollo de software.
2001 - Manifiesto Ágil
SCRUM se establece como una de las metodologías ágiles fundamentales con la creación del Manifiesto Ágil.
2020 - Guía Actual
Se publica la Guía de SCRUM 2020, la versión más reciente y refinada del framework.
Los 3 Pilares Empíricos de SCRUM
🔍 Transparencia
Los aspectos significativos del proceso deben ser visibles para quienes son responsables del resultado.
🔎 Inspección
Los usuarios de SCRUM deben inspeccionar frecuentemente los artefactos y el progreso hacia un objetivo.
🔄 Adaptación
Si un inspector determina que uno o más aspectos de un proceso se desvían, debe hacer ajustes.
¿Quién debe usar SCRUM y por qué?
🎯 Ideal para:
- Equipos de desarrollo de software - Manejo de requirements cambiantes
- Startups - Necesidad de iteración rápida y feedback
- Proyectos complejos - Donde la predictibilidad es baja
- Organizaciones que buscan agilidad - Respuesta rápida al mercado
💪 Beneficios clave:
- Entrega de valor temprana y continua
- Mayor satisfacción del cliente
- Flexibilidad para cambios
- Mejor calidad del producto
- Equipos más motivados y productivos
Elementos Básicos de SCRUM
👥 Roles en SCRUM
🎯 Product Owner
Responsabilidad: Maximizar el valor del producto resultante del trabajo del Scrum Team.
Actividades clave:
- Gestionar el Product Backlog
- Definir y comunicar la visión del producto
- Priorizar funcionalidades
- Aceptar o rechazar incrementos
Ejemplo: Un Product Owner de una app de e-commerce prioriza las funcionalidades de pago seguro sobre las opciones de personalización de perfil.
🧭 Scrum Master
Responsabilidad: Facilitar y coach al Scrum Team en el uso efectivo de SCRUM.
Actividades clave:
- Facilitar eventos de SCRUM
- Eliminar impedimentos
- Coaching al equipo
- Proteger al equipo de distracciones
Ejemplo: Un Scrum Master nota que las Daily Scrums duran 30 minutos y coach al equipo para enfocarlas en los 3 puntos clave.
👨💻 Development Team
Responsabilidad: Entregar incrementos de producto "Done" al final de cada Sprint.
Características:
- Auto-organizados
- Cross-funcionales
- 3-9 miembros idealmente
- Compromiso colectivo
Ejemplo: Un Development Team incluye desarrolladores front-end, back-end, QA y UX trabajando juntos en las mismas funcionalidades.
📅 Eventos de SCRUM
🏁 Sprint
Duración: 1-4 semanas (comúnmente 2 semanas)
Propósito: Contenedor para todos los demás eventos donde se crea un incremento de producto.
Ejemplo: Sprint de 2 semanas para desarrollar funcionalidad de login con OAuth.
📋 Sprint Planning
Duración: Máximo 8 horas para Sprint de 1 mes
Propósito: Planificar el trabajo a realizar durante el Sprint.
Preguntas clave: ¿Qué se puede entregar? ¿Cómo se realizará el trabajo?
Ejemplo: El equipo selecciona 8 User Stories del Product Backlog y las descompone en tareas técnicas.
🌅 Daily Scrum
Duración: 15 minutos
Propósito: Sincronizar actividades y crear un plan para las próximas 24 horas.
3 preguntas: ¿Qué hice ayer? ¿Qué haré hoy? ¿Hay impedimentos?
Ejemplo: "Ayer terminé la API de usuarios, hoy trabajaré en los tests unitarios, tengo bloqueado el acceso a la base de datos de staging."
🎉 Sprint Review
Duración: Máximo 4 horas para Sprint de 1 mes
Propósito: Inspeccionar el incremento y adaptar el Product Backlog.
Ejemplo: Demostrar la nueva funcionalidad de búsqueda a stakeholders y recibir feedback para mejoras.
🔄 Sprint Retrospective
Duración: Máximo 3 horas para Sprint de 1 mes
Propósito: Reflexionar sobre el proceso y crear un plan de mejoras.
Ejemplo: Identificar que las code reviews toman mucho tiempo y acordar usar pair programming.
📋 Artefactos de SCRUM
📋 Product Backlog
Definición: Lista ordenada de todo lo que se conoce que es necesario en el producto.
Características:
- Dinámico y evolutivo
- Priorizado por valor de negocio
- Responsabilidad del Product Owner
- Transparente y visible
Ejemplo: Lista con User Stories como "Como usuario quiero resetear mi contraseña para acceder cuando la olvide".
📝 Sprint Backlog
Definición: Elementos del Product Backlog seleccionados para el Sprint más un plan para entregarlos.
Contenido:
- Sprint Goal
- Product Backlog items seleccionados
- Tareas específicas del Development Team
Ejemplo: 5 User Stories con sus tareas técnicas: crear endpoints, diseñar UI, implementar validaciones, escribir tests.
⚡ Increment
Definición: Suma de todos los elementos del Product Backlog completados durante el Sprint más incrementos previos.
Criterio: Debe cumplir la Definition of Done
Ejemplo: Versión funcional del producto con nueva funcionalidad de pagos integrada y probada.
💡 Conceptos Clave
🎯 Sprint Goal
Objetivo que proporciona orientación al Development Team sobre por qué está construyendo el Increment.
Ejemplo: "Permitir a los usuarios realizar pagos seguros con tarjeta de crédito"
✅ Definition of Done
Entendimiento compartido de lo que significa que el trabajo esté completo.
Ejemplo:
- Código desarrollado y revisado
- Tests unitarios pasando (>90% cobertura)
- Tests de integración pasando
- Documentación actualizada
- Desplegado en staging
- Aceptado por Product Owner
📖 User Story
Descripción breve de una funcionalidad escrita desde la perspectiva del usuario.
Formato: Como [tipo de usuario], quiero [funcionalidad] para [beneficio]
Ejemplo: "Como comprador, quiero filtrar productos por precio para encontrar opciones dentro de mi presupuesto"
📏 Story Points
Unidad de medida para expresar la estimación del esfuerzo requerido para implementar completamente un Product Backlog item.
Escala común: 1, 2, 3, 5, 8, 13, 21 (Fibonacci)
Ejemplo: Story simple = 1 punto, Story compleja = 8 puntos
🚧 Impedimento
Cualquier obstáculo que impide al Development Team realizar su trabajo eficientemente.
Ejemplos:
- Falta de acceso a sistemas necesarios
- Dependencias externas sin resolver
- Conflictos de prioridades
- Falta de claridad en requirements
Mejores Prácticas de SCRUM
🎯 Planificación y Organización
✅ QUÉ HACER
Permite feedback rápido y adaptación ágil a cambios.
Ejemplo: Sprints de 2 semanas para proyectos con requirements cambiantes.
Todo el equipo debe entender exactamente cuándo una tarea está completa.
Ejemplo: "Código revisado + Tests pasando + Documentado + En staging"
Trabajar primero en lo que aporta más valor al negocio.
Ejemplo: Funcionalidad de pago antes que personalización de avatar.
❌ QUÉ EVITAR
Rompe el foco del equipo y compromete la entrega.
Ejemplo: No agregar nuevas funcionalidades críticas cuando ya inició el Sprint.
Reduce la capacidad de inspección y adaptación.
Problema: Feedback tardío puede llevar a desarrollar funcionalidades incorrectas.
Genera confusion y retrabajos.
Ejemplo: "Mejorar la interfaz" es muy vago comparado con "Reducir clicks en proceso de compra".
👥 Gestión de Equipo
✅ QUÉ HACER
Todas las habilidades necesarias dentro del mismo equipo.
Ejemplo: Frontend, Backend, QA, UX en el mismo equipo.
Máximo 15 minutos, enfoque en sincronización y impedimentos.
Formato: ¿Qué hice? ¿Qué haré? ¿Impedimentos?
Identificar problemas específicos y definir acciones concretas.
Ejemplo: "Implementar pair programming para reducir bugs" vs "Mejorar calidad".
❌ QUÉ EVITAR
Los equipos deben ser auto-organizados.
Error: Asignar tareas específicas en lugar de dejar que el equipo se distribuya el trabajo.
No son reuniones para reportar al manager.
Problema: Convertir el Daily en "¿qué hiciste ayer para mí?"
Elimina oportunidades de mejora continua.
Consecuencia: Repetir los mismos errores Sprint tras Sprint.
Quiz de Conocimientos SCRUM
La sección de Quizzes está abierta para tomarla cuantas veces sea necesario
Chat con LAILA
En esta sección podrás platicar/chatear con LAILA tu agente personalizado que contestará todas tus preguntas referentes a SCRUM
🤖 LAILA - Tu Asistente SCRUM
(Inserta el código chat aquí)
Esta sección está preparada para integrar el sistema de chat con LAILA. El código HTML del chat se puede insertar en este espacio manteniendo el diseño consistente de la página.