Metodologia Scrumban en el desarrollo de software

Yawar Gonzalo Chavez Gonzales

Abstract—Hoy en día existen diferentes metodologías ágiles de ciclo, lo que a su vez conduce a entregar el producto más
para el desarrollo de software, entre las cuales se encuentran rápido
Scrum y Kanban, es así que estas mismas metodologías tienen
una significativa importancia en el campo de la ingeniería de II. METODOLOGÍAS ÁGILES
software. La metodología Scrum divide el producto en series de Las metodologías ágiles de desarrollo de software son la
sprints. Kanban es un método visual que puede ayudar a
tendencias más recientes y actuales en el dominio de la
gestionar la producción. Integrando las metodologías Scrum y
Kanban se obtiene diferentes ventajas en el proceso de desarrollo
ingeniería de software. Hay varias investigaciones y estudios
de software. científicos sobre metodologías ágiles que resaltaron el éxito de
la implementación de metodologías ágiles como: Scrum, Lean
Keywords—Scrum, Kanban, Scrumban, Desarrollo de software, y Kanban.
metodologías ágiles. En varias investigaciones que se realizaron se demostraron
I. INTRODUCCIÓN que al combinar principios y practicas de dos o más
metodologías se logrará la mejora del proceso de desarrollo de
Según lo leído en el manifiesto áfegil, en los recientes años, software [4].
el desarrollo de software ágil (ASD) ha estado en la industria
del software. Las metodologías ágiles ganaron la atención en el
campo del desarrollo de software, donde está diseñado para: A. Desarrollo Ágil de Software
gestionar los requisitos dinámicos, satisfacer la satisfacción del
cliente y entregar el producto de una manera que se adapte a las El desarrollo ágil de software consiste en una serie de
demandas del cliente con la calidad requerida [1]. principios para el desarrollo de software donde los
requerimientos y soluciones evolucionan gracias al esfuerzo
A. Scrum colectivo de grupos auto-organizados multifuncionales, los
La metodología Scrum es un framework ágil que tiene la cuales trabajan bajo estrictas normas especificadas para así
característica incremental e iterativa, el cual está dedicado al lograr el máximo rendimiento y la plena satisfacción del
desarrollo de software y gestión de proyectos, y se enfoca en cliente. Entre los principios se encuentra al planeamiento
entregar el producto deseado en el tiempo deseado con el valor adaptativo, al desarrollo evolucionario, entregas rápidas de los
máximo. avances y del producto final y mejora continua, así como
también alentar respuestas rápidas y flexibles a los diversos
El proceso de scrum comienza con la traducción del problemas o cambios repentinos de objetivos que se puedan
producto del cliente en el backlog el cual es la responsabilidad presentar a lo largo del proyecto.
del dueño del producto. Luego de que el product backlog a sido
completado el equipo inicia con los sprints, cada sprint suele Según el manifiesto ágil se pueden mencionar doce
ser de 2 a 4 semanas. El equipo debe realizar una reunión de principios.
scrum diaria, y antes de establecer cada sprint, el equipo debe 1. Garantizar la satisfacción del cliente por medio de una
realizar la planificación del sprint para determinar qué se debe continua entrega de software
hacer al final de este sprint. Al final de cada sprint, el equipo
debe mantener el feedback del sprint para recopilar los 2. Adaptarse a los cambios que se presentan sin retrasar al
comentarios del cliente [2]. proyecto.
B. Kanban 3. Enviar frecuentemente resultados positivos de software
Kanban es "una palabra japonesa que se refiere a un letrero" operativo. (Más notorio en Scrum)
tal como lo define Marko. [3] es una herramienta eficiente que 4. Garantizar la comunicación entre los stake holders y
se ha aplicado como modelo de gestión de proyectos que puede los desarrolladores del proyecto.
monitorear el flujo de trabajo del proyecto. Kanban tiene como
objetivo: monitorear el flujo de trabajo visualizando el trabajo, 5. Apoyar, motivar y confiar en las personas involucradas
minimizar el costo de producción, aumentar la calidad, limitar en el proyecto.
el trabajo en progreso (WorkInProgress) y minimiza el tiempo 6. Entablar comunicaciones presenciales.
 7. Medir el progreso primordialmente mediante software - Sprint Retrospective. - Debe celebrarse para discutir
