UNIVERSIDAD REGIOMONTANA

ADMINISTRACIÓN DE PROYECTOS
Clave del Curso: MAD 03502.

Nombre del maestro: MTC. Luis Daniel Abella Reyes.

Parcial I

Actividad #2 Investigación.

Fecha de entrega: 2 de febrero de 2023.

Equipo 3:

Nombre - Matrícula Maestría E-mail

MTI aldair.leon.juarez@u-erre.mx
Aldair León Juárez - 741156

MAPI david.carrillo@u-erre.mx
David Angel Carrillo Cantú - 723780

MAPI andres.godoy@u-erre.mx
Andrés Ricardo Godoy Perez - 723475

MTI
Manuel David Robles Rodríguez - 725556
 I. DESCRIPCIÓN DEL CASO.
Realizaremos una investigación entre tres diferentes métodos ágiles muy similares pero con
algunas diferencias entre ellos. Posteriormente, se realizará una tabla comparativa entre los
métodos ágiles y la metodología PMI. Los métodos ágiles a investigar son los siguientes.
● XP - eXtreme Programming.
● SAFE - Scaled Agile Frameworks Enterprise.
● Agile Inception.

II. INVESTIGACIÓN.
¿Qué es XP - eXtreme Programming?
Descripción:
Extreme Programming o XP Programming es un marco de desarrollo de software ágil que tiene
como objetivo producir un software de mayor calidad para mejorar la eficiencia del equipo de
desarrollo. Se trata de una metodología de desarrollo cuyo objetivo es promover la aplicación de
prácticas de ingeniería.
Antecedentes:
El origen de XP se remonta a los años 90, cuando Kent Beck -que más tarde se convertiría en
uno de los autores del Manifiesto Ágil — lo creó al ser contratado para
dirigir el equipo del Sistema de Compensación Integral de Chrysler
Extreme Programming (Xp). El proyecto había comenzado en 1993 y en
1996 no había avanzado mucho. Como Beck era nuevo en la gestión de un
equipo, decidió que lo mejor sería enseñar a los miembros de su equipo
las técnicas y prácticas que a él le funcionaban. Empezaron a aplicar
prácticas como la programación por parejas y el TDD con gran éxito. Ron
Jeffries -un amigo de Beck y otro autor del Manifiesto Ágil- fue
contratado para entrenar al equipo de C3. En 1999, Kent Beck formalizó
las prácticas, principios y valores de XP en su libro Extreme Programming Explained: Embrace
Change.
Características principales:
● Se considera al equipo de proyecto como el principal factor de éxito del proyecto.
● Software que funciona por encima de una buena documentación.
● Interacción constante entre el cliente y el equipo de desarrollo.
● Planificación flexible y abierta.
● Rápida respuesta a cambios.
¿Qué es SAFE - Scaled Agile Frameworks Enterprise?
Descripción:
Scaled Agile Framework (SAFe) es un conjunto de patrones de organización y flujo de trabajo
que sirve para implementar prácticas ágiles a escala empresarial. El marco constituye un cúmulo
de conocimientos que incluye instrucciones estructuradas sobre las funciones y
responsabilidades, la forma de planificar y gestionar el trabajo, y los valores que hay que
defender. SAFe promueve la coherencia, la colaboración y la gestión a través de un gran número
de equipos ágiles. Se formó alrededor de tres cuerpos de conocimientos principales: el desarrollo
de software ágil, el desarrollo de productos lean y el pensamiento sistémico.
Antecedentes:
Dean Leffingwell y Drew Jemilo publicaron SAFe en 2011 para ayudar a las organizaciones a
diseñar sistemas y software superiores que satisfagan mejor las necesidades cambiantes de los
clientes. En ese momento, los equipos utilizaban procesos tradicionales de gestión de proyectos
para lanzar el software. Sin embargo, a medida que aumentó la necesidad de responder con
rapidez a las condiciones cambiantes del mercado, surgieron marcos nuevos para ayudar a las
organizaciones a mejorar la entrega de soluciones en todas sus empresas: así nació SAFe. Hoy en
día, SAFe es uno de los marcos de entrega ágil a escala más populares, y la comunidad mundial
de profesionales de SAFe sigue desarrollándose.
Características principales:
● Adoptar un punto de vista económico para entregar el mayor valor como resultado del
trabajo sin prescindir de la excelencia en calidad.
● Aplicar sistemas de pensamiento de modo que todos los integrantes del equipo
comprendan el sistema completo en lugar de ocuparse cada uno de una parte sin conocer
el todo.
● Asumir variabilidad evitando hacer el diseño inicial completo, puesto que es seguro que
este variará.
● Construir incrementalmente con ciclos rápidos e integrados del modo en el que lo hacen
todas las metodologías ágiles.
● Establecer hitos para evaluar el avance del trabajo realizando por ejemplo demostraciones
de los progresos, como se hace en Scrum.
¿Qué es Agile Inception?
Descripción:
Agile Inception, también conocida como Inception Deck o simplemente Inception, es un
conjunto de dinámicas orientadas a enfocar a todas las personas involucradas en un proyecto
hacia un mismo objetivo, reduciendo muchas de las incertidumbres, ayudando a explicitar los
riesgos más evidentes y poniendo en común las expectativas de todos.
Antecedentes:
Agile inception es un concepto introducido por primera vez en 2010 por el libro The Agile
Samurai, de Jonathan Rasmusson. Esencialmente se trata de técnicas de conceptualización que
deberían emplearse en el proceso de iniciación de un proyecto para aumentar la probabilidad de
éxito del producto resultante. Estas técnicas se pueden usar igualmente para clarificar la
estrategia (misión, visión y propuesta de valor) del proyecto de empresa de cualquier compañía;
o bien, para reorientar proyectos de cualquier índole. El principal objetivo de esta metodología,
es construir una visión completa sobre el concepto de producto y que además no caiga en sesgos
personales, es decir, que esa visión sea compartida y comprendida de idéntica forma por los
principales interesados.
Características principales:
● Puede tardar desde un par de días hasta una o dos semanas en completarse, debido a la
cantidad de actividades e información que se espera conseguir de ella. Por lo general, lo
que se obtiene, sirve para contar con una planificación aproximada de un periodo entre 3
y 6 meses.
● Es necesario que todas las personas interesadas en el desarrollo del producto participen,
de forma que puedan brindar su punto de vista y conocer el del resto del equipo.
● Debe ser facilitado por una persona que tenga habilidades de facilitación y comunicación.
Ese rol de facilitador es comúnmente asumido por un Scrum Master o un Agile Coach.
Tabla Comparativa Metodologías Ágiles vs Metodología PMI respondiendo las siguientes
preguntas.
❖ ¿En qué se parecen estas Metodologías Ágiles con la Metodología PMI?
❖ ¿En qué son diferentes estas Metodologías Ágiles con la Metodología PMI?
❖ ¿Cuándo se recomienda usar estas Metodologías Ágiles?
❖ ¿Estas Metodologías Ágiles y la Metodología PMI son independientes o
complementarias?

