Está en la página 1de 20

Sede del Pacífico, Arnoldo Ferreto Segura.

Bachillerato en Informática Empresarial.

Curso:
IF-7100
Ingeniería de software.

Tema
Metodologías Ágiles (Actuales).

Docente:
Master Raquel Mora Porras Soto.

Estudiantes:

Álvarez Jiménez Luz Ericka B8-0400


Anchía Montes Nicole Vanessa B8-0446
Arguedas Camacho Daniel B9-0607
Chaves Berrocal Etiene B6-1951
Lara Guerrero Karla B9-4175
Montero Montoya Tatiana B8-5123
Ovares Roig Jeremy B8-5826

Grupo de proyecto: 02

I Ciclo, 2022.
Tabla de contenidos.

Introducción. 2

Objetivos. 3
Objetivo General. 3
Objetivos específicos. 3

Desarrollo de contenido. 4
Metodologías ágiles. 4
Comparación entre metodologías. 4
Metodologías ágiles actuales.Extreme Programming XP. 5
Historia Extreme Programming. 5
Definición Extreme Programming. 5
Valores, principios, prácticas de Extreme Programming. 6
Estrategias y ciclo de vida de Extreme Programming. 8
Ventajas y desventajas Extreme Programming 10
Scrum. 11
Historia de Scrum. 11
Definición de Scrum. 11
Fases de Scrum. 12
Roles Scrum. 12
Principios de Scrum 13
Ventajas y desventajas Scrum. 14

Limitantes. 15

Recomendaciones. 16

Conclusiones. 17

Bibliografía. 18

1
Introducción.

Si se quiere trabajar de forma rápida, sencilla, con mayor flexibilidad y eficacia, las
metodologías ágiles son una excelente opción, ya que estas se adaptan a las diversas
necesidades y preferencias, tanto de los clientes como del mercado. Estas metodologías
toman en cuenta el criterio de los usuarios y clientes al momento de realizar el trabajo,
manteniéndose una comunicación constante y fluida, así como facilidad para adaptarse a los
posibles cambios que surjan.

Existen diferentes tipos de metodologías ágiles y cada una de ellas se puede utilizar
según sea el caso y las necesidades que se requieran cubrir, por ejemplo: si se necesita
realizar ajustes continuos, mejoras o resolver las solicitudes del cliente, se puede trabajar con
Scrum; si lo que se busca es hacer la entrega lo mejor posible y tal como la solicita el cliente,
una buena opción es Extreme Programming (excelente en el desarrollo de software); además
de otras metodologías como Kanban que es utilizado principalmente para conocer el flujo de
producción por medio de tarjetas visuales con las cuales se puede identificar las labores que
se van realizando o bien, el método Lean que utiliza los recursos que tenga a su alcance, ya
sean materiales o humanos, entre otros, esto para lograr, en el menor tiempo posible,
satisfacer las necesidades de los usuarios y clientes.

Gracias al uso de las metodologías ágiles, el trabajo en equipo se fortalece, esto


debido a la comunicación que se requiere entre ellos para cumplir los objetivos, así como la
mejora en las entregas del producto, puesto que al enfocarse en cubrir las necesidades, el
trabajo en equipo y compromiso hacen que la entrega final cuente con una mayor calidad y
satisfacción, así como el aumento en la productividad por parte de la empresa.

Para efectos de esta investigación, abordaremos las dos metodologías más utilizadas,
como lo son Scrum y Extreme Programming, conociendo más a fondo acerca de ambas,
identificando sus ventajas y desventajas y otros puntos de interés. Además se realiza una
comparación entre las metodologías tradicionales y las metodologías ágiles.

2
Objetivos.

Objetivo General.

● Explicar las metodologías ágiles y su funcionamiento en el desarrollo de software

Objetivos específicos.

● Conocer los 2 tipos de metodologías ágiles más comunes y las técnicas que utilizan
para el desarrollo de software.

● Identificar las ventajas y desventajas que se obtienen al utilizar estas metodología

● Explicar las características de las metodologías ágiles

3
Desarrollo de contenido.

Metodologías ágiles.

Las metodologías ágiles nos dan un proceso de flexibilidad mucho mayor a las
tradicionales, de igual manera las metodologías ágiles tienen mucha más diversidad y dan una
mayor agilidad a la hora de hacer un desarrollo de software,esto generando ventajas tanto al
desarrollador como al cliente.

Acorde a Cadavid et al. (2013), hablar de metodologías ágiles implica hacer