operativo. qué fue bueno en el sprint y qué debe hacerse de una
mejor manera en el próximo sprint.
8. Mantener la rapidez para así tener una capacidad de
desarrollo constante. C. Kanban
9. Prestar atención a los detalles y diseños técnicos ya que "Kanban", es una expresión japonesa que significa
esto mejora la agilidad. "letrero", como lo definen Marko. [3] “Básicamente es un
mecanismo de control de flujo para la producción Just-In-Time
10. Simplicidad. impulsada por extracción en la cual las actividades de
11. Tener un equipo auto-organizado significa promover procesamiento aguas arriba son activadas por las señales de
grandes arquitecturas, requerimientos y diseños. demanda del proceso aguas abajo”. Facilita la mejora, el
monitoreo y la administración del flujo de trabajo de la
12. Reflexionar sobre cómo volverse aún más efectivo. producción al visualizar y representar el flujo de trabajo en un
tablero conocido como "tablero Kanban" o mediante notas
B. Scrum
adhesivas que se conocen como "tarjetas Kanban", que son
SCRUM es un framework para el Desarrollo Ágil de notas adhesivas en una pizarra. El tablero Kanban muestra el
productos software (proyectos). Se basa en unos principios, progreso del trabajo como se muestra en la fig. 1 [5]. Está
prácticas y valores ágiles, no es una metodología completa dividido en columnas que describen el progreso del trabajo, el
como tal. No tiene demasiados artefactos o etapas cerradas. nombre ideal de las columnas que generalmente se utiliza son
El principio básico de Scrum es la entrega temprana al las siguientes: “Para hacer”, “Haciendo” y “Hecho”. El
cliente de software (entre 2 semanas y 2 meses) con valor para objetivo de esta junta es ayudar a los miembros del equipo a
su satisfacción. No se alienta la resistencia al cambio, como es trabajar de manera efectiva y limitar el trabajo en progreso
la tónica habitual en los proyectos, sino que pretende (WorkInProgress), para evitar el cuello de botella o eliminarlo
aprovechar para aumentar la ventaja competitiva del cliente y si existe, se maximizará el valor del cliente, se reducirá el
su satisfacción. Por otra parte, se pretende obtener un ritmo desperdicio. Además, el tablero Kanban puede facilitar la
constante de desarrollo. medición del tiempo promedio para lograr una característica y,
por lo tanto, medir todo el tiempo del proyecto.
Los roles de que se definen en esta metodología son:
- Product owner. - Es el miembro más importante del
equipo el cual es responsable del éxito del producto y
la responsabilidad de: facilitar la interacción entre los
miembros del equipo y el cliente, traducir el producto
del cliente en el backlog del producto y priorizar este
producto acumulado de acuerdo con el valor del
cliente.
- Scrum Master. - Es un líder, no un gerente donde se lo
considera uno de los trabajadores y es responsable de
asegurarse de que el equipo esté trabajando según lo
planeado, además de su responsabilidad de eliminar
cualquier obstáculo que se les presente durante el Fig. 1. Cuadro Kanban
trabajo.
El conjunto de características que se deben lograr, se elige y
- Los trabajadores. - Que son el papel más importante, el se coloca en el tablero, cada columna en el tablero tiene un
equipo debe ser un "equipo multifuncional" y capaz de límite de trabajo que no se puede omitir, si hay muchos trabajos
organizarse y dirigirse sin guiar. sin terminar en una columna, entonces los miembros del equipo
Esta metodología tiene cuatro tipos de ceremonias las tienen que colaborar y terminar estos trabajos inacabados antes
cuales son: de comenzar nuevos trabajos.
- Sprint Planning. – En esta ceremonia el equipo decide Los resultados ilustran que Kanban influye en los nueve
cuales son las tareas que se deben hacer en el sprint en puntos de vista como se describe a continuación: para el punto
cuanto tiempo lo iniciaran y cuánto tiempo llevan. de vista de la documentación con respecto al modelo de
Kanban solo documenta lo que produce el valor; porque los
- Daily Scrum. – Los miembros del equipo tienen que clientes no estan interesados en leer el documento, con respecto
reunirse diariamente para discutir el flujo de trabajo del al punto de vista de la resolución de problemas, los problemas
sprint lo que hicieron ayer, lo que hicieron hoy y lo que son resueltos tal como ocurrieron, y si hay alguna tarea con alta
harán mañana . prioridad que aún no se terminó, el equipo puede cooperar para
- Sprint Review. - toma su lugar al final del sprint para lograrlo lo antes posible, para el punto de vista de visualización
reunir los comentarios del producto que se ha logrado la junta de Kanban ayudó a los trabajadores a hacer fluir sus
en el sprint. trabajos y monitorear su progreso, en lo que respecta al punto
de vista de comprensión completa, no hay una influencia clara
de Kanban en este punto de vista, donde los trabajadores A. Tablero
pueden comprender el conjunto asistiendo a las demostraciones El tablero Scrumban más básico está compuesto por tres
del cliente o realizando diversas tareas, la comunicación es columnas, las cuales son: “Para hacer”, “Haciendo” y “Hecho”.
perfectamente entre el equipo y, con la ayuda de la junta de Después de la planificación las tareas son añadidas a la
Kanban, los trabajadores pueden visualizar el problema si columna “Para hacer”, cuando un miembro del equipo esté listo
existiera y al comunicarse entre ellos pueden encontrar la para empezar, la tarea será colocada en la columna “Haciendo”
solución o dividir cualquier gran problema sin resolver en y una vez completada irá a la columna “Hecho”. Obviamente,
tareas, para abarcar el punto de vista del método, al comienzo se le pueden añadir más columnas como prioridades, diseño,
de la conversión de las ideas del proyecto para la junta Kanban pruebas, etc.
se toma un tiempo y/o un poco de esfuerzo, pero con un
pequeño asistente y liderado por el líder, la tabla Kanban se La planificación depende de la cantidad de tareas en la
puede entender fácilmente, por el punto de vista de la sección de “Para hacer” del tablero; una vez que la cantidad de
retroalimentación, la retroalimentación se puede obtener de tareas cae por debajo de un número acordado, se llevará a cabo
demostraciones de clientes y la reunión de revisiones, como la la siguiente planificación. En esta nueva planificación, las
revisión o prueba de código, con respecto a la aprobación punto tareas acordadas a ser realizadas en la siguiente iteraciónes
de vista del proceso no existe una autoridad superior para añadidas a la sección “Para hacer” del tablero.
aprobar ninguna tarea, el equipo establece las reglas para
B. Iteraciones
aprobar cualquier tarea, donde un desarrollador con su
especialidad aprueba tareas para otro desarrollador y así Las iteraciones son cortas, esto permite que el equipo se
sucesivamente, para seleccionar el punto de vista de las pueda adaptar fácilmente y cambiar su forma de desempeño
asignaciones de trabajo, las tareas se elige según sobre la según sea requerido. La duración de la iteración depende de la
independencia y la prioridad de las tareas entre el valor cantidad de historias de usuario y la velocidad del equipo. No
comercial y las demandas de los clientes. Los resultados hay un tiempo predeterminado, pero es recomendable que las
también ilustran la adaptabilidad del modelo Kanban en iteraciones no duren más de dos semanas.
proyectos relacionados con la ingeniería de software e ilustran C. Ventajas
sus beneficios en la gestión del trabajo de manera ordenada y
efectiva, además de coordinar las actividades de los miembros Entre sus principales ventajas se pueden mencionar las
del equipo [6]. siguientes:
- Agilidad en la gestión
III. SCRUMBAN - Gestión de los riesgos del proyecto
Scrumban combina las mejores características de ambos - Planificación flexible
métodos. Reúne la naturaleza preceptiva de Scrum y la - Priorización adecuada de las tareas
capacidad de mejora del proceso de Kanban, permitiendo a los - Control y seguimiento continuo de la evolución del
equipos moverse hacia el desarrollo Agile y a mejorar proyecto
constantemente sus procesos. Scrumban se está haciendo Es así que igual que cualquier método tiene algunas
especialmente popular en industrias en las que el desarrollo del desventajas como ser la falta de visión general de los
proyecto y el mantenimiento van juntos [6]. resultados del proyecto y el necesario control global de
El framework de ScrumBan es similar a Kanban para llevar todas las actividades.
el trabajo de acuerdo con las necesidades, el flujo continuo, la IV. CONCLUSIONES
medición del tiempo de entrega, tiene un tablero Kanban, tiene
colas listas y abiertas en lugar de la acumulación de productos Tanto el método Scrum como el Kanban son de fácil
como en scrum, limita el trabajo en progreso, prioriza el trabajo entendimiento y aplicación es asi que se logra concluir que la
según las demandas y la clase, y tiene un diagrama que metodología de Scrum en cuanto a desarrollo de software y el
demuestra el flujo continuo, y como scrum: tener ceremonias mecanismo de control de flujo Kanban se logran combinar y
como una reunión diaria y una reunión retrospectiva, los roles es asi que estos dos métodos tienen una mayoría de ventajas lo
del equipo que tienen el propietario del producto, el scrum que lo hace destacar entre los métodos de desarrollo de
master, los trabajadores y el equipo deben tener miembros con software, ya que con este método se puede entregar productos
diferentes Especialidades y experiencia (equipo de alta calidad y minimizar perdidas y reducir tiempo de
multifuncional). Katarzyna [7] trabajó con administradores producción.
inteligentes de sistemas y trató de aplicar los enfoques scrum y
Kanban por separado en el desarrollo de procesos de proyectos
de software, obtuvieron estos resultados: el enfoque scrum no GLOSARIO
fue lo suficientemente bueno debido a los continuos cambios
- Sprint: Iteracion, es un intervalo de tiempo de
en el entorno y debido a la falta de Kanban para los límites.
Con estos resultados, deciden utilizar la combinación de Scrum máximo un mes.
y Kanban (ScrumBan) que lograron los resultados requeridos - Framework: Marco de trabajo, es un esquema para el
con el alto nivel de calidad y visibilidad. desarrollo y/o la implementación de una aplicación.
- Backlog: Se refiere a la acumulación de algo,
especialmente trabajo incompleto o cosas de las que se
debe ocupar.
- Feedback: Retroalimentacion.
- Product Owner: Propietario del producto, es el
responsable de la gestión de la cartera de productos REFERENCIAS
- Scrum Master: Facilitador de proyectos, es la figura [1] Agile Alliance. “Principles behind Agile Manifesto”.
www.agilemanifesto.org/principles.html, 2006.
que lidera los equipos en la gestión ágil de proyectos.
[2] Bougroun, Zeaaraoui, and Bouchentouf, “The projection of the
- Sprint Planning: Planeamiento de la iteración, specific practices of the third level of CMMI model in agile methods:
cuando se convoca a una reunión con todo el equipo Scrum, XP, and Kanban”, in information science and
para planificar el trabajo. technology(CIST) on IEEE, pp.174-179, 2014.
- Daily Scrum: Reunión diaria de sincronización del [3] Marko, Pirinen, Fagerholm, Kettunen, and Abrahamsson, “On the
equipo de Scrum. Impact of Kanban on Software Project Work: An Empirical Case Study
Investigation”, IEEE, Vol.37, pp. 305–314, 2011.
- Sprint Review: Revision de la iteración, es una
[4] S. Ashraf and Sh. Aftab, “Scrum with the Spices of Agile Family: A
reunión informal en la que se brinda transparencia Systematic Mapping”, Modern education and computer science
tanto al equipo como al cliente. (MECS), Vol. 9, No.11, pp58-72, 2017.
- Sprint Retrospective: Retrospectiva de la iteración, [5] The leankit website. [Online]. Available:
es la oportunidad del equipo de inspeccionarse a sí http://leankit.com/kanban/online-kanban-board/.
mismo, y crear un plan de mejora que se pondrá en [6] L. Carolina Flores “Integracion de incidentes a la metodologia Scrumban
para la administracion efectiva de Proyectos de TI” Tecnologico de
marcha inmediatamente. Monterrey, Campus ciudad de Mexico, pp 29, 2014.
[7] Terlecka, “Combining Kanban and Scrum -- Lessons from a Team of
Sysadmins”, Agile Conference on IEEE, pp. 99–102, 2012.