LAS METODOLOGÍAS

ÁGILES EN LA GESTIÓN
DE PROYECTOS
  CURSO:

ANÁLISIS Y CONTROL DE OPERACIONES EN LA CONSTRUCCIÓN

 DOCENTE:

Ms. MANUEL ENRIQUE GARCÍA NARANJO BUSTOS

 GRUPO:

GRUPO N°02

 INTEGRANTES:

CHRISTOPHER ALEXANDER CHÁVARRI CHÁVEZ

EDUARDO ANTONIO PÉREZ MORENO
SABY ALEXANDRA MEDINA CALDERÓN
MARIO ÁNGEL MORENO VARAS
OMAR IVAN ARANDA PRIETO

JULIO 2022

pág. 1
 ÍNDICE

I. INTRODUCCIÓN ...................................................................................................................3
II. VENTAJAS .............................................................................................................................5
III. METODOLOGÍAS ÁGILES ..................................................................................................6
3.1. METODOLOGÍA LEAN ......................................................................................................6
3.2. METODOLOGÍA KANBAN: ...............................................................................................9
 Definir el flujo de trabajo en cada proyecto ................................................................9
 Fases del ciclo de producción .....................................................................................10
 Stop starting, start finishing ......................................................................................10
 Controlar el flujo ........................................................................................................10
 Visualización de todas las tareas...............................................................................10
 En proceso ..................................................................................................................11
 Priorización según importancia y urgencia ...............................................................11
 Seguimiento del tiempo .............................................................................................11
 Transparencia ............................................................................................................11
 Evita tareas ineficientes.............................................................................................11
 Control de las tareas ..................................................................................................11
Flexibilidad .................................................................................................................11
3.3. METODOLOGÍA SCRUM .................................................................................................12
3.4. METODOLOGIA SCRUMBAN ..........................................................................................18
3.5. METODOLOGÍA EXTREME PROGRAMMING ..................................................................21
IV.CONCLUSIONES: ....................................................................................................................23

pág. 2
 LAS METODOLOGÍAS ÁGILES EN LA GESTIÓN DE PROYECTOS

I. INTRODUCCIÓN
Las metodologías ágiles son aquellas que permiten adaptar la forma de trabajo a
las condiciones del proyecto, consiguiendo flexibilidad e inmediatez en la
respuesta para amoldar el proyecto y su desarrollo a las circunstancias específicas
del entorno.

Estas metodologías ayudan en el desarrollo de proyectos que necesitan mayor

enfoque para adecuarse a las necesidades del cliente. Es decir, una metodología
ágil es una innovadora forma de trabajar y organizar flujos, que divide los
proyectos en partes, permite adaptarse sobre la marcha, complementa y resuelve
etapas en poco tiempo.

Según la Guía práctica de ágil, el término se acuña a la publicación en el año 2001

del “Manifiesto del desarrollo ágil de software”, en donde se desarrollan los 4
valores y los doce principios que surgieron de esos valores. Cabe mencionar que
estos enfoques o técnicas existieron mucho antes de la publicación del manifiesto.

Fig. 01: Representación de la mentalidad, valores y principios del modelo inspirado

por Ahmed Sidky.

Gráfico: La relación entre los valores y Principios de Ágil y las prácticas comunes

Este enfoque se sustenta a través de 4 valores:

 Individuos e Interacciones: Prevalecen sobre los procesos y herramientas.

 Software funcionando: Prevalece sobre la documentación extensiva.
 Colaboración con el cliente: Prevalece sobre la negociación contractual.

pág. 3
 Respuesta al cambio: Prevalece sobre seguir un plan.
Estos valores están guiados por los siguientes 12 principios:

1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega

temprana y continua de software con valor.

2. Aceptamos que los requisitos cambien, incluso en etapas tardías del

desarrollo. Los procesos Ágiles aprovechan el cambio para
proporcionar ventaja competitiva al cliente.

3. Entregamos software funcional frecuentemente, entre dos semanas y

dos meses, con preferencia al periodo de tiempo más corto posible.

4. Los responsables de negocio y los desarrolladores trabajamos juntos

de forma cotidiana durante todo el proyecto.

5. Los proyectos se desarrollan en torno a individuos motivados. Hay que

darles el entorno y el apoyo que necesitan, y confiarles la ejecución del
trabajo.

6. El método más eficiente y efectivo de comunicar información al equipo

de desarrollo y entre sus miembros es la conversación cara a cara.

7. El software funcionando es la medida principal de progreso.

8. Los procesos Ágiles promueven el desarrollo sostenible. Los

promotores, desarrolladores y usuarios debemos ser capaces de
mantener un ritmo constante de forma indefinida.

9. La atención continua a la excelencia técnica y al buen diseño mejora la