referencia a las metodologías de desarrollo de software tradicionales ya que las primeras
surgieron como una reacción a las segundas; sus características principales son antagónicas y
su uso ideal aplica en contextos diferentes (P.31).

Comparación entre metodologías.

La siguiente tabla muestra una breve comparación entre las metodologías


tradicionales que eran las que antes se usaban con mayor frecuencia con las de metodologías
ágiles que son las que están siendo mayor usadas en el momento actual en muchas empresas
por sus ventajas.

(Cadavid et al., 2013, p.31)

Las metodologías ágiles se caracterizan por el desarrollo iterativo e incremental; la


simplicidad de la implementación; las entregas frecuentes; la priorización de los
requerimientos o características a desarrollar a cargo del cliente; y la cooperación
entre desarrolladores y clientes. Las metodologías ágiles dan como un hecho que los

4
requerimientos van a cambiar durante el proceso de desarrollo (Cadavid et al., 2013,
p.32)

Acorde a la cita anterior las metodologías ágiles tienen la versatilidad de poder


simplificar la parte de la implementación. Esto se debe a que siempre se tiene en cuenta el
cambio que puede suceder,cuando se ejecuta todo el proceso del desarrollo del software.

Las 5 metodologías ágiles mas usadas en la actualidad son las siguientes:

● Extreme programing
● Scrum
● Kanban
● Agile inception
● Design sprint

En este documento nos centramos en los dos primeros porque son los que están siendo más
utilizadas en la actualidad

Metodologías ágiles actuales.

Extreme Programming XP.

Historia Extreme Programming.

El origen de la Programación XP viene de los años 90, por Kent Beck que más tarde
se convierte en uno de los autores del Manifiesto Ágil, en ese entonces fue contratado para
dirigir a un equipo de Sistemas de Compensación Integral de Chrysler.

El proyecto de Extreme Programming o XP comienza en el año 1993 y para el año


1996 no había logrado un avance importante o grande. A pesar de que Kent Beck era nuevo
en la gestión de un equipo, tomó la decisión de que lo mejor sería enseñar a los miembros las
técnicas y prácticas que a él le funcionaban, entonces empezaron a realizar las prácticas tales
como la programación por parejas y el TDD las cuales obtuvieron un gran éxito.

Ya para el año 1999 Beck formaliza prácticas, principios y valores de XP en un libro


llamado Extreme Programming Explained: Embrace Change.

5
Definición Extreme Programming.

La programación extrema (Extreme Programming) se trata de una metodología de


desarrollo y se encuentra entre los principales procesos ágiles de desarrollo de software. Cabe
destacar que este tipo de metodología se diferencia de las tradicionales ya que se centra
principalmente en lo que es la adaptabilidad, más que en la previsibilidad.

Según Letelier y Penadés (2006) la definición del Extreme Programming XP consiste


en la que se menciona a continuación:

Es una metodología ágil centrada en potenciar las relaciones interpersonales


como clave para el éxito en desarrollo de software, promoviendo el trabajo en
equipo, preocupándose por el aprendizaje de los desarrolladores, y
propiciando un buen clima de trabajo. XP se basa en realimentación continua
entre el cliente y el equipo de desarrollo, comunicación fluida entre todos los
participantes, simplicidad en las soluciones implementadas y coraje para
enfrentar los cambios. XP se define como especialmente adecuada para
proyectos con requisitos imprecisos y muy cambiantes, y donde existe un alto
riesgo técnico. (p.9)

XP es considerado un estilo de desarrollo de software centrado en una aplicación


excelente en lo que respecta a técnicas de programación, comunicación clara y trabajo en
equipo, es debido a esas características que permite lograr ciertas cosas que antes no eran
posibles. Extreme Programming incluye:

➢ Una filosofía de desarrollo de software que se basa en los valores de comunicación,


retroalimentación, simplicidad, valentía y respeto.

➢ Un conjunto de prácticas de utilidad demostrada con el propósito de mejorar el


desarrollo de software. Estas prácticas se complementan entre sí amplificando sus
efectos, además, son elegidas como expresiones de los valores.

➢ Un conjunto de principios complementarios, técnicas intelectuales para traducir los


valores a la práctica, útil cuando no hay una práctica adecuada para el problema en
particular.

➢ Una comunidad que comparte estos valores y muchas de las mismas prácticas.

