Scrumban - Projektentwicklung mit Scrum und Incident-Management über Kanban meistern
SCRUM + KANBAN = SCRUMBAN
-
Upload
yesi-campa -
Category
Software
-
view
531 -
download
5
Transcript of SCRUM + KANBAN = SCRUMBAN
SCRUM + KANBAN = SCRUMBAN Presenta: Iván
Jiménez@Ivanni_Simons
Principios básicos de Agile
Satisfacción del cliente por entregas constantes de valor
Los cambios son bienvenidos
Gente de negocios y gente técnica trabajan juntos
Ambiente de confianza y motivación
Interacción cara a cara constantemente
El software funcionando como medida de progreso
Principios básicos de Agile – cont.
Mantener un ritmo sostenido
Atención a la mejora técnica continuamente
La simplicidad es la máxima sofisticación
La arquitectura, requerimientos y diseños emergen de equipo auto-organizados
En intervalos regulares, el equipo analiza como ser más efectivo y lo pone en práctica
Principios básicos de Scrum
Dividir el trabajo en iteraciones cortas de trabajo (2 a 6 semanas) con incrementos de funcionalidad de valor
Establecer equipos multifuncionales con 3 roles prescritos: Scrum Master, Product Owner y Scrum Team
Repriorizar constantemente el trabajo en colaboración con el cliente
Optimizar continuamente el proceso
Principios básicos de Kanban Dividir el trabajo en fragmentos, escribirlos en una hoja de papel y
pegarlos en la pared. TODO MUY VISUAL.
Nombrar columnas en un pizarrón, correspondientes a las fases del flujo de trabajo
Limitar los flujos de trabajo para cada estado del proceso
Medir el tiempo de ciclo
Prescriptivo vs. adaptativo
Agile es un framework adaptativo
RUP XP Scrum Kanban Mano de Dios>120 13 9 3 0
¿Más de 120 procesos, herramientas y roles?
Scrum prescribe iteraciones
• Iteraciones cortas, basadas en las prioridades del Product Owner• En la iteración, no se trabaja algo diferente a lo planeado• Al final de la iteración se hace una demostración del incremento al Product
Owner
• Buscar cadencia en el trabajo• Una velocidad constante
Overview de Scrum
Lo que a Kanban le gusta de Scrum
ScrumBan
Trabajo en proceso
Pendientes En progreso Terminadas Pendientes En progreso Terminadas (3)
Scrum Kanban
Scrum + Kanban = ScrumBan
User Story Task
Feature Issue
TO DO PLAN DEVELOP (4) TEST (2) DEPLOY DONE
ScrumBan prácticas
No se necesita hacer una planeación del trabajo (es sobre demanda)
Control de impedimentos, cuellos de botella, bloqueos
Medición del flujo de trabajo
Dividir la columna del trabajo en progreso ayuda a determinar cuellos de botella
Medir el tiempo que toma llevar una tarea a la columna de terminado
Tarea# 04
Crear el diseño de la interfaz principal
12
Cristina
Nimue
Tiempo de tarea estimado Hay un obstáculo
Responsables de la tarea
Ítems de trabajo
Métricas
User Story Task
Feature Issue
TO DO PLAN DEVELOP (4) TEST (2) DEPLOY DONE
CYCLE TIME
LEAD TIME
Recopilación de métricasID
tareaFecha de solicitud
Fecha de inicio
Fecha fin Días sin trabajo
Lead time
Cycle time
Touch time
23 Aug 3-15 Aug 5-15 Aug 12-15 1 8 7 4
Reuniones
Reunión diaria
Revisar el tableroPreguntas:
1.- ¿Alguien está trabajando en algo que no está en el tablero?2.- ¿Qué necesitamos hacer para terminar lo pendiente?3.- ¿Podemos identificar algún cuello de botella u otros impedimentos en el flujo de trabajo?
RetrospectivaAl final de cada semanaReflexionar sobre:
¿Hay algún trabajo en progreso oculto que no esté reflejado en el tablero?¿Cada tarea tiene el nivel correcto de detalle?¿Hay colas o frenos en tu flujo de trabajo que no esté en el tablero?¿Cómo nos sentimos como equipo? ¿Qué hacemos bien y qué mal?
Reuniones
Una simple pregunta, siempre:
¿Es este el mejor trabajo que puedo hacer?
Iván Jiménez@Ivanni_Simons
www.facebook.com/AgileNightswww.facebook.com/Agileacademylatam
¡Muchas gracias!