Agilidad.

10. La simplicidad, o el arte de maximizar la cantidad de trabajo no

realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños emergen de equipos
auto-organizados.

12. A intervalos regulares el equipo reflexiona sobre cómo ser más

efectivo para a continuación ajustar y perfeccionar su
comportamiento en consecuencia.
Fuente: http://agilemanifesto.org/iso/es/principles.html

pág. 4
 ENFOQUE TRADICIONAL VS AGILIDAD

ENFOQUE TRADICIONAL ENFOQUE AGIL

Orientada a proyectos de cualquier tamaño Orientada a proyectos pequeños
Equipos grandes y dispersos Equipos pequeños, sobre 10 personas
Proyectos de media / larga duración Proyectos de corta duración
Proyecto cerrado Proyecto abierto a cambios
El cliente mantiene reuniones con la El cliente está integrado en el equipo
dirección
Arquitectura prefijada Arquitectura se va mejorando
Documentación rigurosa Poca documentación
Roles específicos Roles genéricos
Roles no intercambiables Roles flexibles
Centrada en los procesos Centrada en las personas
Gestión dirigida Gestión colaborativa
Alto coste de prototipo Bajo coste de prototipo
Planificación inicial alta Planificación inicial baja
Basada en estándares de desarrollo Basadas en heurística
Poco feedback Continuo feedback
Proceso lineal Proceso iterativo
El coste se acerca a los estimado El coste puede dispararse

Fuente:http://openaccess.uoc.edu/webapps/o2/bitstream/10609/73151/6/jgarcianavarroTFG0118mem
oria.pdf

II. VENTAJAS

Las principales ventajas de las metodologías ágiles en la gestión de proyectos son:

 Agilizar entregas rápidas y continuas: una de las principales y más importantes

características de las metodologías ágiles son sus entregas rápidas y continuas. Con
el uso de estas metodologías, es posible determinar un intervalo de tiempo donde
todos los equipos deben realizar sus entregas, que puede ser una vez a la semana
o una vez a cada 15 días.
 Mejorar la calidad del producto: a través de las metodologías ágiles, los equipos
enfocan sus trabajos en la búsqueda por la excelencia del producto, lo que mejora
el producto final.
 Aumentar la motivación de los trabajadores: los equipos de trabajo
autogestionados, facilitan el desarrollo de la capacidad creativa y de innovación
entre sus miembros.

pág. 5
  Estimular el trabajo colectivo: con las metodologías ágiles, distintos equipos y
reuniones frecuentes son necesarias. Esto permite una mejor organización del
trabajo colaborativo entre equipos de distintas áreas de la empresa.

 Predecir resultados y minimizar los riesgos: gracias a revisiones continuas y a la

posibilidad de cambios, es posible una mirada predictiva sobre el resultado y esto
minimiza los riesgos de cometer errores inmodificables.

 Reducir los costos: la gestión continua del proyecto en las metodologías

ágiles elimina la posibilidad de fracaso absoluto, una vez que los errores se van
identificando a lo largo del desarrollo y pueden ser corregidos, lo que evita
pérdidas.

III. METODOLOGÍAS ÁGILES

Existente infinidad de metodologías o aquellas prácticas que producen agilidad en

un proyecto, que están probadas y se saben que funcionan, inclusive un gestor de
proyectos podría aplicar su propia práctica o propio método de agilidad, toda vez
que estén sustentados en los 12 principios y los 4 valores del manifiesto ágil, a
continuación, mencionamos algunas de ellas:

 SCRUM
 KANBAN
 SCRUMBAN
 XTREME PROGRAMMING (XP)
 MANY MORE
 LEAN SOFTWARE DEVELOPMENT (LSD)
 FEATURE DRIVEN DEVELOPMENT (FDD)
 DYNAMIC SYSTEMS DEVELOPMENT METHOD (DSDM)
 ADAPTATIVE SOFTWARE DEVELOPMENT (ASD)
 CRYSTAL, ETC

3.1. METODOLOGÍA LEAN

Como se indica en Guía práctica de ágil, los métodos de ágil heredan el

pensamiento LEAN, es decir es el conjunto macro que abarca todas las
demás metodologías como lo representa en la siguiente figura.

pág. 6
 Fig. 02: Representación de las distintas metodologías en base al
pensamiento LEAN

LEAN también conocida como la metodología de desarrollo esbelta, es el

mejoramiento de los procesos de manufactura y servicios, basados en la
eliminación de desperdicios y actividades que no agregan valor al
proceso.
El concepto LEAN MANUFACTURING, nace en Japón, después de la
segunda guerra mundial, específicamente en el sistema de producción de
la empresa TOYOTA, fabricante de automóviles, en la que su propietario
se inspiró de los procesos en los sectores industriales de USA.
La metodología LEAN se centra en la entrega de valor, el respeto a las
personas, la reducción del desperdicio, la adaptación al cambio y la
mejora continua.

