Universidad de Guayaquil

Facultad de Ciencias, Matemáticas y Físicas

Carrera de Ingeniería en Sistemas Computacionales

Tema:
Conceptos Básicos de las metodologías KANBAN y SCRUM.

Integrantes:
Garcias Barros Narcisa Lisseth
Larriva Franco Guillermo Steven
Pacheco Campoverde Hugo Alexander
Valarezo Sánchez Fausto Miguel
Andrade Cavesas Francisco Andrés

Materia:
Gestión De Proyectos

Docente:
Ing. Francisco Xavier Alvarez Solis, Msc.

Curso:
ISI-S-NO-8-3

Año Lectivo
2022 - 2023
 Índice de contenido

1. Conceptos Básicos de las metodologías KANBAN y SCRUM ...................................................... 1

1.1. SCRUM ................................................................................................................................. 1
1.1.1. Definición de SCRUM .................................................................................................... 1
1.1.2. Funciones ...................................................................................................................... 1
1.1.3. Componentes ................................................................................................................ 2
1.1.4. Elementos de Scrum ..................................................................................................... 3
1.1.5. Product Backlog ............................................................................................................ 3
1.1.6. Sprint Backlog ............................................................................................................... 3
1.1.7. Incremento.................................................................................................................... 4
1.2. Definición de KANBAN ......................................................................................................... 4
1.2.1. Funciones ...................................................................................................................... 5
1.2.2. Componentes ................................................................................................................ 6
1.2.3. Elementos ..................................................................................................................... 7
2. Fases del proyecto según SCRUM y KANBAN ............................................................................. 8
2.1. Fases del Proyecto según Scrum .......................................................................................... 8
2.1.1. Iniciación ....................................................................................................................... 8
2.1.2. Planeación ..................................................................................................................... 9
2.1.3. Ejecución ....................................................................................................................... 9
2.1.4. Monitoreo y Control ................................................................................................... 10
2.1.5. Cierre ........................................................................................................................... 11
2.2. Fases del Proyecto según Kanban ...................................................................................... 11
2.2.1. Ejecución ..................................................................................................................... 12
2.2.2. Monitoreo y Control ................................................................................................... 13
2.2.3. Cierre ........................................................................................................................... 13
3. Bibliografía ................................................................................................................................ 14

I
 1. Conceptos Básicos de las metodologías KANBAN y SCRUM

1.1. SCRUM

1.1.1. Definición de SCRUM

(Mariño & Alfonzo, 2014) define a la metodología Scrum como “como una colección de
procesos para la gestión de proyectos, que permite centrarse en la entrega de valor para el cliente
y la potenciación del equipo para lograr su máxima eficiencia, dentro de un esquema de mejora
continua.” Pp. 414

En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el
beneficio que aportan al receptor del proyecto. Por ello, Scrum lleva años implantándose en todo
tipo de ámbitos, desde líneas de producción de automóviles hasta agencias de marketing.

“Aunque son los equipos de desarrollo de software los que utilizan con mayor frecuencia
este tipo de scrum, sus principios y lecciones se pueden aplicar a todo tipo de trabajo en equipo.
Esta es una de las razones por las que es tan popular.” (Drumond, s.f.)

1.1.2. Funciones

Las funciones de Scrum se relacionan mucho con los tres pilares de la metodología que
son: Transparencia, Inspección, Adaptación. Se pueden tomar los pilares y la base de relación
proyecto y cliente.

Las funciones según (West, s.f.) son las siguientes:

➢ “Si tienes muchas habilidades excepcionales para ofrecer valor al cliente y eso es lo que
te gusta, deberías ser miembro del equipo de desarrollo de scrum. De hecho, el equipo es
el elemento más importante de cualquier organización ágil, ya que son los que realmente
proporcionan valor a los clientes y a las partes interesadas. Eso significa que la
antigüedad está determinada por la cantidad de valor que ofrezcas o cuánto ayudes a otros
a hacerlo.

➢ Si eres experto en el cliente, la gestión de las partes interesadas y el dominio de la