6
El Extreme Programming mediante el uso de técnicas y prácticas útiles permite que a
través de un código con un diseño, arquitectura y codificación particular se pueda modificar y
agregar diversas funcionalidades sin que eso signifique generar mucho impacto en la calidad
del software.

Valores, principios, prácticas de Extreme Programming.

Valores: XP tiene sus bases en valores, es la forma que posee tanto los valores
personales como los valores corporativos, XP recomienda trabajar los siguientes valores e ir
agregando los que sean más acordes al funcionamiento que va teniendo el equipo.

Valor Descripción

Comunicación Es el valor con más importancia porque se


considera que a partir de una mala
comunicación provienen los problemas.

Simplicidad Este es el valor que se considera la esencia


porque se centra en hacer lo que nos piden y
nada más.

Feedback Este se considera como la parte más crítica


de la comunicación.

Coraje Es la fuerza de voluntad de la persona para


poder desarrollarse.

Respeto Tiene que haber un respeto entre todos los


miembros del equipo para que haya un
funcionamiento correcto.

Principios: Estos permiten cerrar la brecha entre los valores y las prácticas y asi poder
encontrar una armonía de valores,los principales principios los cuales son 14, que guían XP
son los siguientes:

● Humanidad.

7
● Economía.

● Beneficio mutuo.

● Auto similitud.

● Mejora.

● Diversidad.

● Reflexión.

● Flujo.

● Oportunidad.

● Redundancia.

● Fallo.

● Calidad.

● Pequeños pasos.

● Responsabilidad aceptada.

Prácticas: Esto influye en el comportamiento de las personas ya que hace ir desde una
dirección determinada hasta dónde pueden estar con XP. Las prácticas de XP se dividen en 13
prácticas primarias y 11 prácticas corolarias.

Estrategias y ciclo de vida de Extreme Programming.

Esta metodología ágil consiste en una serie de seis pasos o etapas relevantes para el
proyecto en el cúal podrian ser determinadas como el ciclo de vida de esta manera de
implementar un proyecto o trabajo, a continuación se van a mencionar las seis fases para la
implementación de esta metodología:

8
1. Fase de exploración: en este etapa existirá una mayor relación entre usuarios y
desarrolladores, se iniciará una serie de conversaciones en las cuales se tomará en
cuenta las opiniones, deseos e historias de los clientes para poder llevar a cabo un
prototipo del proyecto y de esta manera también decidir cuáles herramientas son las
más óptimas y beneficiosas para la creación del proyecto. Se menciona que las
historias de los usuarios son la base para la iniciación del proyecto ya que mediante la
interpretación de las historias se puede tener una mejor perspectiva de las necesidades
futuras del sistema y de qué manera deberá de ser atendida.

2. Fase de planificación de la entrega: en esta fase se estima que los desarrolladores


presenten un plan de cronograma de entrega del proyecto luego de haber tenido una
serie de discusiones y negociaciones con el usuario para establecer qué prioridad se le
tiene que dar a las historias aportadas por el usuario. Otro punto importante que
menciona Letelier & Penadés (2006) en su artículo Metodologías ágiles para el
desarrollo de software: eXtreme Programming (XP): “Se toman acuerdos sobre el
contenido de la primera entrega y se determina un cronograma en conjunto con el
cliente. Una entrega debería obtenerse en no más de tres meses. Esta fase dura unos
pocos días.” Los autores mencionan que luego de establecer una lista de prioridades
se debe estimar la primera entrega de una forma precisa y llevar un plan de manejo de
tiempo adecuado para las tareas que se van a ir implementando en el desarrollo del
proyecto, de esta manera la forma en la que se desarrolla la planificación de la entrega
hace referencia a usar como base el alcance o el tiempo posible del proyecto y
determinar a qué ritmo o velocidad se llevará a cabo para implementar las tareas
necesarias. En el caso de utilizar el tiempo mediante una fecha límite, se multiplica el
número de iteraciones por la velocidad del proyecto pero en el caso de que sea por
alcance se utiliza una sumatoria de las historias y se divide entre la velocidad del
proyecto de esta manera se obtienen las iteraciones.

3. Iteraciones: en esta etapa, se ejecuta las 2 fases anteriores, en las cuales después de
crear un plan de entrega y determinar los esfuerzos necesarios, se logra incluir una
serie de iteraciones en las cuales se determinan como una arquitectura que piensa ser
utilizada en el proyecto de manera que se distribuyen las historias en tareas
programables y repartidas entre el equipo de trabajo, se menciona que cada iteración
no debería tener un tiempo muy prolongado de realización.