A. PRINCIPIOS DE LA METODOLOGÍA LEAN

Los principios de la metodología Lean son los siguientes 7:

1. Eliminar el desperdicio: hacer desaparecer del proceso y el producto

todo aquello que no aporta valor. Así mismo, revisar los productos
creados en busca de defectos para evitar esperar innecesariamente
al cliente.
2. Crear calidad: el desarrollo debe hacerse desde el primer momento.
Las acciones correctivas deben realizarse lo más próximo al inicio de
cada proceso para alcanzar el mayor grado de excelencia posible.

pág. 7
 3. Crear conocimiento: el desarrollo del software es un proceso de
creación de conocimiento, que se debe profundizar en la búsqueda
de la mejora continua, las cuales servirán para dar soluciones a los
procesos actuales y los futuros.
4. Postergar el compromiso: dada la frecuente incertidumbre, antes de
tomar las decisiones, se debe tener la mayor cantidad de información,
para desarrollar múltiples soluciones y ver cuales funcionan mejor.
5. Entregar rápido: es que cada persona de cada parte de la cadena
entregue cuanto antes sin que esto genere un exceso de trabajo. Que,
cada persona o departamento este comprometido haciendo ágil la
entrega de su producto.
6. Respetar a las personas: es la práctica de respeto, desarrollando
líderes para guiar al equipo de trabajo. Así mismo, fomentar la
participación del equipo hacia lo que hacen, donde sea escuchada la
opinión de todos, las que ayudaran a innovar o mejorar los procesos
en sus distintas etapas.
7. Optimizar el todo: contar con equipos multidisciplinarios, a fin de
contar con diferentes soluciones a los problemas, enfocados a una
visión global y a la optimización de la organización.

B. APORTES DE LA METODOLOGÍA LEAN

Entre los principales aportes que tiene la metodología Lean tenemos:

 Agregar valor reduciendo el desperdicio y minimizar el despilfarro.

 Reduce los costos, dado que identifica los defectos a tiempo y se encuentra en
la búsqueda permanente de los mismos.
 Crea una cultura de mejora en la organización. En Japón a esto se le denomina
la filosofía Kaisen.
 Reducir la pérdida de tiempo en los procesos de autorización y tomas de
decisiones.
 Identificar el exceso de procesos innecesarios que no son los requeridos por el
cliente.
 Contar con comunicación fluida. LEAN hace énfasis en las personas y la
comunicación, si se respeta a las personas que producen software y se pueden
comunicar de forma eficiente, es más probable que logren entregar un buen
producto y satisfacer al consumidor final.
 Potencia el talento humano, dado que identifica sus habilidades y los posiciona
en los lugares adecuados.

pág. 8
  Construir y mantener relaciones a largo plazo con los proveedores.

3.2. METODOLOGÍA KANBAN:

Kanban es una palabra japonesa formada por Kan, que quiere decir visual,
y Ban, que significa tarjeta. Por lo tanto, Kanban hace referencia a las
tarjetas visuales.

Esta metodología es muy sencilla, se puede actualizar y los equipos de

trabajo la pueden asumir sin problema. Al ser un método visual permite
que con un simple vistazo se conozca el estado de los proyectos y se
puedan asignar nuevas tareas de manera muy efectiva.

Para aplicarlo, es necesario un tablero de tareas con el que poder mejorar

el trabajo y tener un ritmo sostenible.

Cuenta con 5 componentes:

 Señales visuales (normalmente son tarjetas)

 Columnas o listas
 Límites de tiempo para los trabajos pendientes
 Un compromiso final de entrega
 Una entrega final

A. FUNCIONAMIENTO DE LA METODOLÓGIA KANBAN

 Definir el flujo de trabajo en cada proyecto

Hay que crear un tablero visible y accesible para todos los miembros
del equipo. En las columnas se anotará el estado del flujo de las
tareas -siendo necesarias tantas como estados de las tareas existan
desde su comienzo hasta su finalización- y así se determinará el
estado de cada proyecto.
Al ser un método visual permite que con un simple vistazo se conozca
el estado de los proyectos y se puedan asignar nuevas tareas de
manera muy efectiva
Es un tablero continuo en el que las tarjetas no se desplazan, sino
que a medida que se avanza por él, las nuevas funcionalidades,
mejoras o incidencias se acumulan al inicio. Así, pueden priorizarse y
colocarse en las secciones más oportunas.

pág. 9
 Fases del ciclo de producción

Este método se basa en el desarrollo incremental, es decir, en

