MAESTRÍA

EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN

MATERIA: DISEÑO DE SOFTWARE Y APLICACIONES

DOCENTE: LUIS MANUEL LARA SU
EQUIPO: SMARTEC

ANALISIS CASO 1

INTEGRANTES
ESTRELLA DEL CARMEN DE LOS SANTOS HERNANDEZ
SERGIO ALAN OCAMPO NUÑEZ

OCTUBRE 2023
Introducción

Este análisis da respuesta a 3 reflexiones sobre la mejor metodología a escoger para dar
desarrollo al proyecto de mensajería instantánea. En primer lugar, tenemos los aspectos que
consideramos se deben tomar en cuenta para elegir una metodología de desarrollo de software;
que incluye el tamaño y la estructura del equipo de desarrollo, plazos ajustados, familiaridad y
experiencia del equipo de desarrollo, presupuesto y los recursos disponibles que son fundamental
como requisitos del proyecto.
Así mismo, daremos respuesta a la elección de la metodología tomando en cuenta que el
cliente espera que sea ágil y adaptable; por lo que nos enfocaremos en la metodología Scrum que
es una estructura de trabajo ágil para la realización de proyectos complejos, que se basa en la
colaboración y la flexibilidad por lo que se caracteriza de tres aspectos importantes como la
transparencia, inspección y adaptación.
Por último, hablaremos de las ventajas y desventajas de varias metodologías que en
combinación de sus estructuras puede desarrollarse un producto de calidad como lo son Kanba,
Extreme Programming (XP), Lean Software Development; que promueven la mejora de la
calidad del software a través de pruebas continuas.
Cabe mencionar que “Las metodologías nos indican un plan adecuado de gestión y
control del proyecto de Software: definición de etapas, ingresos y salidas, restricciones,
comunicaciones, tareas ordenadas y distribución de recursos” (Espinoza, 2013, p. 17).
 Definición del problema.

Hoy en día la tecnología cambia constantemente, se actualiza, redefine o innova según las
necesidades del cliente final. Dentro de las empresas dedicadas al diseño y desarrollo de software
es de suma importancia definir la metodología a utilizar al momento de diseñar un sistema o
aplicación. Por lo anterior analicen cuáles son las ventajas y desventajas de cada una de las
metodologías a utilizar y elijan la que mejor se alinee a las necesidades que requiere el siguiente
proyecto:

Objetivo: Una aplicación de mensajería instantánea que permite intercambiar

información en tiempo real.

Dentro del proyecto se han dividido las necesidades en 4 rubros:

Requerimientos Temporalidad
La cuenta solo puede estar en un solo celular, Año 1
Must have no puedes ingresar desde otro celular de
forma simultánea.
Su uso es gratis.
Puedes recibir y enviar mensajes de texto y de
voz.
Realizar llamadas y vídeollamadas a todo el Año 2
Should have mundo, solo con conexión a Internet
Con el doble check, puedes saber si le llegó el Año 3
mensaje a tu contacto y si está en azul, saber
Could have que ya lo leyó.
Comparte estados en tiempo real, estos Año 4
pueden ser fotos, vídeos o gifs y les puedes
aplicar filtros, emoticones o textos.
Will not have No usan publicidad en su aplicación. nunca
 Formulación del problema.

1. ¿Qué aspectos se deben tomar en cuenta para elegir una metodología de desarrollo de
software?
2. De acuerdo con los roles asignados, ¿Cómo definirían la metodología correcta si el
cliente busca que sea ágil y adaptable?
3. ¿Pueden elegir más de una metodología? Ordenen las opciones que aplican según las
ventajas y desventajas de cada metodología

Desarrollo.

1. ¿Qué aspectos se deben tomar en cuenta para elegir una metodología de

