ARTEFACTOS SCRUM-25-2

ARTEFACTOS DE SCRUM

Índice

SCRUM

Sprint Backlog

Historias de Usuarios

Product Increment

Product Backlog

Ceremonias de Scrum

Tareas Técnicas

>

SCRUM

ARTEFACTO

Product Backlog

Product Backlog

Product Backlog

Tareas

Técnicas

Tareas Técnicas

Son actividades específicas necesarias para implementar, probar o desplegar una historia de usuario, pero que no siempre son visibles desde la perspectiva del usuario final.

Tareas Técnicas

Son son ejecutadas por el equipo de desarrollo y ayudan a descomponer la historia en partes manejables. .

Tareas Técnicas

Desarrollo y codificación

• Crear componentes UI (botones, formularios, menús) • Implementar lógica de negocio • Integrar APIs o servicios externos • Configurar validaciones del lado del cliente/servidor

• Implementar lógica de negocio

Validaciones de reglas • Verificar que un usuario tenga permisos para realizar una acción. • Asegurar que los campos cumplan ciertas condiciones (por ejemplo, un cupón solo es válido si no está vencido).

Implementar lógica de negocio

Flujos de negocio Qué debe pasar después de que se guarda un formulario (por ejemplo, enviar notificación, cambiar estado de una orden, registrar historial). • Definir secuencias de decisiones (por ejemplo, si el cliente tiene deuda, no puede generar nuevas órdenes).

Implementar lógica de negocio

Validaciones de reglas

• Verificar que un usuario tenga permisos para realizar una acción. • Asegurar que los campos cumplan ciertas condiciones (por ejemplo, un cupón solo es válido si no está vencido).

Pruebas

Escribir pruebas unitarias • Escribir pruebas de integración • Preparar datos de prueba

Infraestructura

• Diseñar y configurar Bases de datos
• Generar Repositorios
• Hacer CI/CD

Documentación

• Documentar el código o APIs • Actualizar la documentación del usuario • Crear manuales técnicos para otros desarrolladores

Seguridad

• Implementar autenticación/autorización • Validar entradas del usuario para evitar vulnerabilidades • Aplicar buenas prácticas de cifrado y manejo de tokens

Validar campos

Crear formulario de inicio de sesión

Implementar login en backend

Conectar API´s

Tareas Técnicas Ejemplos

Hacer Consultas en la base de dato

Hacer CRUDs

Manejar errores de autenticación

Escribir pruebas unitarias

Configurar alertas de seguridad

ARTEFACTO

Sprint Backlog

Sprint Backlog

Conjunto de actividades de un sprint, que tiene como objetivo hacer la entrega de un producto funcional

Sprint Backlog

El Sprint Backlog es el artefacto que se obtiene de la Sprint planning

¿Qué es el Sprint planning ?

¿Qué es el Sprint planning ?

El Sprint Planning es una reunión en donde se analiza la complejidad de las tareas técnicas y se determina quién de equipo la desarrollará

En el Sprint Planing

Se definen las tareas necesarias para poder completar cada objetivo(requisito), creando la lista de tareas de la iteración (Sprint Backlog) basándose en la definición de hecho.

En el Sprint Planing

Se realiza una estimación del esfuerzo necesario para realizar cada tarea, con base a la complejidad de cada una.

¿Cómo se estima en el Sprint planning?

Planning Pocker

Técnica utilizada para llevar a cabo la sesión de planificación de forma rápida y eficaz.

Planning pocker

El objetivo es que todos los miembros del equipo lleguen a una estimación consensuada, que se vinculará a la estimación.

Story points

Son una medida abstracta destinada a representar la complejidad de la implementación de una user story

Planning pocker

Para la estimación de las historias se utiliza la secuencia de Fibonacci (1,2,3,5,8,13,21) con la variante de 20 y 40, para la mayor complejidad.

Story points

La"complejidad" está relacionada con el esfuerzo, así como con el riesgo y las dificultades previstas.

¿Cómo se determina la complejidad?

Planning pocker o Scrum Pocker

Planning pocker

Para la estimación de las las historias se utiliza la secuencia de Fibonacci (1,2,3,5,8,13,21) con la variante de 20 y 40, para la mayor complejidad.

Planning pocker

¿Cómo Hacerlo?

https://planningpokeronline.com/

Sprint Backlog

ARTEFACTO

Product Increment

Product Increment