la división del trabajo en diferentes partes. Por lo tanto, no se habla
de una tarea en sí, sino que se agiliza el proceso de producción al
dividir el trabajo en distintos pasos.
Cada tarjeta, post-it o casilla en la hoja de cálculo que se utilice para
aplicar el método se añade al tablero en la fase que corresponda. Allí
se añade la información necesaria para que el equipo conozca la
carga total de trabajo que le va a suponer. Se describe la tarea y
cualquier tipo de observación.
De esta forma, el trabajo es visualizado correctamente por cada
departamento, así como las prioridades y objetivos. De nuevo, al
tratarse de un método tan visual se gana en eficacia a todos los
niveles.

 Stop starting, start finishing

Este es el lema de la metodología, y con él se priorizan las tareas en

curso frente a las nuevas. El trabajo en curso debe ser limitado y no
puede superar un número determinado de tareas en cada fase, de
esta forma se restringe el trabajo en curso.
Permite priorizar, realizar informes precisos y supervisar
adecuadamente el trabajo en equipo

 Controlar el flujo

Este método no se aplica solo a un proyecto, sino que puede mezclar

diferentes proyectos y tareas. Los trabajadores tienen un flujo
constante de trabajo y se puede realizar un buen seguimiento del
mismo al recopilar toda la información que proporciona cada tarjeta.
B. PRINCIPIOS DE LA METODOLOGÍA KANBAN

Existen distintas metodologías ágiles que se pueden aplicar en

función de la naturaleza de la empresa y de la organización de sus
procesos internos. Pero las características que definen a Kanban y por
las que se diferencia del resto son las siguientes.

 Visualización de todas las tareas

En el tablero se exponen todas las tareas de forma que, con un solo

vistazo, cada persona identifica lo que debe hacer.

pág. 10
 En proceso

No es solo un modelo de gestión, sino que es un sistema de mejora

para el desarrollo de proyectos basado en los objetivos que se
quieren conseguir.

 Priorización según importancia y urgencia

Con este método se hace lo justo y necesario pero bien hecho. Es

decir, no hay margen de error y no se premia la rapidez, sino la
calidad de cada tarea. Para que esto sea posible es necesario eliminar
o reducir lo que es secundario en el devenir del proyecto.

 Seguimiento del tiempo

Las tareas acumuladas o pendientes marcan lo que se debe realizar

en cada momento, pero se pueden priorizar, en función de las
necesidades, algunas tareas entrantes. Es decir, se tiene capacidad
para dar una respuesta efectiva a tareas imprevistas.
C. VENTAJAS DE LA METODOLOGÍA KANBAN

A través de los principios en los que se basa este método ya podemos

intuir las numerosas ventajas que conlleva su aplicación en cualquier
empresa, entre las más resaltantes tenemos:

 Transparencia

Los tiempos de entrega son más cortos y hay una mayor fiabilidad en
los mismos. Todo el mundo sabe cuál es su tarea y en qué momento
está de su ciclo.

 Evita tareas ineficientes

Se evita la sobreproducción y la limitación de los recursos, lo que

supone contar con una mayor disponibilidad de materiales.

 Control de las tareas

El tiempo de producción es más rápido, por tanto se reduce el control

del esfuerzo y se mejora la planificación. Esto afecta directamente a
la mayor productividad en el área de compras, abastecimiento y
control. Aumenta la rotación de los inventarios y se necesita una
menor capacidad de almacenamiento.

D. Flexibilidad

Como todo el equipo sabe perfectamente cuál es su tarea y la realiza

con eficacia, si surge alguna tarea imprevista existe una capacidad de
respuesta que permite atenderla.

pág. 11
3.3. METODOLOGÍA SCRUM

Scrum es una metodología de desarrollo ágil utilizada en el desarrollo de

Software basada en un proceso iterativo e incremental. Scrum es un
marco ágil adaptable, rápido, flexible y eficaz que está diseñado para
ofrecer valor al cliente durante todo el desarrollo del proyecto. El objetivo
principal de Scrum es satisfacer la necesidad del cliente a través de un
entorno de transparencia en la comunicación, responsabilidad colectiva
y progreso continuo. El desarrollo parte de una idea general de lo que hay
que construir, elaborando una lista de características ordenadas por
prioridad (product backlog) que el propietario del producto quiere
obtener.

Fig. 03: Proceso de la metodología SCRUM

pág. 12
 Scrum es un proceso en el que se aplican de manera regular un conjunto