desarrollo de software?
A. Descripción
Scrum es un framework que se utiliza dentro de equipos que manejan proyectos de alta
incertidumbre. Se trata de un marco de trabajo por el cual las personas pueden abordar problemas
complejos adaptativos, a la vez que entregar productos del máximo valor posible productiva y
creativamente.
B. Principios
Los principios de Scrum son la base sobre la que se basa el marco de Scrum. Los
principios de Scrum se pueden aplicar a cualquier tipo de proyecto u organización, y deben ser
respetados para asegurar la aplicación apropiada de Scrum. Los principios de Scrum son la base
sobre la que se basa el marco de Scrum. Los principios de Scrum se pueden aplicar a cualquier
tipo de proyecto u organización, y deben ser respetados para asegurar la aplicación apropiada de
Scrum. Los aspectos y procesos de Scrum pueden ser modificados para cumplir con los
requisitos del proyecto, o de la organización que lo utiliza, pero los principios de Scrum son no
negociables.

✓ Control empírico de procesos: Este principio enfatiza la filosofía central de

Scrum basada en las tres ideas principales de transparencia, revisión y adaptación.
✓ Auto-organización: Este principio se centra en los trabajadores de hoy, que
entregan un valor significativamente mayor cuando se auto-organizan y esto
resulta en una mejor participación de los equipos y en la propiedad compartida de
 lo conseguido; y un entorno innovador y creativo que sea más propicio para el
crecimiento.
✓ Colaboración: Este principio se centra en las tres dimensiones fundamentales
relacionadas con el trabajo colaborativo: la conciencia, la articulación y la
apropiación también aboga por la gestión de proyectos como un proceso
compartido de creación de valor con equipos que trabajan e interactúan juntos
para ofrecer el mayor valor.
✓ Priorización basada en el valor: este principio destaca el enfoque de Scrum para
ofrecer el máximo valor comercial, desde el principio del proyecto y continuando
en todo momento.
✓ Time-boxing: Este principio describe cómo el tiempo se considera una restricción
limitante en Scrum, y se utiliza para ayudar a gestionar eficazmente la
planificación y ejecución de proyectos. Entre los elementos de Time-Boxed en
Scrum se incluyen Sprints, Reuniones de Standup diarias, Sprint Planning
Meetings y Sprint Review Meetings.
✓ Desarrollo iterativo: este principio define el desarrollo iterativo y enfatiza cómo
administrar mejor los cambios y construir productos que satisfagan las
necesidades del cliente. También delinea las responsabilidades del Propietario del
Producto y de la organización relacionadas con el desarrollo iterativo.
Los principios de Scrum son las directrices básicas para aplicar el marco de Scrum y
deben ser utilizados obligatoriamente en todos los proyectos de Scrum.

C. Características
✓ Gestión regular de las expectativas del cliente, resultados anticipados, flexibilidad
y adaptación, retorno de inversión, mitigación de riesgos, productividad y calidad,
equipo motivado.
✓ Se hace uso de equipos auto-dirigidos y auto-organizados.
✓ Se realiza a diario una reunión de Scrum, que es una reunión de avance diaria que
no dura más de 15 minutos con el objetivo de obtener realimentación sobre las
tareas del equipo y los obstáculos que se presentan.
 Cada uno de estos puntos mencionados hacen que el Scrum sea utilizado de manera
regular en un conjunto de buenas prácticas para el trabajo en equipo y de esa manera obtener
resultados posibles.
D. Ciclo de vida
1. Roles
✓ El Dueño de Product (Product Owner).
Es el responsable de maximizar el valor del producto resultante 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. El Dueño de Producto es la única persona
responsable de gestionar la Lista del Producto (Product Backlog). La gestión de la Lista del
Producto incluye:
• Expresar claramente los elementos de la Lista del Producto.
• Ordenar los elementos en la Lista del Producto para alcanzar los objetivos y misiones de
la mejor manera posible.
• Optimizar el valor del trabajo que el Equipo de Desarrollo realiza.
• Asegurar que la Lista del Producto es visible, transparente y clara para todos y que
muestra aquello en lo que el equipo trabajará a continuación.
• Asegurar que el Equipo de Desarrollo entiende los elementos de la Lista del Producto al
nivel necesario.
✓ Scrum Master.
Es el facilitador del proceso de Scrum y se encarga de ayudar al equipo a seguir las
prácticas y principios de Scrum. El Scrum Master también ayuda a eliminar obstáculos y
fomenta la mejora continua del equipo.
✓ Equipo de Desarrollo (Development Team).
El equipo de desarrollo es auto organizado y multidisciplinario. El Equipo de Desarrollo
consiste en los profesionales que realizan el trabajo de entregar un producto que potencialmente
se pueda poner en producción al final de cada Sprint.
 2. Fases/Etapas