Es la suma de los PBI's (Historias de Usuario) completados en un Sprint.

Características:

1. El incremento debe ser funcional.

2. Cubrir las necesidades del cliente

Mínimo Producto Viable (MPV)

Versión de prueba de un proyecto que cumple con las funciones básicas y se realiza en el menor tiempo posible.

Potentially shippable product

Es el conjunto de productos enviados al final de cada Sprint

Potentially Releasable Product

Es el producto que ya ha sido verificado y validado; es decir, es de calidad y está completo.

Product Increment

Done

Release

Es un check list que contiene los criterios de aceptación y define si las HU se cumplieron conforme a lo establecido

Poner en producción nuevas versiones del producto.

Product Increment

Done

Ceremonias de Scrum

1. Sprint Planning

El Sprint Planning es una reunión en donde se analiza la complejidad de las tareas técnicas y se determina, quién del equipo las desarrollará.

1. Sprint Planning

Objetivo

Objetivo del Sprint

• Implementar el módulo de pagos seguros con la API de Paypal

• Permitir a los usuarios registrarse con correo electrónico y Google

• Implementar la interfaz gráfica principal del sistema, desarrollando el front-end funcional que permita la navegación del usuario
• Implementar los test de evaluación de ánimo y vincularlo con la ruleta de emociones

Ejemplos

2. Daily Scrum

Es una reunión diaria de 15 minutos en la que participa exclusivamente el Development Team.

2. Daily Scrum

Alinear el trabajo del equipo de desarrollo, detectar obstáculos y revisar el progreso hacia el objetivo del sprint.

Objetivo

2. Daily Scrum

• Fomenta la transparencia y la colaboración. • Permite detectar problemas temprano. • Mantiene al equipo enfocado y sincronizado. • Mejora la responsabilidad compartida.

Beneficios

2. Daily Scrum

Cada integrante responde de forma breve a tres preguntas:

1. ¿Qué hice ayer que ayudó al equipo a alcanzar el objetivo del sprint? 2. ¿Qué haré hoy para contribuir al objetivo del sprint? 3. ¿Qué impedimentos tengo que podrían retrasar al equipo?

3. Sprint Review

"Es la demostración del trabajo que se acaba de completar, es decir del Product Increment".

Guía SCRUM (2021)

4. Retrospective

Es una reunión clave que ocurre al final de cada sprint, después de la revisión y antes de planificar el siguiente.

4. Retrospective

Su propósito es reflexionar sobre cómo fue el último sprint y determinar mejoras concretas para el proceso, las relaciones del equipo y las herramientas usadas.

4. Retrospective

PROPÓSITO Buscar formas de aumentar la calidad y la eficiencia

Guía SCRUM

4.Retrospective

Permite encontrar áreas de oportunidad para que el siguiente Sprint se realice con mejores resultados

Retrospective

4. Retrospective

Retrospective

Mad Sad Glad

Es una práctica en las metodologías ágiles que se usa para compartir y visualizar las emociones del equipo al final de un sprint, durante la retrospectiva.

https://miro.com/

4. Retrospective

Mad Sad Glad

Es un ejercicio clásico que anima a los miembros del equipo a considerar formas de mejorar la moral y crear un ambiente positivo y seguro.

4. Retrospective

Seguir haciendo

More Of

Keep Doing

Más de

Less Of

Start Doing

Menos de

Stop Doing

Empezar a hacer

Star Fish

Dejar de hacer

4. Retrospective

Star Fish

Más de

Seguir haciendo

More Of

Keep Doing

• Mantener el repositorio y

actualizarlo continuamente

• Mantener comunicación constante

• Retroalimentación a tiempo
• Apoyo entre compañeros en tareas compleja

Menos de

- Mantener el repositorio y actualizarlo continuamente - Mantener comunicación constante

Less Of

Empezar a hacer

Start Doing

• Notificar en el grupo de trabajo dudas o cuellos de botella en alguna tarea

Stop Doing

• Actividades que no aporten al avance del proyecto o no tienen ningún impacto positivo en el equipo

Dejar de hacer

https://go.jeda.ai/

SCRUM

Reporte Diario

Reporte ventas

Reporte empleados

Reportes

Reporte Mensual

Se programa un constructor en donde se tengan todas las posible implementaciones para generar reportes

Reporte ventas

Reporte empleados

Evita código duplicado cuando un algoritmo tiene diferentes variantes que dependen de una clase concreta