de buenas prácticas para trabajar colaborativamente, en equipo, y
obtener el mejor resultado posible de un proyecto. Estas prácticas se
apoyan unas a otras y su selección tiene origen en un estudio de la
manera de trabajar de equipos altamente productivos.
En Scrum se realizan entregas parciales y regulares del producto final,
priorizadas por el beneficio que aportan al receptor del proyecto. Por ello,
Scrum está especialmente indicado para proyectos en entornos
complejos, donde se necesita obtener resultados pronto, donde
los requisitos son cambiantes o poco definidos, donde la innovación,
la competitividad, la flexibilidad y la productividad son fundamentales.
FUENTE: https://www.digite.com/es/agile/que-es-scrum/

A. METODOLOGÍA SCRUM VS OTRAS METODOLOGIAS EN GESTIÓN DE

PROYECTOS:

Existen diferentes opciones, pero las más utilizadas son: programación

extrema (XP), Scrum y Kanban, todas ellas se guían a través de un patrón
establecido por el Manifiesto Ágil realizado por varios autores que
establecieron los 12 principios del software ágil.

Fig.04: Estadística de la utilización de metodologías

FUENTE: https://www.antevenio.com/blog/2020/02/que-es-la-metodologia-scrum/

pág. 13
B. FUNDAMENTOS DE LA METODOLOGÍA SCRUM:

La metodología Scrum se basa en:

 El desarrollo incremental de los requisitos del proyecto en bloques
temporales cortos y fijos (iteraciones de un mes natural y hasta de dos
semanas, si así se necesita).
 La priorización de los requisitos por valor para el cliente y coste de
desarrollo en cada iteración.
 El control empírico del proyecto. Por un lado, al final de cada iteración se
demuestra al cliente el resultado real obtenido, de manera que pueda
tomar las decisiones necesarias en función de lo que observa y del
contexto del proyecto en ese momento. Por otro lado, el equipo se
sincroniza diariamente y realiza las adaptaciones necesarias.
 La potenciación del equipo, que se compromete a entregar unos
requisitos y para ello se le otorga la autoridad necesaria para organizar su
trabajo.
 La sistematización de la colaboración y la comunicación tanto entre el
equipo y como con el cliente.
 El timeboxing de las actividades del proyecto, para ayudar a la toma de
decisiones y conseguir resultados.

Estas prácticas se apoyan unas a otras y su selección tiene origen en

un estudio de la manera de trabajar de equipos altamente productivos.

C. BENEFICIOS DE APLICAR SCRUM EN GESTIÓN DE PROYECTOS:

Los principales beneficios que proporciona Scrum son:

 Entrega mensual (o quincenal) de resultados (los requisitos más

prioritarios en ese momento, ya completados) lo cual proporciona las
siguientes ventajas:
 Gestión regular de las expectativas del cliente y basada en resultados
tangibles.
 Resultados anticipados (time to market).
 Flexibilidad y adaptación respecto a las necesidades del cliente,
cambios en el mercado, etc.
 Gestión sistemática del Retorno de Inversión (ROI).
 Mitigación sistemática de los riesgos del proyecto.
 Productividad y calidad.
 Alineamiento entre el cliente y el equipo de desarrollo.
 Equipo motivado.

pág. 14
 Beneficios de Scrum ¿Cómo se consiguen?

Gestión regular de las expectativas del Lista de requisitos priorizada

cliente
El cliente establece sus expectativas El cliente crea y gestiona la lista de
indicando el valor que le aporta cada requisitos del producto o proyecto, donde
requisito del proyecto y cuando espera quedan reflejadas sus expectativas a nivel
que esté completado de requisitos, valor, coste y entregas.
El cliente comprueba de manera regular Demostración de los resultados de
si se van cumpliendo sus expectativas, da proyecto en cada iteración
feedback, ya desde el inicio del proyecto Al final de cada iteración el equipo
puede tomar decisiones informadas a demuestra al cliente los requisitos que ha
partir de resultados objetivos y dirige conseguido completar. Tras una
estos resultados del proyecto, iteración a inspección del resultado real del proyecto
iteración, hacia su meta. Se ahorra hasta ese momento, y considerando el
esfuerzo y tiempo al evitar hipótesis esfuerzo que ha sido necesario para
realizarlo, el cliente solicita los cambios
que necesita y replanifica el proyecto.
Resultados anticipados (“time to Priorización de requisitos por valor y
market”) coste
El cliente puede empezar a utilizar los Al inicio de cada iteración el cliente
resultados más importantes del proyecto prioriza la lista de requisitos del producto
antes de que esté finalizado por o proyecto en función del valor que le
completo. aportan, su coste de desarrollo y los
Siguiendo la ley de Pareto (el 20% del riesgos del proyecto, cambiando los
esfuerzo proporciona el 80% del valor), el requisitos previstos para reaccionar a
cliente puede empezar antes a recuperar cambios de contexto en el proyecto.
su inversión (y/o autofinanciarse) El progreso del proyecto se mide en
comenzando a utilizar un producto al que función de los requisitos que el equipo
sólo le faltan características poco completa en cada iteración.
relevantes, puede sacar al mercado un
producto antes que su competidor,
puede hacer frente a urgencias o nuevas
peticiones de clientes, etc.