En Scrum, el trabajo se divide en iteraciones llamadas "sprints". Cada sprint tiene una
duración fija y al finalizar se entrega un incremento del producto. Durante cada sprint, se realiza
una reunión diaria de seguimiento llamada "Daily Scrum" para sincronizar el trabajo y compartir
avances y obstáculos.
✓ El Sprint
El tiempo mínimo de un Sprint es de una (1) semana y el máximo es de cuatro (4)
semanas.
✓ Planificación de sprint
Al comienzo de un sprint, el equipo de scrum tiene un evento de planificación de sprint.
Uno de los objetivos de la reunión es identificar y comunicar cuánto del trabajo es probable que
se realice durante el actual Sprint.
✓ Scrum diario
También llamado Daily Standup. Cada día durante la iteración, tiene lugar una reunión de
estado del proyecto. Su objetivo es que los miembros del equipo se mantengan actualizados unos
a otros sobre el trabajo de cada uno desde el último standup, qué problemas han encontrado o
prevén encontrar, y qué planean hacer.
La reunión tiene una duración fija de máximo 15 minutos, los asistentes obligados son los
Developer, la asistencia del Scrum Master y del Product Owner es opcional. Se recomienda
hacerla de pie para recordar que debe ser una reunión breve y centrada en su objetivo, sin
divagaciones. Es obligatorio parar todo lo que se está haciendo para concentrarse en la reunión.
Si se requiere ampliar un tema, se hará tras el Daily Standup, pero no se interrumpe la
dinámica del Standup para elaborar una discusión. Se hace siempre a la misma hora y en el
mismo lugar, ya que la consistencia reduce la complejidad. Si falta alguien, no se pospone la
reunión.
✓ Revisión de sprint
Al final de un sprint, el equipo realiza dos eventos: la revisión del sprint y la retrospectiva
del sprint. En la reunión de revisión de sprint se presentan los trabajos completados y su duración
no debería ser superior a 4 horas para un Sprint de 1 mes.
 ✓ Retrospectiva del sprint
Después de cada sprint, se lleva a cabo una retrospectiva del sprint, en la cual todos los
miembros del equipo dejan sus impresiones sobre el sprint recién superado. El propósito de la
retrospectiva es realizar una mejora continua de la implementación de Scrum. La duración de la
retrospectiva es, como máximo, de tres horas para Sprints de un mes.
Cada Sprint tiene una meta de lo que se construirá, un diseño y un plan flexible que
guiará su construcción, el trabajo del equipo y el incremento de producto resultante.

3. Artefactos y/o Herramientas

✓ Pila del producto (o product backlog)
Registra y prioriza los requisitos desde el punto de vista del cliente. Empieza con una
visión inicial del producto y crece y evoluciona durante el desarrollo del producto. Los requisitos
suelen denominarse "historias de usuario".
✓ Pila del sprint (o sprint backlog)
Registro de los requisitos desde el punto de vista de los desarrolladores. Es la lista de
tareas que se deben realizar durante un sprint para lograr el incremento previsto.
✓ Incremento
Resultado de cada sprint.

2. De acuerdo con los roles asignados, ¿Cómo definirían la metodología correcta si

el cliente busca que sea ágil y adaptable?

Si el proyecto tiene plazos ajustados y requiere entregas rápidas y frecuentes, es

preferible elegir una metodología ágil que permita iteraciones rápidas y entregas incrementales.
Por otro lado, si el proyecto tiene un cronograma más flexible y las entregas no son tan urgentes,
se pueden considerar metodologías más tradicionales.
Scrum es un framework o estructura de trabajo ágil para la realización de proyectos
complejos, se basa en la colaboración y la flexibilidad para entregar valor de manera iterativa.
La agilidad del Scrum radica en que no es un proceso o una técnica, es un marco amplio
de trabajo dentro del cual se pueden emplear diversas técnicas y procesos.
Las estrategias para su uso son diversas según el entorno, pero siempre debe contener sus
tres pilares fundamentales: transparencia, inspección y adaptación.
 • Transparencia