METODOLOGÍAS METODOLOGÍA
ÁGILES PMI

1) SIMILITUDES Tiene un enfoque orientado a Tiene un enfoque orientado a

la gestión de proyectos. la gestión de proyectos.

2) DIFERENCIAS ● Orientada a proyectos ● Orientada a proyectos

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

3) USOS La metodología Ágil es Se prefiere la metodología

RECOMENDADO especialmente útil cuando el PMI para proyectos estáticos
objetivo del proyecto no está en los que no se espera que
sea necesario realizar cambios
claramente definido o cuando
a lo largo del desarrollo del
el cliente no conoce cuáles proceso.
son exactamente sus
necesidades.

El feedback mutuo entre el

equipo del proyecto y los
clientes, conseguirá que
progresivamente los objetivos
del cliente y el producto
facilitado por el equipo vayan
convergiendo hacia un mismo
punto.

4) COMPLEMENTO / Como dos enfoques distintos PMI puede complementar a

INDEPENDIENTES para la gestión de proyectos, Ágil en áreas como:
se puede considerar que la
metodología Ágil es ● Gestión de Calidad.
independiente del PMI. Sin ● Gestión de Recursos
embargo el PMI aporta como
complemento. Humanos.
● Gestión de las
comunicaciones.
● Gestión de
Proveedores.
● Gestión de los
Riesgos.
● Mejora continua de
los procesos.
III. CONCLUSIONES.
Se concluyen los siguientes puntos de la investigación realizada:
1) Ambos métodos son para una gestión de proyectos, sin embargo el administrador del
proyecto debe de tener una visión muy flexible para poder seleccionar el enfoque
adecuado e incluso cambiarlo si es necesario en el desarrollo del proyecto. La elección de
una metodología tradicional o una ágil dependerá del tipo de proyecto y de las
necesidades específicas del cliente.
2) Si bien son diferentes, hay que ver ambas metodología como herramientas y no como
contrapuestas para asegurar un mejor éxito de proyectos.
3) Existen muchas metodologías ágiles, por lo tanto hay que analizar concretamente las
características del proyecto, al equipo, los plazos, etc., para determinar qué metodología
ágil sería la más conveniente.
4) Realmente todo cambio importante se gestiona a través de un proyecto, por lo cual el
conocer estas herramientas nos ayudan a mejorar nuestras habilidades y fomentar la
curiosidad de seguir buscando el enfoque adecuado para nuestros entornos laborales y
personales.

IV. REFERENCIAS.
Bello, E. (2021, 29 abril). Descubre qué es el Extreme Programming y sus características.

Thinking for Innovation. https://www.iebschool.com/blog/que-es-el-xp-programming-

agile-scrum/

Monreal, C. (2022, 11 abril). ¿Qué es la metodología SAFe (Scaled Agile Framework)?

https://www.esic.edu/rethink/tecnologia/que-es-metodologia-safe-scaled-agile-framework

Agile Inception: Qué es y cómo ejecutarlo. (2021, 14 octubre). OpenWebinars.net.

https://openwebinars.net/blog/agile-inception-que-es-y-como-ejecutarlo/

Agile Inception. (2020, 7 octubre). Se hace camino al andar.

https://blog.jmbeas.es/2013/01/23/agile-inception-2/

Molina Montero, B., Vite Cevallos, H. and Dávila Cuesta, J. (2017). Metodologías ágiles

frente a las tradicionales en el proceso de desarrollo de software. Espirales, 2(17),

pp.113-121.