Agile project management

Gestión ágil de proyectos
La agilidad en los negocios
Giovanny Guillén Bustamante. Gerente de Proyectos – Certificado PMP.
E-mail: giovanny_guillen_b@Hotmail.com

1. ¿Qué es ágil?
2. Principios Agiles
3. El modelo general
4. ¿Qué es gestión ágil de proyectos?
5. Beneficios
6. El Proceso
7. Características
8. El modelo Ágil
9. Reuniones y Artefactos
10. Los Roles
11. Las Gráficas
Agenda
Gestión ágil de proyectos Giovanny Guillén Bustamante. Gerente de Proyectos – Certificado PMP

 No es una metodología!
 Busca alternativas a la gestión de proyectos tradicional.
 Los enfoques ágiles ayudan a los equipos a responder a través de la
imprevisibilidad, por medio de pasos de trabajo iterativos e
incrementales y la retroalimentación empírica a tiempo.
 Propone alternativas a los métodos en cascada, o desarrollo
secuencial tradicional.
¿Qué es ágil?

Principios agiles

Iteración
1
Descubrir
Diseñar
Desarrollar
Prueba
El modelo general
Iteración
2
Descubrir
Diseñar
Desarrollar
Prueba
Iteración
n
Descubrir
Diseñar
Desarrollar
Prueba
Entrega n
Entrega 2
Entrega 1

¿Qué es la gestión ágil de proyectos?
 Conjunto de principios para la gestión de proyectos basados en el
manifiesto ágil en el que la máxima prioridad es satisfacer al cliente
a través de la entrega temprana y continua de productos y servicios
de gran valor , y donde los cambios finales proporcionan una ventaja
competitiva para el cliente.

¿Qué es gestión ágil de proyectos?
 Se basa en un enfoque flexible.
 El equipo trabaja en escalas de tiempo pequeños en versiones que
que añaden funcionalidad al producto.
 Cada versión se prueba y se compara con las necesidades
asegurando que se cumple con lo requerido y con los cambios.
 El producto final puede ser muy diferente de lo que se había
previsto desde el principio.

Beneficios
 El usuario o cliente puede ver el progreso y proporcionar valiosa
información para futuras iteraciones.
 Asegura que las pruebas o revisiones completas del producto o
servicio se logra con cada iteración, permitiendo encontrar errores
y corregirlos por adelantado a medida que ocurren.
 El trabajo se desarrolla en cuestión de semanas en lugar de meses.
Dado que no hay un enfoque intenso en trozos más pequeños de
trabajo y una priorización de las funciones principales, se tarda
menos tiempo para ir al mercado.

El proceso
Inicio de la fase de diseño
desarrollo
Próxima Iteración
Aceptación
Repriorizar components o
requerimientos
Registro e
incorporación de
cambios
Entrega
Revisión y feedback
Entrega
Se repite tantas
veces como iteraciones
se requieran
Diseño /
Desarrollo
No
Si
Inicio
Requerimientos
Se libera
la versión
final
Participación y
colaboración
continua clientes,
usuarios y equipo
Integrar
y probar
Integrar
y probar
Integrar
y probar
Prueba
final

Características
 Todo el equipo debe ser una unidad altamente integrada, incluyendo
al equipo, QA, gestión de proyectos, y el usuario y/o cliente.
 Comunicación frecuente que hace posible la integración, donde las
reuniones diarias permiten determinar el trabajo y las dependencias.
 Las entregas son a corto plazo con un ciclo de entrega que oscila
de una a cuatro semanas conocidos como sprints.
 Uso de técnicas de comunicación abiertos que permite al equipo
expresar sus opiniones y retroalimentación rápidamente dirigidos a
gestionar los cambios de forma rápida.

2 - 4
semanas
24
horas
Product Backlog
Lista de elementos a crear
Sprint Backlog
Lista de tareas a ser
completadas durante el Sprint.
Sprint
Daily Standup
 Reunión de estado diaria del equipo de más o
menos 15 minutos.
 Cada miembro tiene que responder a tres
preguntas importantes: ¿Qué he hecho desde la
última reunión (ayer)?, ¿Qué voy a hacer antes de
la próxima reunión (mañana)? Y ¿Qué me impide
realizar mi trabajo lo mejor posible?
Incremento
funcional del
producto
El modelo ágil
Prioridad

Reuniones y Artefactos
 Reuniones: proceso formal de comunicación e interacción entre las