empresa, la función del propietario del producto sería la más adecuada para tu perfil. En
la mayoría de las organizaciones, esta persona debe contar con el respeto y la confianza
de la empresa para que pueda tomar decisiones. La función también requiere cierto nivel

1
 de politiqueo, ya que se deben negociar las compensaciones y mantener a todos
satisfechos.

Si quieres ayudar a los equipos a trabajar juntos de forma eficaz y también cambiar el
mundo con el scrum y la metodología ágil, la función de experto en scrum es para ti, ya que se
centra mucho en las personas y hace hincapié en la

1.1.3. Componentes

Los componentes del Scrum se dividen principalmente en fases y roles, de las cuales se
detallan más adelante. Las fases de Scrum se pueden entender como reuniones las cuales se
pueden dividir en 3 partes: Planificación del Backlog, seguimiento del Sprint, revisión del Sprint.
Estas fases se detallan en otros puntos del Scrum, sin embargo, como componentes principales se
nombran estas fases como reuniones.

➢ Planificación del Backlog: (Trigas, 2012) lo define como, “un documento en el que se
reflejarán los requisitos del sistema por prioridades”. Pp. 35

➢ Seguimiento del Sprint: Esta es una de las fases más importantes, ya que se pueden
realizar diversas preguntas para evaluar avances.

➢ Revisión del Sprint: “Se presentarán los resultados finales y una demo o versión, esto
ayudará a mejorar el feedback con el cliente.” (Trigas, 2012, Pp. 35)

El segundo componente hace referencia a los roles que se encuentran en la metodología

Scrum, las cuales son: El Product Owner o el propietario del producto, el Scrum Master, el
equipo de desarrollo.

➢ Product Owner: Es aquella persona que toma las decisiones, escribe las ideas del
cliente y es el encargado de ordenar las ideas por prioridad. Sin embargo, cuando se
usa esta metodología para proyectos cuyos dueños son clientes externos su
significado llega a variar. (Nade & Frank, 2019) nos dicen que, “cuando el proyecto
se hace para un cliente externo algunas personas consideran que el representante del
cliente es el Dueño del producto” Pp. 21

➢ Scrum Master: Es la persona que se encarga del buen funcionamiento de la

metodología, esto quiere decir, que eliminará todos los inconvenientes que hagan que

2
 el proceso no fluya con normalidad. La responsabilidad del Scrum Master es con
frecuencia confundido con la de un jefe de proyecto, sin embargo, tiene una
diferencia fundamental, (Subra & Vannieuwenhuyse) nos explican que, “aunque el
Scrum Master no sea un jefe de proyecto, tiene responsabilidades principales para el
correcto desempeño del proyecto.”

➢ Equipo de desarrollo: Son un pequeño grupo de personas que tiene la autoridad para
organizar y tomar decisiones para alcanzar los objetivos. También son los encargados
de hacer la entrega parcial de las actividades realizadas en la metodología. Según (),
el trabajo del equipo de desarrollo parte del análisis de las necesidades con la ayuda
del propietario del producto.” Pp.60

1.1.4. Elementos de Scrum

En el marco de trabajo Scrum, denominamos Artefacto a aquellos elementos físicos que

se producen como resultado de la aplicación de Scrum. Los tres principales artefactos o
herramientas Scrum son: el Product Backlog, Sprint Backlog y el Incremento.

1.1.5. Product Backlog

El Product Backlog es un inventario que contiene cualquier tipo de trabajo que haya que
hacer en el producto: requerimientos, casos de uso, tareas y dependencias. Es la
principal fuente de información sobre el producto en Scrum, una lista, en cualquier
formato, que contiene todos los requerimientos que necesitamos implementar en el
producto. Esta lista es el resultado del trabajo del Product Owner con el cliente, los
distintos stakeholders, sponsors, comités, etc., y refleja el estado real del trabajo
pendiente de implementar en el producto, así como el ya realizado.

1.1.6. Sprint Backlog