Este pilar se basa en dejar muy clara toda la información que se genere en el proyecto,
para que todos los miembros tengan igual conocimiento de lo que ocurre.
• Inspección
Para este pilar es importante realizar la inspección continua de los artefactos y del
progreso del de proyecto en el sprint, así poder identificar fallas y hacer los correctivos
necesarios en las variables de la etapa del Scrum.
• Adaptación
Este pilar es fundamental al momento de realizar ajustes a un proyecto, ya que permite al
equipo acoplarse al nuevo lineamiento sin problema.

3. ¿Pueden elegir más de una metodología? Ordenen las opciones que aplican según
las ventajas y desventajas de cada metodología.

A. Scrum.
• Ventajas: Permite una entrega rápida y frecuente de valor, promueve la
comunicación y colaboración efectiva entre el equipo de desarrollo y el cliente, facilita la
adaptabilidad y flexibilidad.
• Desventajas: Requiere una estructura bien definida para mantener la eficiencia,
puede haber falta de documentación detallada, puede ser desafiante para equipos nuevos sin
experiencia en metodologías ágiles.

B. Kanban.
• Ventajas: Se centra en la visibilidad y la gestión del flujo de trabajo, facilita la
identificación y resolución de cuellos de botella, permite una adaptación rápida a los cambios
y prioridades.
• Desventajas: Puede carecer de estructura, se requiere una clara definición y
seguimiento de límites de trabajo en progreso (WIP), puede no ser adecuado para proyectos
que requieren etapas de planificación y estimación más tradicionales.
 C. Extreme Programming (XP).
• Ventajas: Promueve la mejora de la calidad del software a través de pruebas
continuas y desarrollo orientado a pruebas (TDD), fomenta la comunicación cercana entre los
miembros del equipo, permite entregas rápidas y frecuentes de software funcional.
• Desventajas: Requiere una mayor inversión en pruebas y documentación, no se
adapta bien a proyectos grandes y complejos.

D. Lean Software Development.

• Ventajas: Se enfoca en la eliminación de desperdicios y la maximización del
valor, prioriza la colaboración, la entrega continua y la mejora continua, permite una
adaptación rápida a los cambios y prioridades.
• Desventajas: Puede requerir un cambio cultural y una mentalidad orientada a la
mejora continua, puede no ser adecuado para proyectos con plazos ajustados y entregas
rápidas.

Dado que cada proyecto tiene sus propias necesidades y requerimientos específicos, es
posible combinar elementos de diferentes metodologías para crear un enfoque personalizado que
encaje mejor. Por ejemplo, se podría utilizar Scrum como enfoque principal, pero también
integrar técnicas de Kanban para gestionar el flujo de trabajo y mejorar la visibilidad. La
elección de las metodologías y cómo combinarlas dependerá de los factores mencionados
anteriormente y de la preferencia y experiencia de tu equipo.
 Conclusión.

A lo largo de este análisis el enfoque fue basado en la metodología Scrum que se adapta
bien a proyectos en los que el cliente busca una entrega rápida y frecuente de valor. Permite la
adaptabilidad al aceptar cambios durante el desarrollo y proporciona una comunicación constante
entre el equipo de desarrollo y el cliente.

Cabe mencionar que es fundamental comprender los requisitos de un proyecto y

determinar qué metodología se adaptaría mejor. Algunas metodologías se centran en el trabajo en
equipo y la colaboración estrecha, lo que puede funcionar mejor para equipos pequeños, mientras
que otras son más adecuadas para equipos grandes y distribuidos.

Es entonces que la capacidad de adaptarse a cambios en los requisitos del proyecto es un

paso crucial a considerar, así como el presupuesto y los recursos disponibles que también pueden
influir en la elección de la metodología ya que se pueden requerir herramientas o software
adicional, lo que podría aumentar los costos del proyecto.
 Bibliografía

https://www.youtube.com/watch?v=d3Ro7p-JAoA

https://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Spanish-
SouthAmerican.pdf

https://uvadoc.uva.es/bitstream/handle/10324/1495/TFG-
B.117.pdf?sequence=1%26isAllowed=y

https://openwebinars.net/blog/scrum-caracteristicas/