partes interesadas.
Sprint Planning
Meeting
Daily Standup
Sprint Review
Meeting
Sprint
Retrospective
Backlog
Refinement
Visión
Release
Planning
Meeting
Entrega
incremento
funcional

 Artefactos:

Epica: historia
de usuario de
gran tamaño.
Declaración de la
visión del producto:
define como el
producto da soporte
a la estrategia.
Product Roadmap:
vista de alto nivel de
los requerimientos
del producto

 Artefactos:
Temas Epicas
Historias de
usuario
Tareas
Visión Product backlog Sprint backlog
Tareas
Diarias

 Artefactos:
Login
Product Backlog
Soporte SSL
Password
Login
Anotaciones
Errores
Soporte SSL
Password
Releases Backlog
Anotaciones
Login
Soporte SSL
Password
Sprint Backlog
Tarea 1 Tarea 2
Tarea 3 Tarea n
Tarea 1 Tarea 2
Tarea 3 Tarea n
Tarea 1 Tarea 2
Tarea 3 Tarea n
Tareas
Incrementodel
productoSeleccionado
• Lista ordenada de funcionalidad
deseada.
• Visible para todos los
stakeholders.
• Cualquier stakeholder (incluido el
equipo) puede agregar ítems.
• Constantemente re-priorizado por
el Product Owner.
• Los Ítems superiores son más
granulares que los inferiores.
• Mantenido durante la reunión de
Refinamiento del Backlog.
• Lista priorizada de
funcionalidades a ser
entregados en el
release.
• Lista priorizada de
funcionalidades
comprometidas negociadas
entre el equipo y el Product
Owner durante la Reunión
de Planificación del Sprint
a ser entregados en el
sprint.
• Especifica cómo alcanzar cada
funcionalidad acordada.
• Requiere aproximadamente un
día de trabajo.
• El esfuerzo restante se re-
estima a diario, por lo general
en horas.
• Propiedad de todo el equipo, se
espera colaboración.

Los roles
Agile Product
Manager
Gerente de
proyecto

Los roles
Agile Product
Manager
 Responsable por las decisiones estratégicas y tácticas en relación a
los productos.
 Define la Visión y el conjunto de características priorizadas que
describen cómo cumplir la Visión en la implementación.
 Desarrolla la estrategia del producto.
 Conduce los objetivos y prioridades de lanzamiento a través de la
planificación de lanzamientos.
 Actualiza y Mantiene el product roadmap que permite acoplar la visión
con el producto
 Comprende las necesidades cambiantes del mercado y de los clientes y
se centra en segmentos de mercado, cartera, posicionamiento y ROI.
 Mantiene una sólida comprensión de la solución actual.

Los roles
Responsable de planificar, dirigir, organizar y motivar a los
equipos ágiles para lograr un alto nivel de rendimiento y la
calidad en la entrega proporcionando valor al
negocios. Gestiona varios proyectos de alta visibilidad
utilizando métodos ágiles. Desempeña diferentes funciones:
 Dirección y gestión de proyectos grandes y complejos con
múltiples equipos ágiles integrando otras actividades fuera
del alcance de los equipos.
 Ayudar a poner en su lugar a las personas, los procesos,
herramientas y miembros del equipo adecuados, las
necesidades de entrenamiento, para optimizar la eficiencia
del equipo de proyecto.
 Genera reportes de avance y estado de los proyectos.
Gerente de
proyecto

Los roles
Scrum
Master
Lidera al equipo llevando a cabo las siguientes responsabilidades:
 Vela que el equipo siga los valores y principios ágiles, las reglas y el proceso y guía la
colaboración dentro del equipo y con el cliente de manera que las sinergias sean
máximas. Esto implica:
 Asegurar que exista una lista de requisitos priorizada y que esté preparada antes
de la siguiente iteración.
 Facilitar las reuniones de planificación de la iteración, diarias de sincronización del
equipo, demostración y retrospectiva, de manera que sean productivas y consigan
sus objetivos.
 Enseñar al equipo a auto-gestionarse. No da respuestas, si no que guía al equipo
con preguntas para que descubra por sí mismo una solución.
 Quita los impedimentos para conseguir el objetivo de cada iteración y poder finalizar el
proyecto con éxito. Estos obstáculos se identifican de manera sistemática en las
reuniones diarias de sincronización del equipo y en las reuniones de retrospectiva.
 Protege y aísla al equipo de interrupciones externas.

Los roles
Product
Owner
Sus responsabilidades son:
 Ser el representante de todos los interesados (internas o externas a la organización) y