¿A qué denominamos Sprint Backlog? Se trata de una lista de elementos en los que
trabajar durante la etapa de Sprint. Estos elementos normalmente se componen de tareas técnicas
más pequeñas que permiten conseguir un incremento de software terminado.

Todo el trabajo que el Development Team haya seleccionado para hacer durante el
siguiente Sprint pasa al Sprint Backlog. Este artefacto es un elemento para visualizar el trabajo a

3
realizar durante cada Sprint y está gestionado por el equipo de desarrollo. Su propósito es
mantener la transparencia dentro del desarrollo, actualizándolo durante toda la iteración
especialmente a través de los daily Scrums.

El Sprint Backlog permite visualizar, durante cada Sprint, aquellos elementos que aún no
han empezado a desarrollarse, aquellos que sí y quiénes están trabajando en los mismos, así
como aquellos que están esperando a desplegarse o están completamente terminados.

1.1.7. Incremento

Si Scrum tuviera que ser reducido a una sola cosa, sería a entregar una pieza de software
terminado en cada Sprint. Un Incremento es el resultado del Sprint, es la suma de todas las
tareas, casos de uso, historias de usuario y cualquier elemento que se haya desarrollado durante
el Sprint y que será puesto a disposición del usuario final en forma de software, aportando un
valor de negocio al producto que se está desarrollando.

Construir software de manera ágil se basa en hacerlo de manera iterativa e incremental.

Mediante las iteraciones, nos aseguramos de que todo el ciclo de vida del software
(planificación, diseño, desarrollo, testeo y entrega) ocurre en 4 semanas o menos. Por supuesto,
no podemos construir toda la funcionalidad que queremos en solo cuatro semanas y tenemos que
buscar la manera de ir entregando los componentes necesarios justo a tiempo.

1.2. Definición de KANBAN

KANBAN se define como «Un sistema de producción altamente efectivo y eficiente».

KANBAN significa en japonés: ‘etiqueta de instrucción’. Su principal función es ser una orden
de trabajo, es decir, un dispositivo de dirección automático que nos da información acerca de qué
se va a producir, en qué cantidad, mediante que medios y como transportarlo. Kanban es una
forma de ayudar a los equipos a encontrar un equilibrio entre el trabajo que necesitan hacer y la
disponibilidad de cada miembro del equipo. La metodología Kanban se basa en una filosofía
centrada en la mejora continua, donde las tareas se “extraen” de una lista de acciones pendientes
en un flujo de trabajo constante.

La metodología Kanban se implementa por medio de tableros Kanban. Se trata de un

método visual de gestión de proyectos que permite a los equipos visualizar sus flujos de trabajo y
la carga de trabajo. En un tablero Kanban, el trabajo se muestra en un proyecto en forma de
4
tablero organizado por columnas. Tradicionalmente, cada columna representa una etapa del
trabajo. El tablero Kanban más básico puede presentar columnas como Trabajo pendiente, En
progreso y Terminado. Las tareas individuales representadas por tarjetas visuales en el tablero
avanzan a través de las diferentes columnas hasta que estén finalizadas.

Kanban para el desarrollo de software es una subcategoría de gestión ágil de proyectos.

La filosofía ágil fomenta la planificación adaptativa, el desarrollo evolutivo, la entrega temprana
y la mejora continua, para ayudar a los equipos a responder de manera flexible al cambio.

1.2.1. Funciones

KANBAN cuenta con dos funciones principales: control de la producción y mejora de

procesos. Por control de la producción se entiende la integración de los diferentes procesos y el
desarrollo de un sistema JIT. La función de mejora continua de los procesos se entiende por la
facilitación de mejora en las diferentes actividades, así como la eliminación del desperdicio,
reducción de set-up, organización del área de trabajo, mantenimiento preventivo y productivo,
etc.

KANBAN se enfoca a (en producción):

➢ Poder empezar cualquier operación estándar en cualquier momento.

➢ Dar instrucciones basados en las condiciones actuales del área de trabajo.

➢ Prevenir que se agregue trabajo innecesario a aquellas ordenes ya empezadas y

