Protocolo individual

Descripción del texto o actividad a realizar.

Síntesis de la unidad #4

“Otras metodologías ágiles”

Julio Chirino Víctor Manuel

Palabras claves.

• Metodología Design Sprint

• Metodología Extreme Programming (XP)

• Metodología Rational Unified Process (RUP)

• Metodología Scrum

• Metodología Kanban

• Otras Metodologías Agiles

Objetivos de las lecturas o actividad a realizar.

Objetivo general:

• Implementar metodologías ágiles en el desarrollo de software para optimizar el

proceso de entrega, mejorar la colaboración entre el equipo y el cliente, y garantizar

la calidad del producto final, adaptándose rápidamente a los cambios en los

requisitos y minimizando los riesgos asociados al proyecto.

Objetivos específicos:

• Optimizar el Desarrollo de Software: Reducir tiempos de entrega y responder

eficientemente a cambios en los requisitos.

 • Aumentar la Colaboración del Equipo: Fomentar la comunicación continua entre

los desarrolladores y el cliente para alinear expectativas.

• Mantener la Calidad del Producto: Implementar prácticas de pruebas y

refactorización continua para garantizar la calidad y funcionalidad del producto.

• Reducir el Riesgo de Inversión: Validar ideas tempranamente con usuarios para

evitar el desarrollo de productos o funcionalidades que no agreguen valor.

• Maximizar la Productividad y Eficiencia: Utilizar tableros visuales y herramientas

de priorización para mantener el enfoque y el flujo de trabajo continuo.

Conceptos claves y definiciones

Metodología Design Sprint

Design Sprint es una metodología de innovación ágil que permite a los equipos de trabajo

resolver problemas de diseño y de producto en un corto período de tiempo, generalmente

cinco días. Su objetivo es construir un prototipo que pueda probarse rápidamente con

usuarios, validando o invalidando ideas antes de invertir mucho tiempo y recursos. El

proceso fue desarrollado por Google Ventures y es especialmente útil para startups o

equipos de innovación que buscan rapidez y eficiencia.

Fases de Design Sprint:

• Entender (Día 1): El equipo se reúne para analizar y comprender el problema a

fondo, involucrando a todas las partes interesadas para recoger sus puntos de vista.

Se realizan entrevistas y estudios de contexto para definir claramente la meta y

establecer el enfoque del sprint.

• Divergir (Día 2): En esta fase, los participantes generan ideas diversas, utilizando

técnicas de brainstorming y bocetos. El propósito es explorar posibles soluciones

sin limitaciones y con una mente abierta, permitiendo que surjan múltiples

perspectivas sobre cómo abordar el problema.

• Decidir (Día 3): El equipo revisa todas las ideas generadas y selecciona una

solución que mejor responda a los objetivos establecidos. Esta decisión suele ser

guiada por un proceso de votación entre el equipo, seguido de una discusión para

alinear el consenso.

• Prototipar (Día 4): Se crea un prototipo funcional, que puede ser un modelo de

baja fidelidad (como maquetas o diseños visuales) pero suficiente para dar a los

usuarios una experiencia clara del producto. La rapidez y la simplicidad son claves

aquí, ya que el objetivo no es construir el producto final, sino algo que sea tangible

y probable.

• Probar (Día 5): El prototipo es probado con usuarios reales, recopilando sus

comentarios y observando su interacción con el producto. Esta retroalimentación es

crucial para validar (o invalidar) las hipótesis del equipo y para decidir si el

concepto es adecuado para desarrollarse completamente o necesita ajustes.

Metodología Extreme Programming (XP): Extreme Programming (XP) es una

metodología ágil centrada en la calidad del desarrollo de software y en la capacidad de

responder a los cambios de los requisitos en cualquier etapa del proyecto. XP se enfoca en

mejorar la colaboración entre los desarrolladores y en mantener un código de alta calidad

a través de la programación en pareja y las pruebas continuas. Es muy útil en proyectos de

software complejos donde los requisitos son volátiles y se requiere adaptabilidad.

Principios y prácticas clave de XP:

• Comunicación continua: Fomenta una comunicación abierta y constante entre los

desarrolladores, así como entre el equipo de desarrollo y el cliente, para asegurar

que todos comprendan los requisitos y expectativas.

• Programación en parejas: Dos desarrolladores trabajan juntos en una misma

computadora, revisando y escribiendo código en conjunto. Esto permite detectar

errores rápidamente, reducir la carga de trabajo individual y mejorar la calidad del

código.

• Desarrollo incremental: El software es construido en pequeños incrementos,

entregando funcionalidades completas al final de cada iteración, lo que permite al

cliente revisar el progreso y dar retroalimentación constante.

• Pruebas automáticas: XP promueve el uso de pruebas unitarias automáticas para

asegurar que cada componente de software funcione correctamente. Los

desarrolladores escriben estas pruebas antes de programar, asegurando que el

código cumple con los requisitos desde el principio.

 • Refactorización continua: Los desarrolladores mejoran y optimizan el código de

manera constante, eliminando redundancias y simplificando las estructuras. Esto

asegura que el sistema permanezca ágil y escalable.

• Retroalimentación rápida: Las pruebas frecuentes y el desarrollo iterativo

permiten al equipo recibir retroalimentación temprana y ajustar el software según

las necesidades del cliente.

Metodología Rational Unified Process (RUP): Rational Unified Process (RUP) es una

metodología de desarrollo de software que ofrece un marco estructurado y detallado para

gestionar proyectos grandes y complejos. Fue desarrollado por Rational Software y se basa

en cuatro fases principales que guían el proceso de desarrollo desde la concepción hasta la

implementación del producto. RUP proporciona una documentación exhaustiva y es ideal

para empresas que requieren una estructura de desarrollo disciplinada.

Fases de RUP:

• Inicio: En esta fase se establece la visión general del proyecto, se identifican los

riesgos y se define el alcance. También se desarrollan los planes preliminares y se

establece el caso de negocio, es decir, los beneficios esperados del proyecto.

• Elaboración: Aquí se realiza un análisis detallado para identificar los requisitos

más importantes, diseñar la arquitectura básica y evaluar los riesgos asociados al

proyecto. Esta fase es crítica para asegurarse de que el sistema puede soportar los

requisitos actuales y futuros.

• Construcción: Durante esta fase, el equipo de desarrollo se enfoca en construir el

sistema completo, utilizando la arquitectura establecida en la fase de elaboración.

El software se desarrolla en iteraciones, cada una con entregas funcionales y

 revisión continua para garantizar que el desarrollo esté alineado con los requisitos

del cliente.

• Transición: En esta última fase, el software es implementado y se prepara para su

despliegue final. Se realizan pruebas adicionales para asegurar la estabilidad y la

funcionalidad del producto. También se incluyen tareas de capacitación para los

usuarios y el soporte de documentación.

Metodología Scrum: Scrum es una de las metodologías ágiles más populares y se

caracteriza por su estructura enfocada en sprints, que son periodos de trabajo de duración

fija (generalmente de 1 a 4 semanas) en los cuales el equipo entrega incrementos

funcionales del producto. Scrum se centra en la colaboración, la autoorganización del

equipo y la transparencia.

Elementos clave de Scrum:

Roles:

• Product Owner: Define y prioriza el backlog del producto, representando la voz

del cliente y asegurando que el equipo esté enfocado en entregar valor.

• Scrum Master: Ayuda al equipo a seguir los principios de Scrum, eliminando

obstáculos y facilitando el proceso.

• Equipo de desarrollo: Autogestionado y multifuncional, es responsable de

entregar el trabajo comprometido al final de cada sprint.

Eventos:

• Sprint Planning: Reunión al inicio de cada sprint para definir qué tareas se van a

trabajar y cómo se organizará el trabajo.

 • Daily Stand-up: Reuniones diarias de 15 minutos donde el equipo revisa el

progreso y ajusta el plan según sea necesario.

• Sprint Review: Al final del sprint, el equipo presenta el trabajo completado y