Flexibilidad y adaptación Re planificación en el inicio de cada

iteración
De manera regular el cliente redirige el Se asume que los cambios son parte
proyecto en función de sus nuevas natural del proyecto. Toda iteración
prioridades, de los cambios en el comienza con una replanificación del
mercado, de los requisitos completados proyecto. Esta replanificación no es
que le permiten entender mejor el traumática puesto que Scrum minimiza el
producto, de la velocidad real de número de objetivos/requisitos en que el
desarrollo, etc. equipo trabaja (WIP, Work In Progress) a
Al final de cada iteración el cliente puede los que caben en una iteración. Todavía
aprovechar la parte de producto no se ha hecho ningún esfuerzo en
completada hasta ese momento para

pág. 15
hacer pruebas de concepto con usuarios desarrollar los requisitos de las siguientes
o consumidores y tomar decisiones en iteraciones.
función del resultado obtenido. El hecho los requisitos se completen en
función del valor que aportan al cliente
minimiza la probabilidad de que se
produzcan grandes cambios en el
transcurso del proyecto

Retorno de inversión (ROI) Priorización de requisitos por valor

De manera regular, el cliente maximiza el Cada iteración el cliente dispone de unos
ROI del proyecto. Cuando el beneficio requisitos completados y replanifica el
pendiente de obtener es menor que el proyecto en función del valor que le
coste de desarrollo, el cliente puede aportan los requisitos pendientes
finalizar el proyecto. respecto del coste de desarrollo que
tienen.
Mitigación de riesgos Desarrollo iterativo e incremental
Desde la primera iteración el equipo Un requisito se debe completar en una
tiene que gestionar los problemas que iteración. El equipo debe realizar todas las
pueden aparecer en una entrega del tareas necesarias para completarlo y que
proyecto. Al hacer patentes esté preparado para ser entregado al
estos riesgos, es posible iniciar su cliente con el esfuerzo mínimo necesario.
mitigación de manera anticipada. "Si hay De esta manera no se deja para el final del
que equivocarse o fallar, mejor hacerlo lo proyecto ninguna actividad arriesgada
antes posible". El feedback temprano relacionada con la entrega de requisitos
permite ahorrar esfuerzo y tiempo en
errores técnicos.
La cantidad de riesgo a que se enfrenta el
equipo está limitada a los requisitos que
se puede desarrollar en una iteración. La
complejidad y riesgos del proyecto se
dividen de manera natural en iteraciones.

Productividad y calidad Mejora continua

De manera regular el equipo va Cada iteración el equipo realiza una
mejorando y simplificando su forma de retrospectiva para analizar su manera de
trabajar. trabajar e identificar los obstáculos que le
impiden avanzar al mejor ritmo posible.
Los miembros del equipo sincronizan su Comunicación diaria del equipo
trabajo diariamente y se ayudan a Todo miembro del equipo conoce cómo el
resolver los problemas que pueden trabajo de los otros miembros impacta en
impedir conseguir el objetivo de la el suyo y cuáles son las necesidades de los
iteración. La comunicación y la otros.
adaptación a las diferentes necesidades
entre los miembros del equipo son
máximas (se van ajustando iteración a
iteración), de manera que no se realizan

pág. 16
tareas innecesarias y se evitan
ineficiencias.
Las personas trabajan más enfocadas y de TimeBoxing
manera más eficiente cuando hay una Cada actividad de Scrum siempre tiene la
fecha límite a corto plazo para entregar misma duración (1 mes, 4 horas, etc.), con
un resultado al que se han lo que las personas aprenden lo que
comprometido. La consciencia de esta pueden conseguir en este tiempo, cómo
limitación temporal favorece la organizarse, priorizar tareas y tomar
priorización de las tareas y fuerza la toma decisiones.
de decisiones.
Las iteraciones (Sprints) son regulares y
de un mes para facilitar la sincronización
sistemática con otros equipos, con el
resto de la empresa y con el cliente.

El equipo minimiza su dependencia de Equipo multidisciplinar