9
4. Producción: en esta fase se planea que el proyecto sea entregado al cliente, sin
embargo, es el proceso en el cual se efectúan muchas más pruebas para verificar la
integridad del programa, también se debe tomar en cuenta que muchas características
del programa probablemente fueron cambiadas y se deberá analizar la necesidad de
añadir más características a esta versión.

5. Mantenimiento: cuando el proyecto ya está entregado se debe proveer una garantía de


que el sistema va a seguir funcionando y que de suceder errores van a ser
solucionados, de esta manera se atribuye la etapa de mantenimiento en la cual puede
aumentar el personal de trabajo y minimizar la velocidad de avance del proyecto.

6. Muerte del proyecto: en esta fase luego de volver a tener negociaciones con el cliente
y se establece que se encuentran todas las características que el usuario pidió en su
sistema, se procede a cerrar el proyecto y no tocar más el programa entregado, otro
punto a tener en cuenta es que un proyecto puede quedar en muerte, siempre y cuando
el cliente sea satisfecho, cuando no quede satisfecho o ya no exista presupuesto.

Todo proyecto de la metodología ágil de programación extrema (XP) necesita de una


implementación de estrategias, estas estrategias están son tomadas en cuenta por el encargado
del proyecto de XP en la cual todos los valores y prácticas de este tipo de metodología son
tomados en cuenta para poder tomar la decisión de cual o cuales estrategias son las adecuadas
para el proyecto. Se podrían mencionar distintas estrategias como las estrategias de
desarrollo, las de planeación, la programación entre pares, las de diseño, todas las estrategias
decididas por el encargado del proyecto van a ser implementadas a lo largo del ciclo de vida
de la metodología de programación extrema.

Ventajas y desventajas Extreme Programming

Según la autora Vera Salavarría en su trabajo del 2018 las ventajas y desventajas de Extreme
Programming son las que se presentan a continuación en el cuadro.

10
Se puede decir entonces que la programación extrema es una metodología adaptativa
para el desarrollo de software, es decir se permite ajustar y hacer cambios a sus componentes
con respecto a necesidades específicas.

Scrum.

Historia de Scrum.

“SCRUM es una metodología que nace ajena al desarrollo del software, de hecho sus
principios fundamentales fueron desarrollados en procesos de reingeniería por Goldratt,
Takeuchi y Nonaka en la década de 1980” (González, 2006, p.13). Acorde a esto Scrum no
nace como la idea de facilitar el desarrollo del software sino que más bien nace para poder
facilitar una tarea en el deporte del rugby. “Su nombre no corresponde a una sigla, sino a un
concepto deportivo, propio del rugby, relacionado con la formación requerida para la
recuperación rápida del juego ante una infracción menor”(Cadavid et al., 2013,p.33)

Definición de Scrum.

La metodología Scrum para el desarrollo ágil de software es un marco de trabajo


diseñado para lograr la colaboración eficaz de equipos en proyectos, que emplea un
conjunto de reglas y artefactos y define roles que generan la estructura necesaria para
su correcto funcionamiento. (Cadavid et al., 2013,p.33)

11
La metodología Scrum brinda una mayor eficacia en cuanto a lo que consiste en el
trabajo en equipo y sus roles lo que hacen es brindar un correcto funcionamiento en el
desarrollo del proyecto.

Se focaliza en prácticas de administración de proyectos por sobre prácticas de las


áreas de ingeniería. Propone adaptación continua del plan de proyecto a las
circunstancias del mismo dividiendo al proyecto en iteraciones o ‘sprints’ en cada una
de las cuales se obtiene una nueva versión del producto con nuevas funcionalidades.
(Bioul et al., 2010,p.599)

Acordes es esto se puede definir la metodología Scrum como una que propone y da la
facilidad por medio de sprints para así poder obtener nuevas versiones más completas y con
mayor funcionalidad.

(Cadavid et al., 2013,p.33)

Fases de Scrum.

En el pre-juego se definen y/o revisan las funcionalidades que ha de tener el sistema,


en el juego se distribuyen las tareas para cada miembro del equipo, se trabaja duro y
se intenta conseguir el objetivo. Todos los miembros del equipo han de participar en
una reunión diaria que en ningún caso deberá exceder los 30 minutos. En la fase de
post-juego se evalúa la entrega de funcionalidades, se ven las tareas pendientes, se
evalúa el progreso del proyecto y se redefine el tiempo de entrega del mismo si fuera
necesario. (González, 2006,P.13)