recopila retroalimentación del Product Owner y de otras partes interesadas.

• Sprint Retrospective: El equipo reflexiona sobre el sprint y define mejoras en el

proceso.

Artefactos:

• Product Backlog: Lista priorizada de todos los requisitos y tareas del proyecto.

• Sprint Backlog: Conjunto de tareas que el equipo se compromete a completar

durante el sprint.

• Incremento: La suma de todas las tareas completadas en un sprint que representan

una entrega funcional.

Metodología Kanban: Kanban es un sistema ágil de gestión visual que ayuda a los equipos

a optimizar su flujo de trabajo y a hacer mejoras continuas. A diferencia de Scrum, Kanban

no requiere ciclos de tiempo fijos (como sprints) ni roles específicos; en su lugar, se centra

en la visibilidad y la eficiencia.

Elementos clave de Kanban:

• Tablero Kanban: Se divide en columnas que representan etapas del flujo de

trabajo, como "Pendiente", "En progreso" y "Completado". Cada tarea se mueve a

lo largo de estas columnas según avanza.

• Límite de trabajo en progreso (WIP): Limita el número de tareas que pueden

estar en cada etapa para evitar la sobrecarga y mantener un flujo constante.

 • Mejora continua: Kanban fomenta revisiones periódicas para mejorar la eficiencia

y optimizar el flujo de trabajo. Esto ayuda a reducir cuellos de botella y a mejorar

la entrega de valor.

Otras Metodologías Ágiles

• Lean Development: Inspirado en Lean Manufacturing, busca maximizar la

eficiencia y minimizar los desperdicios. Lean es útil en proyectos donde se necesita

reducir el tiempo de entrega y optimizar los recursos de desarrollo.

• Crystal: Esta metodología se adapta al tamaño del equipo y a la criticidad del

proyecto. Las prácticas de Crystal varían según el contexto, promoviendo la

comunicación y la flexibilidad.

• Feature-Driven Development (FDD): Divide el proyecto en características claras

y funcionales. FDD es útil para grandes proyectos donde se requiere alta

organización y entrega constante de valor.

Resumen de la(as) lecturas

Las metodologías ágiles surgieron como una respuesta a la necesidad de desarrollar

software de manera flexible y adaptativa, en contraste con los métodos tradicionales de

desarrollo. Entre las metodologías más destacadas se encuentran Design Sprint, que se

enfoca en validar ideas rápidamente a través de prototipos; Extreme Programming (XP),

orientada a la calidad del código y la adaptabilidad mediante prácticas como la

programación en parejas y pruebas continuas; Rational Unified Process (RUP), que

estructura el desarrollo en fases para gestionar proyectos de gran escala; Scrum, que

organiza el trabajo en Sprints para entregas incrementales; y Kanban, que optimiza el

flujo de trabajo visualmente. Estas metodologías permiten a los equipos adaptarse

 rápidamente a cambios, reducir riesgos y mejorar la colaboración en el desarrollo de

productos.

Metodología de trabajo (Cómo realizó la actividad)

Para realizar la síntesis de la unidad #4 tuve en cuenta el módulo de la misma ya que en

ella se expone el tema principal, no obstante, indagué sobre el tema Google y/o inteligencia

artificial, ampliando la temática del tema.

Conclusiones de la lectura o actividad.

Las metodologías ágiles han transformado la forma de desarrollar software al priorizar la

flexibilidad, la colaboración y la entrega continua de valor. Al adoptar enfoques como

Design Sprint, XP, RUP, Scrum y Kanban, los equipos pueden adaptarse mejor a los

cambios, reducir riesgos y mejorar la satisfacción del cliente. Elegir la metodología

adecuada depende del tipo de proyecto, el equipo y los requisitos de entrega, pero el

enfoque ágil, en general, ayuda a los equipos a construir productos más eficientes, de mayor

calidad y más alineados con las necesidades del usuario final.

Discusiones y recomendaciones.

Bibliografía.

* Nota: La entrega del protocolo individual debe hacerse en formato PDF, a menos que el

profesor indique otro tipo de archivo