iestpmparcona.edu.

pe
METODOLOGIAS DE DESARROLLO
DEL SOFTWARE
Metodología KANBAN / SCRUMBAN
Sesión 09

Lic. Peter Nuñez Gonzales

Docente peter.nunez@iestpmparcona.edu.pe

2
Indicador de logro 02
Aplicar una metodología en el proyecto de desarrollo
de software.
KANBAN
Introducción

La falta de eficiencia es un problema

común en los diferentes equipos de
proyectos. En la mayoría de las veces, el
problema radica en no tener una idea
clara de lo que el equipo está haciendo y
qué es exactamente lo que está
arrastrando la productividad hacia abajo.

La implementación de un tablero Kanban

puede cambiar la situación y ayudarle a
ser más eficiente de lo que nunca lo fue,
ya que demuestra dónde exactamente el
equipo necesita comenzar a mejorar.
Definiciones

Actualmente, el término Kanban ha pasado a formar parte de las llamadas

metodologías ágiles, cuyo objetivo es gestionar de manera general cómo
se van completando las tareas. Kanban es una palabra japonesa que
significa “tarjetas visuales”, donde Kan es “visual”, y Ban “tarjeta”

• Kanban se basa en la optimización de

procesos continuos y empíricos.
• Kanban es una herramienta de tipo
“pull”, lo que significa que los recursos
deciden cuándo y cuánto trabajo se
comprometen a hacer.
Entonces, ¿Qué es KANBAN?
• Es una técnica de producción en la cual se dan instrucciones de
trabajo mediante tarjetas denominadas KANBAN (en intervalos
de tiempo variados) que van de un proceso a otro anterior a
éste, y que están en función de los requerimientos. La mayoría
de los métodos ágiles como Scrum y XP ya están bien alineados.
• Kanban se centra en controlar el WIP (Work In Progress). Esto
es, cuando hay poco WIP, se añade el item más prioritario del
Product Backlog, y se controla que nunca se supere una cierta
cantidad de WIP. Dadas sus características, no se adapta a un
desarrollo basado en entregas, y actualmente se utiliza
especialmente en entornos de mantenimiento (corrección de
bugs, etc.). Al igual que Scrum o XP, Kanban podría formar parte
de las herramientas de proceso de desarrollos ágil de cualquier
compañía.
¿Cómo trabaja el Kanban ?
1. Visualiza el “Workflow”
• Divide el trabajo en piezas, y escribe cada una de ellas en tarjetas que se colocan en el
tablero (“kanban boyardo”).
• Utiliza columnas con nombres para ilustrar dónde se encuentra dentro del proceso o
workflow cada ítem o tarea.
2. Limita el “WIP” (work in progress) – asigna limites específicos de cuantos ítems
pueden estar siendo procesados a la vez dentro de cada columna del workflow.
• 3. Mide el “Lead Time” (también llamado “Cycle Time”) es el tiempo
promedio para completar un item, o sea, que el mismo haya pasado por todas
las columnas del workflow hasta llegar al final. El Kanban tiene por objetivo
optimizar el proceso para hacer el lead time lo más pequeño y predecible que
se pueda.
Beneficios del Kanban
1. La visibilidad de los cuellos de botella en tiempo real. Esto permite al equipo
que colabore para optimizar la cadena de valor en lugar de ocuparse cada uno
de su parte.
2. Permite una evolución más gradual para pasar de waterfall a un desarrollo ágil
de software, para aquellas empresas que aún no se animan a intentar dar ese
paso.

3. Es un modo de desarrollo ágil de software sin

necesariamente tener que usar iteraciones
“timeboxes” fijas como Scrum.
Estimación y Velocidad en Kanban

Existen muchos malentendidos respecto de

Kanban cuando se lo compara con otros
métodos ágiles. Por ejemplo:

• Con Kanban no se usan iteraciones. La realidad

es que las iteraciones son opcionales.
• Kanban es mejor que Scrum/XP. Kanban es solo
otra herramienta más de proceso como las
otras, que está orientada a manejar el workflow.
No reemplaza a ninguna otra (si puede
complementarla). Con Kanban se puede
comenzar con cualquier proceso que se tenga,
visualizarlo, introducir los limites WIP
OBJETIVO GENERAL
El objetivo de Kanban es minimizar el WIP (Work in Progress o Trabajo en Progreso), o stock,
entre los procesos. . "Pull" significa que los trabajadores del proceso posterior solo toman el
trabajo de los procesos anteriores si no se excede el limite WIP.
En el tablero, las tareas técnicas se representan con tarjetas y el estado de cada tarea se
muestra al pegar la misma en distintas áreas o columnas. Una tarjeta Kanban es la
contrapartida de una tarea que surgió de una "historia de usuario", las cuales tienen escritas
información como la identificación de la tarea, su nombre, tiempo estimado, quién está
asignado a la tarea, etc.
 METODOLOGÍA SCRUMBAN