prevenir el exceso de papeleo innecesario.

Y en movimiento de materiales.

➢ Eliminación de sobreproducción.

➢ Prioridad en la producción, el KANBAN con más importancia se pone primero

que los demás.

➢ Se facilita el control de material.

5
 1.2.2. Componentes

David Anderson estableció que los tableros de Kanban se pueden dividir en cinco
componentes: señales visuales, columnas, límites del trabajo en curso, un punto de compromiso
y un punto de entrega.

Señales visuales: una de las primeras cosas que observarás en un tablero de kanban son
las tarjetas visuales (adhesivos, tickets, etc.). Los equipos de kanban escriben todos sus proyectos
y elementos de trabajo en tarjetas, generalmente uno por tarjeta. Para los equipos ágiles, cada
tarjeta podría encapsular una historia de usuario. Sobre el tablero, estas señales visuales ayudan a
los compañeros de equipo y a las partes interesadas a discernir rápidamente en qué está
trabajando el equipo.

Columnas: otra de las señas de identidad de los tableros de kanban son las columnas.
Cada columna representa una actividad específica que, en conjunto, conforman un “flujo de
trabajo”. Las tarjetas van moviéndose por el flujo de trabajo hasta que este termina. Los flujos de
trabajo pueden ser algo tan sencillo como “Por hacer”, “En curso” y “Terminado” o pueden ser
mucho más complejos.

Límites del trabajo en curso: los límites del trabajo en curso son el número máximo de
tarjetas que puede haber en una columna en un momento dado. Una columna con un límite de
trabajo en curso de tres no puede contener más de tres tarjetas. Cuando la columna está “al
máximo”, el equipo debe concentrarse en esas tarjetas y hacer que avancen antes de que puedan
entrar tarjetas nuevas en esa etapa del flujo de trabajo. Estos límites del trabajo en curso resultan
vitales para exponer los cuellos de botella del flujo de trabajo y maximizar el flujo. Dichos
límites te brindan una señal de alerta temprana de que te has comprometido a asumir demasiado
trabajo.

Punto de compromiso: los equipos de kanban suelen tener un backlog para su tablero.
Es aquí donde los clientes y los compañeros de equipo plantean ideas para proyectos que el
equipo puede adoptar cuando esté listo para ello. El punto de compromiso es el momento en que
el equipo adopta una idea y se inicia el trabajo en el proyecto.

Punto de entrega: el punto de entrega es el final del flujo de trabajo de un equipo de

kanban. Para la mayoría de los equipos, el punto de entrega es el momento en el que el producto

6
o servicio está en manos del cliente. El objetivo del equipo consiste en llevar las tarjetas desde el
punto de compromiso hasta el punto de entrega cuanto antes. El tiempo transcurrido entre ambos
es lo que se conoce como “plazo”. Los equipos de kanban mejoran continuamente para acortar al
máximo los plazos.

1.2.3. Elementos

Al trabajar con el enfoque de Kanban, encontrarás un número de ideas básicas o

elementos del método Kanban. Tomemos un momento para encontrar un lugar para cada una de
ellas en el espacio del Kanban como metodología Ágil.

Método Kanban

El Método Kanban es la noción general de utilizar un tablero visual con límites de

Trabajo en Progreso, para manejar mejor el flujo de trabajo y mejorar la eficiencia del proceso.

Tablero Kanban

Un Tablero Kanban es una pizarra física, de pared o digital, que tu o tu equipo usarán
para presentar el flujo de trabajo - en columnas que muestran las etapas del proceso, y filas que
indican varios proyectos o clientes que se están gestionando.

Tarjeta Kanban

Las tarjetas Kanban son las representaciones móviles de las tareas en el tablero. Cada
tarjeta es una tarea por realizar, y siempre debe ser colocada en la columna exacta que muestra su
estado de realización. Gracias a ello, todos podrán conocer el estado actual del proceso, echando
un vistazo al tablero.

Software Kanban