personas externas para El equipo está formado por todas las
poder avanzar (depender de la personas con las especialidades
disponibilidad de otros puede necesarias para llevar a cabo el proyecto.
parar tareas)
La estimación de esfuerzo y la Estimación de esfuerzo conjunta
optimización de tareas para completar un En el inicio de la iteración los miembros
requisito es mejor si la realizan las del equipo estiman de manera conjunta el
personas que van a desarrollar el esfuerzo necesario para completar
requisito, dadas sus diferentes requisitos y sus tareas.
especializaciones, experiencias y puntos
de vista. Asímismo, con iteraciones
cortas la precisión de las estimaciones
aumenta.
Las personas trabajan de manera más Compromiso del equipo
eficiente y con más calidad cuando ellas En el inicio de cada iteración el equipo
mismas se han comprometido a entregar selecciona los requisitos que se
un resultado en un momento compromete a completar y entregar al
determinado y deciden cómo hacerlo, no final de la iteración (responabilidad). El
cuando se les ha asignado una tarea e propio equipo se organiza (autoridad)
indicado el tiempo necesario para identificando las tareas necesarias, su
realizarla. esfuerzo y autoasignandose cada
miembro las tareas que se compromete a
realizar.

El equipo se evita caminar mucho tiempo Demostración de resultados preparados

por un camino equivocado que le obligue para ser utilizados y velocidad sostenida
a realizar un gran esfuerzo Por un lado, al final de cada iteración el
para llegar al objetivo esperado equipo demuestra al cliente los requisitos
Se asegura la calidad del producto de que ha conseguido completar, de manera
manera sistemática y objetiva, a nivel de que están completamente operativos. Por
satisfacción del cliente, requisitos listos otro lado, para tener una velocidad de

pág. 17
 para ser utilizados y calidad interna del desarrollo sostenida, el equipo necesita
producto. desarrollar cada incremento de producto
sin tener que revisitar aspectos mal
resueltos en iteraciones anteriores.

Alineamiento entre cliente y equipo Cliente y equipo trabajando “en equipo”

Los resultados y esfuerzos del proyecto Cada iteración el equipo y el cliente
se miden en forma de objetivos y trabajan juntos en la creación de los
requisitos entregados al negocio. Todos requisitos del proyecto (en la estimación
los participantes en el proyecto conocen de la lista priorizada de requisitos del
cuál es el objetivo a conseguir. El proyecto), en darles detalle (en la reunión
producto se enriquece con las de planificación de la iteración) y en el
aportaciones de todos. análisis del resultado obtenido (en
la demostración de los requisitos
completados).
Equipo motivado Equipo motivado
Las personas están más motivadas El equipo es quien se compromete a
cuando pueden usar su creatividad para completar unos requisitos determinados
resolver problemas y cuando pueden en una iteración y quien mejor sabe cómo
decidir organizar su trabajo. desarrollarlos. Por ello es el equipo quien
se auto organiza y quien planifica cómo
trabajará en la iteración.
Las personas se sienten más satisfechas Demostración
cuando pueden mostrar los logros que Cada iteración el equipo muestra al
consiguen. cliente los resultados que consigue. No
está meses trabajando sin poder exhibir
su obra.

FUENTE: https://proyectosagiles.org/beneficios-de-scrum/

3.4. METODOLOGIA SCRUMBAN

La metodología Scrumban nace de la combinación de principios de los

métodos más importantes en la Actualidad: Scrum y Kanban.
Una de las combinaciones más usadas, por citar un ejemplo, en el plano
empresarial es la de gestionar las tareas previstas con el método Scrum y
planificar los errores con el método Kanban.

pág. 18
Tomado de: www.itnnovation.com

A. OBJETIVO DE LA METODOLOGÍA SCRUMBAN

El objetivo de la metodología Scrumban es llevar a cabo una secuencia

de mejoras evolutivas a través de prácticas eficientes. El flujo de
trabajo sigue siendo el mismo de Kanban (etapas relacionadas entre
sí), aunque con la inclusión de algunos elementos de Scrum como las
reuniones diarias de 15 minutos entre el grupo de trabajo y el gestor
o los análisis retrospectivos para incorporar mejoras al proceso. Por
ello, existen ciertos proyectos que se adecúan mejor al método mixto.
En general, se trata de aquellos con un mayor nivel de complejidad.
Algunos ejemplos son:

 Proyectos de mantenimiento: aquellos en los que resulta

indispensable la presentación de resultados de forma parcial para
seguir avanzando.
 Proyectos en los que los requisitos varíen con frecuencia: aquellos en
los que el cliente no tiene fijadas las condiciones y expectativas del
proyecto y éstas se van introduciendo a lo largo de las distintas etapas.
 Proyectos en los que surjan errores de ejecución: aquellos en los que
se deba replantear el método usado y analizar retrospectivamente la
evolución de las tareas.

En cuanto al plan de etapas, el mapa o interfaz de la aplicación (en caso

de que sea informática) ya no se limita a nombrar las tareas con los
rótulos «sin comenzar», «en progreso» o «finalizadas» de Kanban, sino
que, tras la revisión de Scrum, añade otras categorías, como por
ejemplo «probadas» o «entregadas». Incluso, en algunos casos se
recomienda la anexión de casillas con la descripción del contexto en el
que se han realizado dichas tareas, algo muy propio del método Scrum.

