0% encontró este documento útil (0 votos)
5 vistas39 páginas

Metodologías Ágiles: Principios y Prácticas

Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
5 vistas39 páginas

Metodologías Ágiles: Principios y Prácticas

Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Módulo 3:

Metodologías Ágiles
Marco de trabajo /
Metodologías Ágiles
1 Las metodologías ágiles 2 Se enfocan en la
son un marco de trabajo flexibilidad y la
para la gestión de adaptabilidad durante el
proyectos. desarrollo del proyecto.

3 Permiten una respuesta rápida a los cambios y una entrega


continua de valor al cliente.
Reconocer cuándo la
gestión ágil de proyectos
es apropiada
Proyectos complejos Entrega incremental
Cuando el proyecto tiene Cuando se busca entregar
requisitos cambiantes o valor al cliente de forma
incertidumbre en el alcance. temprana y continua.

Colaboración estrecha
Cuando se requiere una interacción constante entre el equipo y el
cliente.
Comparación entre Waterfall y Scrum

Esta imagen muestra una comparación visual entre el modelo Waterfall (en cascada) y el marco de trabajo Scrum,
destacando las diferencias en sus enfoques y flujos de trabajo.
Estadísticas en la gestión de proyectos de
desarrollo de software
Estado de los Proyectos Uso de Funcionalidades

Proyectos Proyectos Proyectos No usadas Usadas rara Usadas


cancelados problemáticos exitosos vez regularmente

Los datos muestran una realidad preocupante en la gestión de proyectos de software, tanto en el éxito de los
proyectos como en el uso efectivo de las funcionalidades desarrolladas.
Las 11 principales causas del fracaso de proyectos
1 Baja participación del usuario 2 Falta de comunicación 3 Requisitos y especificaciones
incompletos

4 Cambios frecuentes en los requisitos y 5 Falta de apoyo ejecutivo y gerencial al 6 Incompetencia tecnológica
especificaciones proyecto

7 Falta de recursos 8 Expectativas poco realistas 9 Objetivos poco claros

10 Plazos poco realistas 11 Nuevas tecnologías


Marcos de gestión de proyectos ágiles

Entrega incremental Flexibilidad Trabajo en equipo


Entregamos el producto al cliente de Existe la posibilidad de introducir El trabajo se realiza en equipo,
manera incremental y periódica, nuevos cambios en las compartiendo responsabilidades.
comenzando con las funcionalidades funcionalidades a lo largo del
que aportan mayor valor. proyecto.

Aprendizaje continuo Control diario


Examinamos nuestros errores con Podemos ejercer control sobre
frecuencia y aprendemos de ellos. nuestro proyecto diariamente.
Identificar los principios clave de Agile
Adaptabilidad Colaboración
Capacidad de responder al cambio de manera eficiente. Trabajo en equipo y comunicación constante.

Entrega continua Mejora continua


Valor al cliente de forma frecuente y temprana. Reflexión y ajuste regulares del proceso.
Valores del Manifiesto Ágil (Salt Lake City, 2001)
Estamos descubriendo mejores formas de desarrollar software haciéndolo y ayudando a otros a hacerlo. A través de este trabajo
hemos llegado a valorar:

Individuos e Software funcionando Colaboración con el Responder al cambio


interacciones cliente
Priorizamos el software Valoramos más responder al
Valoramos más las personas funcionando sobre la Preferimos la colaboración cambio que seguir un plan
y sus interacciones que los documentación exhaustiva con el cliente sobre la establecido
procesos y herramientas negociación de contratos

Es decir, aunque hay valor en los elementos de la derecha, valoramos más los elementos de la izquierda.
Los 12 principios ágiles

Aceptar el cambio
2
Satisfacción del cliente 1

Entrega frecuente
3
5
Motivación y confianza
4 Colaboración

Los 12 principios ágiles son la base fundamental de las metodologías ágiles, guiando las prácticas y enfoques en el desarrollo de proyectos.
Principios ágiles (1-2)

Principio 1: Entrega temprana y continua Principio 2: Aceptar el cambio


Nos enfocamos en la entrega rápida de software valioso para: Reconocemos que el cambio es parte natural del desarrollo:

• Obtener retroalimentación rápida • El cambio es constante en nuestro proceso


• Facilitar el proceso de desarrollo • Facilitamos una transición fluida
• Optimizar el tiempo de entrega
Principios ágiles (3-4)

Principio 3: Entrega frecuente Principio 4: Negocios y desarrolladores juntos


La entrega frecuente nos permite cambiar de dirección Fomentamos la colaboración activa entre el equipo técnico y
rápidamente y crear clientes satisfechos mediante ciclos de negocios, manteniendo líneas de comunicación abiertas
cortos de desarrollo y retroalimentación continua. para asegurar el éxito del proyecto.
Principios ágiles (5-6)

