scrum kanban o ambos

18
“No es la más fuerte ni la más inteligente de las organizaciones la que sobrevive, es la más adaptable al cambio la que prevalecerá.” (Adaptado de una frase de C. Darwin)

Upload: deusdit-correa-cornejo

Post on 26-Jun-2015

242 views

Category:

Leadership & Management


1 download

DESCRIPTION

Conferencia que brindé sobre el uso de las dos herramientas Ágiles y Lean más populares. Conferencia brindada en el evento InfoSoft 2014 en la Pontificia Universidad Católica del Perú, en Lima, Perú.

TRANSCRIPT

Page 1: Scrum Kanban o ambos

“No es la más fuerte ni la más inteligente de las organizaciones la que sobrevive, es la más adaptable al cambio la que prevalecerá.”(Adaptado de una frase de C. Darwin)

Page 2: Scrum Kanban o ambos

Scrum, Kanban o ambos

© Copyright Taller Technologies 2014

Page 3: Scrum Kanban o ambos

© Copyright Taller Technologies 2014

Page 4: Scrum Kanban o ambos

Resumen de Scrum

© Copyright Taller Technologies 2014

http://blog.concretesolutions.com.br/2013/03/missao-resgate-parte-i/

Page 5: Scrum Kanban o ambos

Resumen de Scrum

© Copyright Taller Technologies 2014

• Divide la organización en equipos pequeños, multifuncionales y auto-organizados

• Divide el trabajo en una lista de pequeños e incrementales entregables.• La gestión de la lista es responsabilidad del cliente

• Promueve las estimaciones basadas en el tamaño de cada entregable

• Divide el tiempo en iteraciones cortas de duración fija• Código potencialmente entregable es demostrado al finalizar cada

iteración

• Optimiza el Release Plan y actualiza las prioridades en colaboración con el cliente

• Se inspecciona el plan después de cada iteración.

• Optimiza el proceso teniendo retrospectivas después de cada iteración

Page 6: Scrum Kanban o ambos

Resumen de Kanban

© Copyright Taller Technologies 2014

http://blog.crisp.se/2009/04/03/henrikkniberg/1238795520000

Page 7: Scrum Kanban o ambos

Resumen de Kanban

© Copyright Taller Technologies 2014

• Visualiza el flujo de trabajo• Promueve un proceso de Entrega Continua (Continuos

Delivery)

• Limita el Trabajo en Progreso (WIP)• Asigna explícitamente cuántas tareas en cada estado del

flujo de trabajo.

• Mide el Tiempo de Espera (Lead Time)• Lead Time es el tiempo promedio requerido para terminar

una tarea

• Optimiza el proceso• Optimiza el Tiempo de Espera para hacerlo predecible

Page 8: Scrum Kanban o ambos

Similitudes entre Scrum y Kanban

© Copyright Taller Technologies 2014

• Son Lean y Ágiles • Kaizen, Adaptación al Cambio• Usan Pull Scheduling (JIT)• Transparencia• Están basados en equipos auto-organizados• Dividen el trabajo en piezas pequeñas

• Se enfocan en entregar resultados (software) temprano y frecuentemente

• Limitan el Trabajo en Progreso (WIP)• Scrum: Indirectamente por el tiempo del Sprint• Kanban: Directamente en cada estado del flujo de trabajo

• Usan datos empíricos para mejora continua • Scrum: Velocidad (Burn Down chart)• Kanban: Tiempo de Espera (se recomienda Cummulative Flow

Diagram)

Page 9: Scrum Kanban o ambos

Diferencias entre Scrum y Kanban

© Copyright Taller Technologies 2014

Scrum

• Iteraciones son prescritas• Equipo se compromete a una cantidad de

trabajo por iteración• Equipos multi-funcionales son prescritos• Tareas deben ser estimadas para finalizar

dentro de una Iteración• No se pueden realizar cambios durante una

Iteración• Sprint Backlog pertenece a un equipo• Prescribe 3 roles (PO, SM, Equipo)• Tablero Scrum se reinicia en cada Sprint• Requiere de un Product Backlog priorizado

Kanban

• Iteraciones son opcionales, incluso pueden ser On Demand

• Compromiso es opcional• Equipos multi-funcionales es opcional• Las tareas no requieren ser estimadas• Se pueden realizar cambios si la capacidad lo

permite• Tablero Kanban puede ser compartido por

múltiples equipos• No se prescribe ningún rol• Tablero Kanban es acumulativo y persistente• Priorización es opcional

Page 10: Scrum Kanban o ambos

Dificultades con Scrum

© Copyright Taller Technologies 2014

