Objetivos generales

 Analizar las metodologías ágiles, que permita conocer su historia, definición y sus usos en las
organizaciones.

Objetivos específicos

 Describir los inicios de las metodologías agiles descritos en el Manifesto Agile.

 Definir el concepto de metodologías ágiles y su importancia de uso en proyectos informáticos.
 Nombrar cada una de las metodologías ágiles más utilizadas, así como sus ventajas y
desventajas.
 Definir los conceptos de la terminología utilizada en un ambiente Agile.
Manifesto Ágil

El Manifiesto Ágil es un documento que identifica cuatro valores clave y 12 principios que sus autores
creen que los desarrolladores de software deben utilizar para guiar su trabajo. Formalmente llamado el
Manifiesto para el Desarrollo Ágil de Software,fue producido por 17 desarrolladores durante una salida
del 11 al 13 de febrero de 2001, en The Lodge en la estación de esquí Snowbird en Utah.

El enfoque ágil para el desarrollo de software se define por su compromiso de crear software de forma
incremental, o en aumentos y etapas regulares. El enfoque ofrece a los usuarios nuevas versiones, o
lanzamientos, de software después de breves períodos de trabajo. Esos breves períodos de trabajo a
menudo se llaman sprints.

Este proceso ágil contrasta con el enfoque tradicional de cascada (Waterfall) para el desarrollo de
software, donde los desarrolladores normalmente compilan las necesidades y los requisitos de los
usuarios y luego crean el software a la vez. Con estas metodologías tradicionales, el proyecto
completado se libera al final del ciclo del proyecto.

Los desarrolladores se llamaban a sí mismos la Alianza Ágil. Estaban buscando una alternativa a los
procesos de desarrollo de software existentes que consideraban complicados, insensibles y demasiado
centrados en los requisitos de documentación.

Cuatro valores de Agile

Los cuatro valores fundamentales del desarrollo de software Agile según lo establecido por el Manifiesto
Ágil son:

1. Individuos e interacciones sobre procesos y herramientas.

2. Software de trabajo sobre documentación comprensiva.

3. Colaboración con el cliente en la negociación de contratos

4. Responder al cambio siguiendo un plan.

Los 12 principios del Manifesto Ágil.

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 que funciona 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.
Terminología Agile

Criterios de aceptación

Un criterio de aceptación es una descripción formal del comportamiento de un producto de software,

generalmente expresada como un ejemplo o un escenario de uso. Se han propuesto varias notaciones y
enfoques diferentes para tales ejemplos o escenarios. En muchos casos, el objetivo es que sea posible
automatizar la ejecución de dichas pruebas mediante una herramienta de software, ya sea ad-hoc para
el equipo de desarrollo o fuera de la plataforma.

Antipatrón

Los antipatrones son soluciones comunes a problemas comunes donde la solución es ineficaz y puede
resultar en consecuencias no deseadas.

Compilación automatizada

En el contexto del desarrollo de software, compilación se refiere al proceso que convierte archivos y
otros activos bajo la responsabilidad de los desarrolladores en un producto de software en su forma
final o consumible. La compilación se automatiza cuando estos pasos son repetibles, no requieren
intervención humana directa y se pueden realizar en cualquier momento sin más información que la
almacenada en el repositorio de control de código fuente.

Backlog

El backlog se refiere a las tareas que se pretenden realizar durante el desarrollo del proyecto para
cumplir con las necesidades del cliente.

Gráfico de burndown

Los gráficos burndown realizan un seguimiento de la cantidad de salida (en términos de horas, puntos
de historia o elementos de trabajo pendiente) que un equipo ha completado a lo largo de una iteración
o un proyecto.

Agilidad empresarial

La agilidad empresarial es la capacidad de una organización para detectar cambios interna o

externamente y responder en consecuencia con el fin de ofrecer valor a sus clientes.
Propiedad colectiva

La propiedad colectiva del código es la convención explícita de que cada miembro del equipo puede
realizar cambios en cualquier archivo de código según sea necesario: ya sea para completar una tarea de
desarrollo, reparar un defecto o mejorar la estructura general del código. (ver más)

Implementación continua

La implementación continua tiene como objetivo reducir el tiempo transcurrido entre la escritura de una
línea de código y hacer que ese código esté disponible para los usuarios en producción. Para lograr una
implementación continua, el equipo se basa en una infraestructura que automatiza e instrumenta los
distintos pasos que conducen a la implementación, de modo que después de que cada integración
cumpla con éxito estos criterios de versión, la aplicación en vivo se actualice con nuevo código.

Integración continua

La integración continua es la práctica de fusionar los cambios de código en un repositorio compartido

varias veces al día para liberar una versión del producto en cualquier momento. Esto requiere un
procedimiento de integración que sea reproducible y automatizado.

Desarrollo de clientes

El desarrollo del cliente es un marco de cuatro pasos que proporciona una manera de utilizar un
enfoque científico para validar las suposiciones sobre su producto y negocio.

Daily Meeting

Un Daily Meeting es una de las técnicas ágiles más comúnmente practicadas y presenta la oportunidad
para que un equipo se reúna de forma regular para coordinar sus actividades.

Definición de terminado