actuar como interlocutor único ante el equipo, con autoridad para tomar decisiones.
 Definir los objetivos del producto o proyecto.
 Dirigir los resultados del proyecto y maximizar su ROI (Return Of Investment).
 Colaborar con el equipo para planificar, revisar y dar detalle a los objetivos de cada
iteración.
 Participar en la reunión de planificación de iteración, proponiendo los requisitos más
prioritarios a desarrollar, respondiendo a las dudas del equipo y detallando los
requisitos que el equipo se comprometer a hacer.
 Esta disponible durante el curso de la iteración para responder a las preguntas que
puedan aparecer y asegurar que los requisitos que se están desarrollando en una
iteración, una vez está iniciada no cambien.
 Participa en la reunión de demostración de la iteración, revisando los requisitos
completados.

Los roles
Team
Grupo de personas que de manera conjunta desarrollan el producto del proyecto. Tienen un
objetivo común, comparten la responsabilidad del trabajo que realizan (así como de su calidad) en
cada iteración y en el proyecto.
El tamaño del equipo está entre 5 y 9 personas. Por debajo de 5 personas cualquier imprevisto o
interrupción sobre un miembro del equipo compromete seriamente el compromiso que han
adquirido y, por tanto, el resultado que se va a entregar al cliente al finalizar la iteración. Por
encima de 9 personas, la comunicación y colaboración entre todos los miembros se hace más
difícil y se forma subgrupos.

Los roles
Es un equipo autoorganizado, que comparte información y cuyos miembros confían entre
ellos.
 Seleccionar los requisitos que se compromete a completar en una iteración, de forma
que estén preparados para ser entregados al cliente.
 Estimar la complejidad de cada requisito en la lista de requisitos priorizada del producto
o proyecto.
 En la reunión de planificación de la iteración decide cómo va a realizar su trabajo:
 Seleccionar los requisitos que pueden completar en cada iteración, realizando al
cliente las preguntas necesarias.
 Identificar todas las tareas necesarias para completar cada requisito.
 Estimar el esfuerzo necesario para realizar cada tarea.
 Cada miembro del equipo se autoasigna a las tareas.
 Durante la iteración, trabajar de manera conjunta para conseguir los objetivos de la
iteración. Cada especialista lidera el trabajo en su área y el resto colaboran si es
necesario para poder completar un requisito.

Los roles
 Al finalizar la iteración:
 Demostrar al cliente los requisitos completados en cada iteración.
 Hacer una retrospectiva la final de cada iteración para mejorar de forma continua
su manera de trabajar.
 El equipo es multidisciplinar:
 Los miembros del equipo tienen las habilidades necesarias para poder identificar y
ejecutar todas las tareas que permiten proporcionar al cliente los requisitos
comprometidos en la iteración.
 Tienen que depender lo mínimo de personas externas al equipo, de manera que el
compromiso que adquieren en cada iteración no se ponga en peligro.
 Se crea una sinergia que permite que el resultado sea más rico al nutrirse de las
diferentes experiencias, conocimientos y habilidades de todos. Colaboración
creativa.

Las graficas
Grafica Burndown
Es un gráfico que muestra la rapidez con que se realizan las actividades. Se muestra el esfuerzo
total en contra de la cantidad de trabajo realizada en cada iteración.
Giovanny Guillén Bustamante. Gerente de Proyectos – Certificado PMP

Las graficas
Grafica Burndown
El gráfico muestra:
• El trabajo realizado en cada iteración
• El trabajo restante
• El trabajo realizado hasta el momento

Las graficas
El Tablero Ágil
Sirve de punto de unión entre todos los integrantes del grupo de trabajo y el Product
Owner y es donde el Scrum Master va representando diariamente el estado del flujo de
trabajo del Sprint en curso. Las reuniones diarias deberían hacerse frente a la tablero.

Ingeniero Giovanny Guillén Bustamante
 Ingeniero de sistemas certificado PMP, SCRUM MASTER e ITIL.
 Metodologías de desarrollo de software SCRUM, RUP y SDLC, estimación de
proyectos, aseguramiento de la calidad, integración de plataformas y
gestión de canales electrónicos.
 Experiencia en la gestión de proyectos de desarrollo de software para el
sistema financiero.
El autor
E-mail: giovanny_guillen_b@Hotmail.com

Agile project management

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a Agile project management

Similar a Agile project management (20)

Más de Giovanny Guillen

Más de Giovanny Guillen (20)

Último

Último (20)

Agile project management