pág. 19
B. VENTAJAS DE SCRUMBAN

 Ahorro de tiempo:
En Scrumban no hay necesidad de hacer estimaciones y planificar
Sprint cada dos semanas. El equipo planifica sólo cuando existe la
demanda, es decir cuando el número de tareas en progreso (WIP)
cae por debajo de un umbral predefinido.

 Scrumban revela cuellos de botella en tu flujo de trabajo:

Al igual que en Kanban, tendrá todo su flujo de trabajo visible en un

tablero. De esta manera, puede ver en qué columna hay más tareas,
por lo tanto, en qué etapa se lentifica todo el proceso de entrega.

 Scrumban trae igualdad y menos estrés en el equipo:

El Product Owner no asigna las tareas, sino que es cada miembro

del equipo quien selecciona qué tarea va a completar. Dado que
todos tienen una visibilidad total del proyecto, no hay que reunirse
diariamente para informar, hay menos estrés y menos frustración.

C. BENEFICIOS DE LA METODOLOGÍA SCRUMBAN:

 Permite conocer en estado real el proceso de ejecución del
proyecto.
 Introduce soluciones oportunas ante eventuales errores.
 Permite un mayor análisis de tareas realizadas.
 Mejora la interacción entre los miembros de un grupo en las
reuniones periódicas.
 Aumenta la productividad de proyectos complejos o
multiproyectos.
 Favorece una mayor adaptabilidad de las herramientas a las
exigencias del proyecto.

pág. 20
 Fig. 05: Funcionamiento de la metodología Scrumban
Fuente: Blog Kanbanize

3.5. METODOLOGÍA EXTREME PROGRAMMING

El Extreme Programming es una metodología de desarrollo que

pertenece a las conocidas como metodologías ágiles, cuyo objetivo es el
desarrollo y gestión de proyectos con eficacia, flexibilidad y control.
Ambos conceptos, aunque relacionados estrechamente, son distintos.
Metodología basada en la comunicación, la reutilización del código
desarrollado y la realimentación.
A. ETAPAS DE LA PROGRAMACIÓN

 Planificación: toma como referencia la identificación de la historia del

usuario con pequeñas versiones que se irán revisando en periodos cortos
con el fin de obtener un software funcional.
 Diseño: trabaja el código orientado a objetivos y, sobre todo, usando los
recursos necesarios para que funcione.
 Codificación: se refiere al proceso de programación organizada en
parejas, estandarizada y que resulte en un código universal entendible.
 Pruebas: consiste en un testeo automático y continuo en el que el cliente
tiene voz para validar y proponer. Es, en pocas palabras, la prueba de
aceptación.

pág. 21
Fuente: https://orientacion.universia.edu.pe/infodetail/orientacion/consejos/que-es-xp-y-
como-usarlo-en-el-desarrollo-de-un-proyecto-6157.html

B. CARACTERÍSTICAS DEL EXTREME PROGRAMMING

Entre las características de este tipo de metodología encontramos las

siguientes:

 Planificación flexible y abierta

 Desarrollo iterativo e incremental aportando pequeñas mejoras

 El equipo de proyecto se considera como el factor principal de éxito del

proyecto
 El software funciona por encima de la documentación

 Debe haber una interacción continua entre el cliente y los

desarrolladores
 Respuesta rápida y eficaz ante posibles cambios.

pág. 22
IV. CONCLUSIONES:

 La metodología SCRUM busca dar valor continuamente a los usuarios y clientes

finales de forma efectiva, a través de la adaptación y flexibilidad.

 La metodología KANBAN proporciona una visión completa del trabajo en curso,

favoreciendo la efectividad, eficacia y mejora continua en el proceso de Gestión
de cada Proyecto.

 La metodología KANBAN está indicada para las empresas que necesiten cierta
flexibilidad a la hora de manejar nuevas entradas de tareas y poder realizar un
buen seguimiento de las mismas. Además, permite priorizar, realizar informes
precisos y supervisar adecuadamente el trabajo en equipo.

 La metodología combinada SCRUMBAN permite por tanto, la utilización de

materias primas con el mínimo desperdicio.

 En la metodología EXTREME PROGRAMMING una de las mayores ventajas en que

el cliente esté integrado en el proyecto y que al realizarse en ciclos muy cortos de
presentación de resultados, se minimiza el riesgo de tener que rehacer partes que
no cumplen con las expectativas del cliente. También, por otro lado, ayuda a los
programadores a centrarse en las tareas más importantes.

pág. 23