La definición de terminado es una lista acordada de las actividades que se consideran necesarias para
obtener un incremento del producto, normalmente representado por un caso de usuario, a un estado
hecho al final de un sprint.

Epica

Se denomina Epic a una historia de usuario que por su gran tamaño el equipo descompone en historias
con un tamaño más adecuado para ser gestionada con los principios y técnicas ágiles.
Historia de usuario

En consulta con el cliente o el Product Owner en la que el equipo divide el trabajo a realizar en
incrementos funcionales. Se espera que cada historia de usuario produzca una contribución al valor del
producto en general.

Estimación

En el desarrollo de software, una "estimación" es la evaluación del esfuerzo necesario para llevar a cabo
una tarea de desarrollo determinada; esto se expresa con mayor frecuencia en términos de duración.

Facilitador

Un facilitador es una persona que elige o se le da el papel explícito de llevar a cabo una reunión.

Lanzamientos frecuentes

Un equipo de Agile lanza con frecuencia su producto en manos de los usuarios finales, escuchando
comentarios, ya sean críticos o agradecidos.

Desarrollo Incremental

En un contexto ágil, el desarrollo incremental es cuando cada versión sucesiva de un producto es

utilizable y cada una se basa en la versión anterior mediante la adición de funcionalidad visible para el
usuario.

Integración

Integración se refiere a cualquier esfuerzo que aún se requiera para que un equipo de proyecto
entregue un producto adecuado para su lanzamiento como un todo funcional.

INVEST

El acrónimo INVEST significa un conjunto de criterios utilizados para evaluar la calidad de una historia de
usuario. Si la historia no cumple con uno de estos criterios, es posible que el equipo desee reformularla.

Iteración

Una iteración es un cuadro de tiempo (TimeBox) durante el cual tiene lugar el desarrollo. La duración
puede variar de un proyecto a otro y suele ser fija.
Kanban

El Método Kanban es un medio para diseñar, gestionar y mejorar el flujo para el trabajo de
conocimiento y permite a los equipos comenzar donde están para impulsar el cambio evolutivo.

Tablero Kanban (Kanban Board)

Un tablero Kanban es una herramienta de flujo de trabajo visual que consta de varias columnas. Cada
columna representa una fase diferente en el proceso de flujo de trabajo.

Puntos

Los equipos ágiles generalmente prefieren expresar las estimaciones en unidades que no sean las
"horas-hombre" que se distinguen por el tiempo. Posiblemente la unidad más extendida es los "puntos
de historia".

Product Backlog

Product backlog es una lista de las nuevas características, cambios en las características existentes,
correcciones de errores, cambios en la infraestructura u otras actividades que un equipo puede entregar
para lograr un resultado específico.

Product Owner

Product Owner es un rol creado por el marco scrum responsable de asegurarse de que el equipo entrega
el resultado deseado.

Agile Coach

Un Agile Coach es una persona que acompaña a individuos, equipos y organizaciones en su evolución
hacia una cultura Ágil.

Retrospectiva

El equipo se reúne regularmente para reflexionar sobre los eventos más significativos que ocurrieron
desde la reunión anterior, e identificar oportunidades de mejora.
Scrum

Scrum es un marco de proceso utilizado para administrar el desarrollo de productos y otros trabajos de
conocimiento.

Scrum Master

El scrum master es responsable de garantizar que el equipo los principios ágiles y siga las prácticas que
el equipo acordó que usarían.

Sprint Backlog

Un sprint backlog es el subconjunto de tareas del Product backlog que un equipo tiene como objetivo
entregar durante un sprint para lograr el objetivo de sprint y progresar hacia un resultado deseado.

Sprint Plannig

La planeación del sprint es un evento que se produce al principio de un sprint en el que el equipo
determina los elementos de trabajo pendiente del producto en los que trabajarán durante ese sprint.

Sprint Goal

El Sprint Goal es una única meta establecida para el Sprint que puede lograrse mediante la
implementación del Sprint Backlog, y que justifica por qué el Sprint debe llevarse a cabo.

Panel de tareas

La forma más básica de un panel de tareas se divide en tres columnas con las etiquetas "Tareas
pendientes", "En curso" y "Listo". Las tarjetas se colocan en las columnas para reflejar el estado actual
de esa tarea.

Equipo

Un "equipo" en el sentido Agile es un pequeño grupo de personas, asignadas al mismo proyecto o

esfuerzo, casi todas ellas a tiempo completo.
Sala de equipo

El equipo (idealmente todo el equipo, incluido el propietario del producto o el experto en dominio) tiene
el uso de un espacio dedicado durante la duración del proyecto, aparte de las actividades de otros
grupos.

TimeBox

Un timebox es un período de tiempo previamente acordado durante el cual una persona o un equipo
trabaja constantemente hacia la finalización de algún objetivo.
Bibliografía.

https://www.bbva.com/es/agile-manifiesto-que-es/

https://www.ennaranja.com/agile/los-cuatro-valores-del-agile-manifesto/

https://www.scrumio.com/glosario-agile/#:~:text=Product%20Backlog%20aqu%C3%AD.-,Product
%20Goal%20u%20Objetivo%20de%20Producto,es%20el%20Product%20Goal%20aqu%C3%AD.

https://www.scrummanager.net/bok/index.php?title=Historia_de_usuario