Los equipos distribuidos geográficamente, los grupos grandes, o cualquier otra persona
que lo desee, pueden usar un tablero digital Kanban en lugar de un tablero físico. Esto extiende
el alcance del tablero - cualquiera puede verla y editarla desde donde esté, y puede hacerlo en
cualquier momento. El software Kanban como este tiene algunos otros beneficios sobre el uso de
un tablero físico - las tarjetas digitales pueden contener más información, puede automatizar
acciones, establecer recordatorios y las métricas del proceso son calculadas automáticamente.

7
 Diagrama de Flujo Acumulativo

Las métricas más comunes a las que recurren los practicantes del método Kanban son el
tiempo de entrega, el tiempo de ciclo y el flujo acumulativo. Los tiempos de entrega y de ciclo,
observan la relación entre el tiempo que los artículos pasan en su tablero en total: Tiempo de
Entrega, y el tiempo en el que están siendo trabajados activamente: Tiempo de Ciclo. El
diagrama de Flujo Acumulativo recoge todo el trabajo, tanto lo que está presente en el tablero
como los ítems completados a lo largo del tiempo, y lo presenta dividido en etapas de proceso.

2. Fases del proyecto según SCRUM y KANBAN

2.1. Fases del Proyecto según Scrum

2.1.1. Iniciación

La primera fase se encarga de estudiar y analizar el proyecto identificando

las necesidades básicas del sprint. En el contexto de las metodologías ágiles, un sprint es un
mini-proyecto con una duración no mayor a un mes que se interconecta con otros mini-proyectos
para dirigirnos a los objetivos generales y específicos del proyecto general.

Las preguntas a hacer en la fase de inicio son:

• ¿Qué quiero?

• ¿Cómo lo quiero?

• ¿Cuándo lo quiero?

La metodología Scrum da preferencia a la formación de equipos pequeños de mínimo 3 y

máximo 5 personas, pues se facilita la fluidez de las ideas y se aporta creatividad al grupo.
Contenido Relacionado: Programas de Acceso Remoto: Los mejores para Empresas y Clientes

Entre los primeros pasos de Scrum, tenemos 6 procesos:

• Crear la visión del proyecto

• Identificar a los Master Scrum o ScrumMaster y a los stakeholders.

• Formar equipos Scrum

8
 • Desarrollar épicas

• Crear backlogs o listas de requerimientos priorizando el producto

• Planificar el lanzamiento

2.1.2. Planeación

La segunda fase de Scrum incluye normalmente los siguientes pasos:

• Crear, estimar y comprometer historias de usuario.

• Identificar y estimar tareas.

• Crear el sprint backlog o iteración de tareas.

La clave para llevar una buena administración de los proyectos es hacer una planificación
y estimación del sprint, lo que te ayudará a establecer metas fijas y a cumplir con los plazos. Tal
vez esta sea la fase más importante del proyecto, pues si eres el Master Scrum tendrás que
delegar las tareas correspondientes a cada grupo y hacer las estimaciones de tiempos de entrega,
así como crear una lista ordenada para clasificar el trabajo según su prioridad. Por ello, es
necesario que utilices un Software Scrum que facilite la asignación de tareas y “haga rodar” el
trabajo en equipo.

2.1.3. Ejecución

Llegando a la tercera de las 5 fases de Scrum, echemos un vistazo a la Ejecución del

proyecto. La fase de ejecución es donde realmente tiene lugar Scrum. Esta es la parte ágil, donde
tendrá lugar un sprint completo. Esta parte agrega valor al final de cada sprint. En esta fase
intervendrán el cliente, el propietario del producto, el Scrum Master y el equipo de desarrollo. Es
decir, un espacio para discutir sprints y cómo optimizar el trabajo de cada grupo Scrum para que
el proyecto tenga una forma definida.

En la implementación se realiza el siguiente proceso:

1. Crear entregables.

2. Realizar daily stand-up.

3. Refinanciamiento del backlog priorizado del producto.