Principio 5: Individuos motivados Principio 6: Conversaciones cara a cara


La motivación del equipo es fundamental para el éxito La comunicación directa facilita la navegación en
del proyecto. Un equipo motivado mejora proyectos y asegura una mejor comprensión entre los
significativamente la producción y calidad del trabajo. miembros del equipo.
Principios ágiles (7-8)

Principio 7: Software en funcionamiento Principio 8: Desarrollo sostenible


El sistema debe operar correctamente como medida Mantenemos un equilibrio en el ritmo de trabajo
principal del progreso, contribuyendo directamente a la donde el equipo avanza a una velocidad adecuada,
satisfacción del cliente a través de resultados tangibles. asegurando la sostenibilidad del proyecto a largo plazo.
Principios ágiles (9-10)

Principio 9: Excelencia técnica Principio 10: Simplicidad


La atención continua a la excelencia técnica resulta en: La simplicidad es esencial para:

• Menos modificaciones necesarias • Evitar desvíos largos


• Clientes más felices • Facilita el mantenimiento
Principios ágiles (11-12)
Introducción a los Principios Finales

Los principios 11 y 12 del manifiesto ágil enfatizan la importancia de equipos que se autoorganizan y ajustan
continuamente.

Principio 11: Equipos Autoorganizados

Autoorganización Análisis Adaptación


Los equipos gestionan sus El equipo reflexiona sobre su Se realizan ajustes como medio
competencias y habilidades efectividad de mejora continua
individuales

Principio 12: Mejora Continua

Formando un ciclo de mejora constante a través de la reflexión regular.


Ejercicio 17: Gestión de proyectos tradicional vs ágil

Gestión Tradicional Gestión Ágil


• Construcción de un edificio • Desarrollo de aplicaciones móviles
• Fabricación de automóviles • Creación de contenido digital

Proyectos con requisitos y procesos bien definidos que siguen una Proyectos que requieren flexibilidad y adaptación continua.
secuencia lineal.

Para un proyecto escolar, la gestión ágil podría ser más adecuada debido a la flexibilidad que ofrece para adaptarse a cambios y la
colaboración continua entre estudiantes y profesores.
Definir el uso de la transparencia
en proyectos ágiles
Visibilidad del progreso
Todos los miembros del equipo pueden ver el estado actual del proyecto.

Comunicación abierta
Se fomenta el intercambio de información y la honestidad en las discusiones.

Identificación temprana de problemas


La transparencia permite detectar y abordar obstáculos de manera oportuna.

Toma de decisiones informada


Con información clara, se pueden tomar decisiones más acertadas.
Describir el principio de liderazgo servicial
1 El liderazgo servicial en Agile se 2 El líder actúa como un 3 Se enfoca en eliminar
centra en apoyar y empoderar facilitador más que como un obstáculos y proporcionar los
al equipo. gestor tradicional. recursos necesarios.

4 Fomenta la autonomía y la toma de decisiones del 5 Promueve un ambiente de confianza y


equipo. colaboración.
Liderazgo Servicial y Agile

Guía Elimina bloqueos Recuerda Educa


responsabilidades
Guía a los miembros del Elimina los bloqueos que Educa al equipo o a la
equipo en la dirección impiden el avance del Recuerda al equipo sus organización
correcta equipo responsabilidades
Definir el uso de la
transparencia en los
proyectos ágiles
DI
por Departamento IEP
Describir el principio de
liderazgo de servicio
Principio de liderazgo de servicio

El liderazgo de servicio es un enfoque centrado en guiar y apoyar


al equipo, en lugar de dirigir de manera tradicional.

Se basa en la idea de que el líder está al servicio del equipo,


facilitando su éxito y desarrollo.
Liderazgo de Servicio y Agile

Guía Elimina Obstáculos Recuerda Educa


Responsabilidades
El líder servicial guía a los Se encarga de eliminar los Dedica tiempo a educar al
miembros del equipo en la obstáculos que bloquean Mantiene al equipo equipo y a la organización,
dirección correcta, al equipo, facilitando su enfocado recordando sus compartiendo
actuando como mentor y progreso continuo. responsabilidades y conocimiento y mejores
facilitador. objetivos compartidos. prácticas.
Identificar metodologías
ágiles comunes

Scrum Kanban SAFe®


Metodologías ágiles comunes

Scrum Kanban SAFe®


Marco de trabajo iterativo con roles Sistema visual de gestión del flujo de Marco de trabajo para escalar
definidos, eventos específicos y trabajo que optimiza la entrega prácticas ágiles en grandes
artefactos que facilitan la entrega continua y limita el trabajo en organizaciones, integrando
incremental de valor. progreso. múltiples equipos y niveles.
Scrum
Scrum es un modelo de colaboración, y se definen estos tres roles:

