Scrumban 200611

Utilizamos Scrum, pero no mantenemos los Sprints timebox

Utilizamos Scrum, pero establecemos la duración del Sprint en la planificación Sprint

Utilizamos Scrum, pero no dejamos que el Backlog de Producto evolucione

Utilizamos Scrum, pero no consideramos necesario tener Retrospectivas

Eefectos

Scrumban

25/05/2020

https://stateofagile.com/

Modelo Scrumban
Modelo Scrumbut

Pequeños

Equipos Multifuncionales

Autoroganizados

Visualizar el flujo de trabajo

Limitar el WIP Pequeñas

Gestionar el flujo de trabajo Entregables Concretas

Hacer explicitas las políticas iterativo & incremental

Circuitos de retroalimentación

Mejorar y evolucionar

Todos están en la misma página Priorizado

Backlog
Es flexible Calcular el esfuerzo "relativo"
Pros
Revela cuellos de botella en tu flujo de trabajo

Es fácil de adoptar

Iteraciones cortas = sprint

Inflexible en la mezcla de productos y cambios en el flujo de entrega Tiempo
Timeboxes
Tablero Kanban desactualizado puede bloquear el desarrollo Contras

Menos efectivo en situaciones de recursos compartidos

Inspección
Proceso
Adaptación

Product Owner

Scrum Master Roles & Responsabilidaes

Equipo de Desrrollo

Trabajo en tarjetas
Tablero "kanban"
Procesos en columnas
Sprint

Plnaificación del Sprint

Scrum Diario Eventos

Revisión del Sprint

Retrospectiva del Sprint Visulizar el flujo de trabjo Columnas = Procesos

Definición de Hecho (DoD)

Incremento Artefactos

Seguimiento *

"Estirar" Push... Push...

Tiempo del ciclo

VALORES scrum ¿?

Scrum
Scrum establece objetivos claros y plazos

Ayuda a gestionar proyectos

Pros
Scrum mejora la comunicación

...

Gestión de elementos inesperados

No puede reaccionar a cambios repentinos Contras

Difícil de adoptar

Copyright © 2020 – ProAgilist.ES