9
Refinamiento del Backlog/Backlog Refinement
El Product Owner revisa cada elemento del Product Backlog para aclarar las dudas que
pueda tener el equipo de desarrollo. También ayuda a reestimar el tiempo y el esfuerzo dedicado
a cada requisito. Una vez que se completa la fase de ejecución del producto, se ingresa a la fase
de finalización.

2.1.4. Monitoreo y Control

Una vez que todo esté trazado e implementado, habrá que revisar el proceso, que no es
más que una autocrítica o evaluación interna del propio trabajo del equipo. Es importante agregar
comentarios constructivos y proporcionar soluciones viables.

Los pasos más importantes realizados en esta etapa incluyen:

1. Demostrar y validar el sprint.

2. Retrospectiva del sprint.

Revisión del Sprint/Sprint Review

Los miembros del equipo y los clientes se reúnen para mostrar el trabajo de desarrollo de
software que se ha completado. Se hace una demostración de todos los requerimientos
finalizados dentro del Sprint. En este punto no es necesario que todos los miembros del equipo
hablen, pueden simplemente estar presentes, pero la presentación está a cargo del Scrum Master
y el Product Owner.

Retrospectiva del Sprint/Retrospective

En este evento el Product Owner se reúne con todo su equipo de trabajo y su Scrum
Master para hablar sobre lo ocurrido durante el Sprint. Los puntos principales para tratar en esta
reunión son:

• Qué se hizo mal durante el Sprint para poder mejorar el próximo.

• Qué se hizo bien para seguir en la misma senda del éxito.

• Qué inconvenientes se encontraron y no permitieron poder avanzar como se tenía

planificado.

10
 2.1.5. Cierre

La última de las fases del método Scrum es el lanzamiento.

Con esto nos referimos al desenlace del proyecto y entrega del producto, donde deberías
cumplir con 2 únicas tareas que son:
• Enviar entregables.

• Enviar retrospectiva del proyecto.

2.2. Fases del Proyecto según Kanban

La metodología Kanban está basada en un conjunto de seis reglas, las cuales se presentan
en la figura 1. En el desarrollo de este tipo de técnicas, es muy común ver adheridas tarjetas (o
simplemente tarjetas de tareas) en un tablero o en una pared, las cuales son conocidas como
"Tareas Kanban".

Kanban posee 4 fases las cuales son:

➢ Fase 1: Entrenar a todo el personal en los principios de KANBAN, y los beneficios de

usarlo.

➢ Fase 2: Implementar KANBAN en aquellos componentes con más problemas para

facilitar su manufactura y para resaltar los problemas escondidos. El entrenamiento con el
personal continua en la línea de producción.

11
 ➢ Fase 3: Implementar KANBAN en el resto de los componentes, esto no debe ser
problema ya que para esto los operadores ya han visto las ventajas de KANBAN, se
deben tomar en cuenta todas las opiniones de los operadores ya que ellos son los que
mejor conocen el sistema. Es importante informarles cuando se va a estar trabajando en
su área.

➢ Fase 4: Esta fase consiste de la revisión del sistema KANBAN, los puntos de reorden y
los niveles de reorden, es importante tomar en cuenta las siguientes recomendaciones
para el funcionamiento correcto de KANBAN:

o Ningún trabajo debe ser hecho fuera de secuencia.

o Si se encuentra algún problema notificar al supervisor inmediatamente.

2.2.1. Ejecución
Antes de implementar Kanban es necesario desarrollar una producción "labeled/mixead
producción schedule"4 para suavizar el flujo actual de material; ésta deberá ser practicada en la
línea de ensamble final, si existe una fluctuación muy grande en la integración de los procesos
Kanban no funcionará, y del contrario se creará un desorden. También tendrán que ser
implementados sistemas de reducción de setups, de producción de lotes pequeños, control visual,
poka yoke5, mantenimiento preventivo, etc. todo esto es pre-requisito para la introducción
Kanban.

Implementación del sistema Kanban en los componentes con más problemas.

Esta implementación se lleva a cabo en los componentes que presenten mayores
problemas o dificultades, todo con la intención de facilitar su ejecución o manufactura. La
segunda fase permite, a su vez, enfatizar o resaltar problemas que no se habían detectado.