Scrum Master Product Owner Equipo de desarrollo


"Posee" el proceso de Scrum, "Posee" el backlog del producto y "Posee" el sprint y el plan del sprint,
actuando como facilitador y los planes de principio a fin, trabajando de manera colaborativa
guardián de las prácticas Scrum definiendo prioridades y valor del para entregar incrementos de
negocio producto
Scrum Requisitos previos
1 - Roles ocupados por personas 2 - La organización tiene madurez 3 - El equipo Scrum tiene
que conocen sus disciplina
responsabilidades

4 - El equipo trabaja sistemáticamente 5 - La organización apoya la forma de trabajo de Scrum


Kanban
Kanban tiene dos roles emergentes:

1 El Gerente de 2 El Gerente de
Solicitudes de Entrega de
Servicio Servicio
Responsable del tablero Responsable del flujo
de flujo ascendente, en el tablero
gestionando las descendente,
solicitudes entrantes y asegurando la correcta
su priorización en el entrega y finalización de
sistema Kanban. las tareas en el proceso
Kanban.
Kanban Modelo de Madurez
Siete niveles de madurez 1
Desde 0 "Ignorante" hasta 6 "Construido para sobrevivir"

2 Flexibilidad
No hay un nivel de madurez previo obligatorio

Guía 3
Sobre qué pasos tomar para progresar

4 Responsabilidades
Necesidad de personas responsables del flujo ascendente y descendente

Acuerdos 5
Se debe acordar la visualización y las métricas
SAFe®
SAFe es un modelo de escalado que trabaja con flujos de valor desarrollados y ejecutados por varios equipos.

Roles Básicos de Scrum Roles de Gestión Roles de Solución


Similar a Scrum, mantiene los roles Incorpora roles especializados como Para la solución esencial, incluye
fundamentales de Scrum Master y Ingeniero del Tren de Ingeniero del Tren de Solución,
Product Owner Lanzamiento, Gestión de Producto Gestión de Solución y Arquitecto
y Arquitecto de Sistemas de Solución
SAFe® Requisitos previos
1 - Organización madura

2 - Involucra socios externos

3 - Costoso

4 - Consumo de tiempo elevado


Similitudes entre los 3 Métodos
Se necesita que las personas que ocupan los roles tengan conocimientos

2
Kanban

Scrum 1

SAFe®

3
¿Cuándo es apropiado
un marco o método ágil?
Es importante considerar varios factores para determinar si un
marco o método ágil es apropiado para una organización o
proyecto específico.
Preguntas Clave para la Adopción Ágil

Disposición al Cambio Cultura Madurez y Liderazgo y


Organizacional Metodología Regulación
• ¿Está la organización
lista para cambiar? • ¿Cómo es la cultura • ¿Qué tan madura es la • ¿Cuál es el estilo de

• ¿Los gerentes de organizacional? organización? liderazgo?

proyectos están • ¿Es la organización muy • ¿Las personas están • ¿La organización está
dispuestos a cambiar? política? acostumbradas a altamente regulada?
• ¿Se puede aceptar la • ¿Es el valor la guía trabajar • ¿El comportamiento
transparencia? principal o "el más metódicamente? encaja con los marcos
fuerte" siempre gana? • ¿Son disciplinadas y ágiles?
• ¿Existe tolerancia al sistemáticas?
error?
Ágil puede no ser una buena opción si:
1 La disposición al cambio es 2 Los gerentes prefieren la gestión 3 La transparencia los intimida
baja de arriba hacia abajo

4 Los equipos y gerentes son muy individualistas 5 Se priorizan las necesidades del gerente de mayor
rango
Scrum fallará si...
CLIENTE
"Ya te dije lo que quiero, así que no me molestes hasta que esté listo."

EQUIPO
"Haré lo que mi jefe me diga que tengo que hacer."

GERENTE DE PROYECTO / PRODUCT OWNER


"¿Cuánto falta? ¿Cuándo vamos a terminar? ¿Cuántos cambios nos
están pidiendo?"

TODOS
"Bah, como es un enfoque más relajado, no pasa nada si nos saltamos un
par de puntos, ¿verdad?"
Ejercicio 18
Prepara una tabla que incluya algunas preguntas que permitan evaluar el nivel de madurez ágil y propone algunas
acciones para aumentar la preparación.
Enfoques híbridos
Los enfoques híbridos combinan elementos de metodologías
ágiles y tradicionales para adaptarse a las necesidades
específicas de una organización.
Enfoques híbridos
Definición Atributos:

Los enfoques híbridos significan que los equipos que • Gestión de proyectos clásica combinada con Scrum o
desarrollan soluciones pueden trabajar con Scrum o Kanban
Kanban. • Los equipos necesitan más estructura
• Puede ser apropiado si la organización no está lista para
el cambio

También podría gustarte