Scrumban es un híbrido de Scrum y Kanban - una mezcla de las ceremonias de Scrum, con los
aspectos visuales, los límites de trabajo en progreso, sistemas pull, y flujo continuo de Kanban.
Una combinación como esta es particularmente útil para compañías que están haciendo la
transición de Scrum a Kanban, o para aquellas que nunca han usado metodologías Ágiles, pero
están interesadas en cambiar a un flujo de trabajo pull.

El término Scrumban fue acuñado por Corey Ladas, autor de “Scrumban: Essays on Kanban
Systems for Lean Software Development”.
Scrum y Kanban en pocas palabras

Scrum fue desarrollado como un marco de trabajo para llevar a cabo diferentes
tareas de ingeniería en la industria del desarrollo del software. Sus metas eran
aumentar la velocidad de entrega de los productos y mejorar la capacidad de
responder a los cambios constantes en las condiciones de mercado y
requerimientos de los clientes. Scrum divide el trabajo en iteraciones de entre 1-
4 semanas llamadas Sprints, luego de cada uno de estos, debe haber un
producto funcional disponible. En Scrum, los equipos son pequeños y
polifuncionales, y todo el trabajo que se hace en determinado Sprint es
seleccionado por un dueño del producto.

Kanban tiene su origen en la manufactura, y una de sus características

principales son los límites al Trabajo en Progreso. Los equipos que usan Kanban
se enfocan en mantener un flujo de trabajo continuo, visualizado en forma de
tarjetas Kanban en un tablero dividido en etapas de trabajo. Cada etapa tiene un
límite determinado de Trabajo en Progreso, ayudando a gestionar el
rendimiento, monitoreado regularmente para asegurar la eficiencia y
predictibilidad del proceso.
¿Qué es Scrumban?

El híbrido Scrumban permite que los equipos usen lo mejor

de ambos enfoques para satisfacer sus necesidades
particulares. A veces se recomienda que los equipos más
maduros cambien de Scrum a Kanban, y Scrumban es una
buena forma de completar esta transición, a pesar de que
de vez en cuando, los equipos eligen quedarse con
Scrumban. En cierta forma, Scrumban está más alineado
con Kanban que con Scrum, en el sentido de que es más
fácil de ejecutar en varias aplicaciones, ya que es menos
restrictivo que Scrum.
Entonces, ¿En que se diferencian Scrumban y Kanban?

Típicamente, los equipos que usan tableros Scrumban

dividirán el flujo de trabajo en más etapas de las que usarían
en un tablero Kanban. Esto, con la finalidad de mostrar un
proceso de naturaleza más gradual, derivado del enfoque
similar al Sprint aplicado a la planeación del proyecto. Con
frecuencia, un tablero de Scrumban sigue incorporando una
etapa de Sprint o una etapa dedicado a las “Historias”, sin
importar si el equipo trabaja de manera continua.

Además, los equipos de Scrumban suelen tener más

libertades para priorizar ítems en las columnas, que quienes
trabajan con Kanban, que tiende a apegarse al orden FIFO
(también conocido como cola).
Beneficios

Los beneficios principales del uso de Scrumban son:

▪ mayor calidad del trabajo terminado y toma de
decisiones sobre la marcha
▪ aumento en la velocidad de procesamiento
▪ minimización de los desperdicios
▪ aumento del empoderamiento de los equipos, lo que se
traduce en un aumento en la felicidad de éstos
▪ mejora continua de los procesos.
Características de Scrum, Kanban y Scrumban

En esta tabla podrás ver las características más destacadas de las 3 modalidades:
Conclusión
A medida que las compañías se dan cuenta que necesitan avanzar hacia un uso mayor de las metodologías Ágiles, Lean
Scrumban es una forma fácil de hacerlo, gracias a que remueve cualquier tipo de desorden producido por Scrum, que
muchos en las empresas no van a necesitar. También permite a las compañías seguir trabajando de una manera que les
resulte natural, pero – al mismo tiempo – implementar las mejores prácticas de las metodologías Lean y Ágiles específicas
para entornos de flujo continuo.

Scrumban puede darte justo la cantidad de rigor necesaria, junto con la flexibilidad, eficiencia y visibilidad de Kanban y Lean.
GRACIAS

www.iestpmparcona.edu.pe