Implementación de Kanban en los componentes restantes.

Solo se implementa el sistema en el resto de los componentes cuando han sido halladas
soluciones para aquellos que presenten problemas de mayor envergadura. En esta fase, los
miembros del equipo tienen una mayor conciencia y manejo de Kanban, por lo tanto, ya conocen
sus ventajas. Además, se supone que los operarios de la empresa, categorizados por áreas, ya

12
manejan pormenorizadamente el sistema Kanban, de modo que es fundamental informarles
cuándo se estará trabajando en su área y escuchar sus dudas / opiniones.

2.2.2. Monitoreo y Control

Consiste en una revisión exhaustiva del sistema para determinar qué puntos deben
reordenarse. En esta fase, es muy importante constatar que ningún trabajo se realice fuera de
secuencia y que cualquier problema se notifique lo más pronto posible al supervisor. Este
enfoque funciona no solo para un proyecto, sino también para mezclar diferentes proyectos y
tareas. Los trabajadores tienen un flujo de trabajo continuo y se puede rastrear muy bien
recopilando toda la información proporcionada por cada tarjeta.

2.2.3. Cierre

Se puede decir que la metodología KANBAN al momento de cierre lo único que realiza
es la entrega o ejecución del proyecto, pero se mantiene esta fase en constante revisión del
sistema KANBAN, los puntos de reorden y los niveles de reorden.

13
 3. Bibliografía

[1] Atlassian. (S.f.). Scrum: qué es, cómo funciona y por qué es excelente.
https://www.atlassian.com/es/agile/scrum

[2] Atlassian. (S.f.). Funciones de scrum de metodología ágil.

https://www.atlassian.com/es/agile/scrum/roles

[3] Mariño, S. I., & Alfonzo, P. L. (2014). Implementación de SCRUM en el diseño del
proyecto del Trabajo Final de Aplicación. Scientia et technica, 19(4), 413-418.

[4] Rad, N. K., & Turley, F. (2019). Los Fundamentos de Agile Scrum. Van Haren.

[5] Scrum-¡ Guía definitiva de prácticas ágiles esenciales de Scrum! Babelcube Inc., 2016.

[6] Subra, J. P., & Vannieuwenhuyse, A. (2018). Scrum: un método ágil para sus
proyectos. Ediciones ENI.

[7] Trigas Gallego, M. (2012). Metodología scrum.

[8] https://blog.comparasoftware.com/fases-metodologia-scrum/#Lanzamiento

[9] SCIELO (2015). Mejoramiento de procesos de manufactura utilizando Kanban. Enlace:

http://www.scielo.org.co/scielo.php?script=sci_arttext&pid=S1692-33242015000200014

[10] A. (2021, 8 mayo). ¿Qué es la metodología Kanban y cómo funciona? •. Asana.

https://asana.com/es/resources/what-is-kanban

[11] Rr.Hh., E. L. C. D. U.-. (2019, 13 marzo). Kanban, control de la producción y mejora de

procesos. gestiopolis. https://www.gestiopolis.com/kanban-control-de-la-produccion-y-

mejora-de-procesos/

[12] Artefactos Scrum: las 3 herramientas clave de gestión. (2019, 14 enero). Deloitte Spain.

https://www2.deloitte.com/es/es/pages/technology/articles/artefactos-scrum.html

[13] ComparaSoftware, E. (20 de 01 de 2021). ComparaSoftware. Obtenido de

https://blog.comparasoftware.com/fases-metodologia-scrum/
[14] ComparaSoftware, E. (18 de 01 de 2021). ComparaSoftware. Obtenido de
https://blog.comparasoftware.com/metodologia-kanban/

14
[15] Estrada, J. A. (2016). SISTEMA KANBAN, COMO UNA VENTAJA COMPETITIVA EN LA
MICRO, PEQUEÑA Y MEDIANA EMPRESA. PACHUCA HIDALGO: Instituto de Ciencia
Básicas e Ingeniería.

15