Kanban y Scrum. 2do Agile Open Paraná

Scrum+Kanban

2do. Agile Open - 7 de Setiembre de 2012

Gastón Guillerón | [email protected] Gabriel Piccoli | [email protected]

> problemas!

www.lemondata.com.ar

> problemas

• Es común terminar un proyecto fuera del costo/tiempo presupuestado.

• Es común que un cliente no termine satisfecho por el producto entregado.

• Es común desarrollar software incluye funcionalidades que nunca usa nadie.

• Es común tener que trabajar horas extras o fines de semana para poder cumplir con los compromisos.


¿Que puedo hacer?

> scrum

> vamos con scrum?

> kanban

> vamos con kanban?

> kanban scrum <


> scrum

• Tipo de enfoque para gestión de proyectos – Es un enfoque empírico basado en principios Lean

• Planificación – Se trabaja en sprint o iteraciones de tiempo fijo.

• Preescripciones – Ceremonias: Sprint Planning, Daily Meeting, Sprint Review y

Sprint Retrospective.

– Artefactos: Product Backlog y Sprint Backlog

– Roles: PO, SM y Team.

• Adaptación al cambio – Los cambios se consideran entre (y no dentro) los sprints.

• Skills de un equipo – El equipo debe ser crossfuncional


> kanban

• Tipo de enfoque para gestión de proyectos – Es un enfoque empírico basado en principios Lean

• Planificación – Regular o bajo demanda

• Preescripciones – Visualización del flujo de trabajo

– Limitar el WIP (Work in progress) en cada estado

– Optimizar el proceso: Lead time pequeño y predecible

• Adaptación al cambio – Inmediata. Respetando el WIP.

• Skills de un equipo – Soporta equipos especializados.


> scrum

• Trabajo en curso – Se limita por sprint

• Gestión de Requerimientos – Se proponen como Historias de Usuario.

• Estimaciones – La estimación es relativa y se utilizan técnicas como Planning Poker.

• Liderazgo de Proyecto • El equipo es autoorganizado

• Retorno de la Inversión (ROI) – El ROI vuelve por sprint. Incremento por iteración.

• Herramientas – Pueden ser manuales o informáticas.

• Métricas de monitoreo – Velocidad del equipo


> kanban

• Trabajo en curso – Se limita por estado en el flujo de trabajo

• Gestión de Requerimientos – Se proponen como Historias de Usuario.

• Estimaciones – Elementos del mismo tamaño aproximado

• Liderazgo de Proyecto • El equipo es auto organizado

• Retorno de la Inversión (ROI) – MMF (Minimum Marketable Feature Set)

• Herramientas – Pueden ser manuales o informáticas.

• Métricas de monitoreo – Lead Time – Tiempo de entrega.

elección <


> scrum

• Esperar 2-4 semanas para entregas

• Se necesita un calendario/plan de entrega

• Tenemos tareas no esperadas y de alta prioridad

• Equipo cuenta con gente especializada

• Existe una pila de producto priorizada y un PO

• Hay que realizar “bux fixing” o soporte de

producción


> kanban

• Esperar 2-4 semanas para entregas

• Se necesita un calendario/plan de entrega

• Tenemos tareas no esperadas y de alta prioridad

• Equipo cuenta con gente especializada

• Existe una pila de producto priorizada y un PO

• Hay que realizar “bux fixing” o soporte de

producción

Y entonces? <

> combinando


> combinando

• Podemos regularmente encontrarnos con tareas no esperadas y urgentes.

• Podemos requerir entregas incrementales y planificadas.

• Podemos aprovechar reuniones diarias y retrospectivas para mejora continua.

• Podemos durante el desarrollo necesitar iterar y luego durante el mantenimiento fluir.

SIEMPRE deberemos entregar valor al cliente.

SCRUM SCRUMBAN KANBAN


> scrumban


> scrumban

• Al final de Sprint podemos medir cuanto esfuerzo se dedicó a bugs y tareas no planificadas.


> scrumban

• Kanban + entrega valor al cliente

• Kanban - bug fixing


> scrumban

• ¿Aumentar la corrección de errores?

• ¿Frenar tareas emergentes?

conclusiones <


> conclusiones

VS


> conclusiones

VALOR

Personas

Metodologías Herramientas


¿Preguntas? ¿Debate?

¿Comentarios?

Kanban y Scrum. 2do Agile Open Paraná

Education

Transcript of Kanban y Scrum. 2do Agile Open Paraná