12
Roles Scrum.

Scrum define tres roles: el Scrum Master, el dueño del producto y el equipo de
desarrollo.

● Scrum master: Acorde (Schwaber & Sutherland, 2013,p.6) El Scrum Master es el


responsable de asegurar que Scrum es entendido y adoptado. Los Scrum Masters
hacen esto asegurándose de que el Equipo Scrum trabaja ajustándose a la teoría,
prácticas y reglas de Scrum.

● Product owner(dueño del producto): Acorde (Schwaber & Sutherland, 2013,p.6) “El
Dueño de Producto es el responsable de maximizar el valor del producto y del trabajo
del Equipo de Desarrollo. El cómo se lleva a cabo esto podría variar ampliamente
entre distintas organizaciones, Equipos Scrum e individuos.”

● Development team (equipo de desarrollo): El Equipo de Desarrollo consiste en los


profesionales que desempeñan el trabajo de entregar un incremento de producto
“Terminado”, que potencialmente se pueda poner en producción, al final de cada
Sprint. Solo los miembros del Equipo de Desarrollo participan en la creación del
Incremento. (Schwaber & Sutherland, 2013,p.6)

Principios de Scrum

Estas se conocen como las pautas básicas para aplicar el framework y estos tienen la
obligación de implementarse en todos los proyectos de Scrum

13
1. Control del proceso empírico:Va en base a las tres ideas principales
transparencia,inspección y adaptación
2. Auto-organización:Este principio se enfoca en los trabajadores de hoy en día, que
entregan un valor considerablemente mayor cuando se auto-organizan
3. Colaboración:

4. Priorización basada en valor:Ofrece el máximo valor de negocio,desde su inicio hasta


su fin
5. Time-boxing:Se describe el tiempo como una relación limitante
6. Desarrollo iterativo:Se realiza un énfasis en cómo gestionar y mejorar el cambio y asi
lograr productos para la satisfacción del cliente

Ventajas y desventajas Scrum.

La autora Vera Salavarría en su trabajo del 2018 menciona las siguientes ventajas y
desventajas de Scrum:

14
Ventajas:

● El software se obtendrá de manera rápida, cumpliendo con los requerimientos más


importantes.
● De cortas iteraciones, con total transparencia y con un grado muy alto de enfoque.
● Hay altos grados de aceptación de cambios y es adaptable para la integración de
cambios importantes.
● En las reuniones del equipo solo se tratan asuntos o inconvenientes que son recientes.
(p.34).

Desventajas:

● Las responsabilidades son para todo el equipo, además se permiten errores en el


mismo.
● Causa resistencia al cambio por su aplicación, debido a que esta metodología discrepa
con las demás conocidas.
● El equipo toma caminos más cortos y deja de lado la importancia de los procesos.
● Debido a que la responsabilidad la tiene todo el equipo, muchos entran en conflicto
porque todos quieren opinar. (p.34).

15
Limitantes.

El principal problema que transcurrió durante el desarrollo de la investigación fue las


pocas fuentes confiables que trataran este tema, así que eso nos retrasó el desarrollo del
mismo extendiendo nuestro tiempo para completarlo, también al existir muchas metodologías
ágiles se decidió enfocarse en 2 principales siendo scrum y extreme programming.

16
Recomendaciones.

Es importante tomar en cuenta ciertos criterios a la hora de decidir sobre cuál


metodología ágil escoger para desarrollar un proyecto, ya que va a depender del tipo de
trabajo que se va a desarrollar.

➢ Primeramente para que estas metodologías resulten exitosas es importante seleccionar


el proyecto correcto, es decir tomar en cuenta todos los aspectos del proyecto y si
estos los podemos desarrollar de manera correcta con la metodología que se quiere
implementar.

➢ Es clave tomar en cuenta la estimación del esfuerzo, es decir estimar de una manera
realista los esfuerzos que requiere una tarea, ya que si se estima mal se tendría que
revisar o corregir.

➢ Es importante fomentar una cultura ágil en el equipo de trabajo, ya que el cliente


siempre debe ser el centro de las decisiones que se tomen y ser ágil permite actuar
para conseguir los objetivos.

➢ Medir la velocidad del equipo, como se sabe la velocidad es una métrica que nos
permite conocer la cantidad de trabajo puede abordar en un determinado periodo de
tiempo.