• Cuando los Sprints son muy cortos, hay una sobrecarga en el equipo• Mayor tiempo en preparaciones para las reunión• Mayor cantidad de reuniones

• No se pueden hacer cambios durante un Sprint• Complica la gestión de errores (especialmente de los

complicados)

• El Mito de la Estimación• Scrum requiere que se estimen las tareas, pero…

• Se debe estimar sólo cuando le agrega valor al cliente y al equipo• Al inicio, estimar requiere bastante esfuerzo y tiempo• Algunos equipos de Scrum evolucionaron y ya no estiman con Story Points

• Dividen las tareas en grupos pequeños• Miden el progreso con Story Count

Page 11: Scrum Kanban o ambos

Entonces, cuándo usar Scrum

© Copyright Taller Technologies 2014

Scrum

Iniciando con Metodologías

Agiles

Diseño de un Producto

Gestión de Requerimientos

mas formal

Candencia de entrega de productos

Equipos locales o distribuidos

trabajando juntos

Page 12: Scrum Kanban o ambos

Entonces, cuándo usar Kanban

© Copyright Taller Technologies 2014

Kanban

Entornos muy cambiantes

Optimizar el Flujo de Trabajo

Servicios de Mantenimiento

de Software

Equipo no es siempre el

mismo

Equipos con diferentes

Zonas Horarias

Page 13: Scrum Kanban o ambos

Y se puede usar ambos?

© Copyright Taller Technologies 2014

Scrumban• Reuniones de Scrum

(Planeamiento, Revisión y Retrospectivas) según el contexto

• Uso de Trabajo en Progreso a nivel de columnas

• Reuniones diarias enfocadas en el flujo

• Se reemplaza la Velocidad por Tiempo de Espera como métrica

http://www.aboutscrumban.com/how-to-start-using-scrumban/Scrumban

Page 14: Scrum Kanban o ambos

Conclusiones

© Copyright Taller Technologies 2014

• Scrum, al ser más prescriptivo, es un buen punto de partida para el Agilismo

• Kanban, al ser menos prescriptivo, requiere de equipos más maduros

• Ambos requieren de equipos disciplinados

• Ambos son herramientas que ayudan a implementar un proceso• Se debe evaluar cual se adapta mejor a nuestro entorno

• Ambos permiten hacer las cosas de una manera distinta a los procesos tradicionales

Page 15: Scrum Kanban o ambos

Acerca de Taller Technologies PerúSomos parte del grupo Taller Technologies (EEUU, Perú, Argentina, Bulgaria) y proveemos servicios profesionales de Consultoría de TI, Desarrollo de Software (Boutique de Software) y Aseguramiento de Calidad de Software (SQA).

Principales competencias son: • Desarrollo de Aplicaciones Móviles• Desarrollo de Aplicaciones Web• Servicios en Computación Avanzada.

Website: www.tallertechnologies.com

© Copyright Taller Technologies 2014

Page 16: Scrum Kanban o ambos

Acerca de Agile Perú

Agile Perú es la comunidad de seguidores de metodologías ágiles en el Perú. Está conformado por estudiantes y profesionales interesados en difundir nuevas y mejores formas de desarrollar software.

Website: www.agile-peru.netGrupo: https://groups.google.com/forum/#!forum/agileperuTwitter: @agileperu

© Copyright Taller Technologies 2014

Page 17: Scrum Kanban o ambos

Bibliografía• Kanban and Scrum. Making the most of both,

Henrik Kniberg & Mattias Skarin , 21 Diciembre 2009, http://www.infoq.com/minibooks/kanban-scrum-minibook

• What is Best, Scrum or Kanban?, TechWell Contributor, 8 Junio 2009, http://www.agileconnection.com/article/what-best-scrum-or-kanban

• So Long Scrum, Hello Kanban, Alex Salazar, 20 Enero 2014, https://stormpath.com/blog/so-long-scrum-hello-kanban/

• Scrum or Kanban, Anand Unadkat, 11 Marzo 2014, http://blog.valiantys.com/en/atlassian-en/jira-agile-scrum-kanban

• Scrum versus Kanban, Vadana Roy, 10 Julio 2014, https://www.scrumalliance.org/community/articles/2014/july/scrum-vs-kanban

• Scrumban, a different way to be Agile, Paul Gambill, 14 Octubre 2013, , http://www.deloittedigital.com/us/blog/scrumban-a-different-way-to-be-agile

© Copyright Taller Technologies 2014

Page 18: Scrum Kanban o ambos

Gracias!

Deusdit Correa Cornejo

Email: [email protected]@gmail.com

About me: about.me/deusditcorreac Twitter: @neodacc

© Copyright Taller Technologies 2014