➢ Visibilizar el avance y éxito del equipo es una forma de motivar al equipo a que sigan
alcanzando los resultados y ver que es una forma atractiva de trabajo, en otras
palabras el reconocimiento es una de las acciones que más valoran los trabajadores.

17
Conclusiones.

En síntesis, en la actualidad no se puede determinar de manera específica una


metodología universal que resulte completamente útil para el desarrollo de cualquier proyecto
de desarrollo de software; es sumamente común que la metodología a utilizar sea adaptada a
las necesidades y propósito del proyecto, esto incluye recursos, el tipo de sistema y tiempo
que se necesita para su desarrollo.

Al referirse a las metodologías tradicionales se puede mencionar que estas procuran


abarcar la mayoría de situaciones que se presentan en el contexto del proyecto, generando así
un mayor esfuerzo de adaptación al mismo y esto se da principalmente en proyectos
pequeños que poseen requisitos cambiantes. Por su parte, las metodologías ágiles resultan
más sencillas de implementar ante proyectos que poseen las características antes
mencionadas, estas metodologías destacan por su sencillez, en su aplicación así como en su
aprendizaje y esto ha conllevado un gran ahorro en costos a la hora de su implementación.

Asimismo, cabe destacar que tanto la implementación de metodologías ágiles o


tradicionales va a depender única y exclusivamente del tipo de proyecto y de las necesidades
del mismo, si bien las metodologías ágiles han mostrado ser una herramienta muy útil, aún se
siguen implementando las metodologías tradicionales en algunos casos y se puede dar que
para algunos proyectos actuales solo se pueda implementar las tradicionales debido al tipo de
proyecto en consideración, es por eso que resulta importante determinar de manera adecuada
si debe utilizar una metodología ágil o tradicional.

18
Bibliografía.

Bioul, G., Escobar, F., Alvarez, M., Nardin, A., & Ricci, E. (2010). Metodologías Ágiles, análisis de
su implementación y nuevas propuestas. Universidad CAECE, Sede Mar del Plata, Olavarría.
2464. Recuperado de:
http://sedici.unlp.edu.ar/bitstream/handle/10915/19292/Documento_completo.pdf?sequence=
1&isAllowed=y

Cadavid, A. N., Martinez, J., & Vélez, J. (2013). Revisión de metodologías ágiles para el desarrollo de
software. Prospectiva, 11(2), 30-39. Recuperado de: https://doi.org/10.15665/rp.v11i2.36

Gonzales, J. (2006). Introducción a las metodologías ágiles Otras formas de analizar y desarrollar.
Recuperado de:
https://www.exabyteinformatica.com/uoc/Informatica/Tecnicas_avanzadas_de_ingenieria_de_
software/Tecnicas_avanzadas_de_ingenieria_de_software_(Modulo_3).pdf

Latelier & Penadés.(2006). Metodologías ágiles para el desarrollo de software: eXtreme Programming
(XP). Recuperado de:
https://www.researchgate.net/profile/Patricio-Letelier/publication/26428496_Metodologias_a
giles_para_el_desarrollo_de_software_eXtreme_Programming_XP/links/60abe70892851ca9d
ce1cc4c/Metodologias-agiles-para-el-desarrollo-de-software-eXtreme-Programming-XP.pdf?
origin=publication_detail

Schwaber, K., & Sutherland, J. (2013). La Guía Definitiva de Scrum: Las Reglas del Juego.
Recuperado de: https://scrumguides.org/docs/scrumguide/v1/Scrum-Guide-ES.pdf

Salavarría, V. (2018). ANÁLISIS Y DISEÑO DE LA FASE DE PLANIFICACIÓN DEL PROCESO


DE TITULACIÓN PARA LA CARRERA DE SISTEMAS DE INFORMACIÓN DE LA
FACULTAD DE INGENIERÍA INDUSTRIAL DE LA UNIVERSIDAD DE GUAYAQUIL.
Recuperado de:
http://repositorio.ug.edu.ec/bitstream/redug/30863/1/TESIS-IVANNA_VERA.pdf

Digité. (2021, 1 octubre). ¿Qué es Extreme Programming (XP)? - Valores, Principios Y Prácticas.
Digite. Recuperado de:
https://www.digite.com/es/agile/programacion-extrema-xp/#:%7E:text=El%20proyecto%20ha
b%C3%ADa%20comenzado%20en,el%20TDD%20con%20gran%20%C3%A9xito

19

También podría gustarte