Agile Vs Waterfall

II Congreso Iberoamericano de Buenas Prcticas en Gestin de Proyectos y Servicios
GESTIN DE PROYECTOS EN UN MUNDO SIN FRONTERAS
Sevilla, 4 de Octubre de 2012
Agile vs Waterfall
Javier Gonzlez Jimnez, Responsable de Produccin de everis
El proyecto ideal
II Congreso AEPDP Sevilla, 4 de octubre de 2012
Agile vs Waterfall Javier Gonzlez Jimnez
El proyecto ideal: Actividades

Req. Anlisis
Diseo
Construccin
Pruebas
Al inicio del proyecto:

T sabes cmo hacer para conseguirlo
El cliente sabe perfectamente qu necesita
Planteamiento predictivo. Planificacin detallada, se asumen pocos cambios Se toman requisitos detallados al inicio y ya no es necesario volver a hablar con el cliente hasta al final del proyecto

Req. Anlisis
Diseo
Construccin
Pruebas
Durante el proyecto: Con la documentacin adecuada que elabora cada especialista, la siguiente fase encuentra todo lo que necesita, sin que se haya perdido ninguna informacin por el camino. Viendo moverse estos entregables, todo el mundo est seguro de que el proyecto est yendo bien. Es suficiente con hacer el control de calidad al final del proyecto. Nada cambia durante el camino.

Req. Anlisis
Diseo
Construccin
Pruebas
Al final del proyecto el cliente recibe lo que esperaba y no hay que cambiar nada
http://idealgiftguide.com/women_gifts.JPGvs Waterfall II Congreso AEPDP Agile Sevilla, 4 de octubre de 2012 Javier Gonzlez Jimnez
El proyecto Ideal?
Req.
Anlisis
Diseo
Construccin
Pruebas
Seguro que el usuario final recibe lo que esperaba?
Problemas tpicos en proyectos

El cliente tarda mucho tiempo en poder utilizar el resultado del proyecto
Mientras tanto, el contexto cambia y los competidores lanzan nuevos productos. Si se cancela el proyecto se habr gastado el dinero a cambio de NADA
http://www.flickr.com/photos/marxxiana/209752547/

El proyecto se complic ms de lo esperado
Hay retraso y hay que entregar ya. Empiezan los parches y no hay tiempo para pruebas / control de calidad

El equipo hace horas extraordinarias y est poco motivado
Apenas se dedican a cumplir rdenes. Cada uno hace slo lo suyo

http://www.flickr.com/photos/xiaming/2160324363/ II Congreso AEPDP Agile vs Waterfall Sevilla, 4 de octubre de 2012 Javier Gonzlez Jimnez

Y ahora el cliente pide cambios !!!
Pero si el proyecto est acabando y no queda ni tiempo ni presupuesto !!!

II Congreso AEPDP Sevilla, 4 de octubre de 2012 Agile vs Waterfall Javier Gonzlez Jimnez

No entendiste lo que quera No cumpliste los plazos Todo es prioritario! No estaba en el alcance Estoy perdiendo dinero!
Todos acaban poco satisfechos, tanto el cliente como el equipo

El proyecto ideal
REWIND
El proyecto ideal: Actividades REPLAY

Req. Anlisis Diseo
Construccin
Pruebas
Al inicio del proyecto: El cliente sabe perfectamente qu necesita
Asunciones arriesgadas
T sabes cmo hacer para conseguirlo Habrn cambios,

tanto de requisitos como de planteamiento de proyecto
No todos los requisitos pueden ser conocidos o estar suficientemente maduros
Planteamiento predictivo. Planificacin detallada, se asumen pocos cambios
Se toman requisitos detallados al inicio y ya no es necesario volver a hablar con el cliente hasta al final del proyecto
El proyecto ideal: Actividades REPLAY

Req.
Anlisis
Diseo
Construccin
Pruebas
Traspaso de responsabilidades entre fases, lo cual obliga a disponer de documentacin muy detallada para la transferencia de informacin. Se perder o faltar informacin y el contacto directo con el cliente final, generador inicial de requisitos, lo que obligar a realizar hiptesis]. Poco compromiso conjunto de equipo Durante el proyecto:
Aseguramiento de la calidad en fases tardas del proyecto (pruebas funcionales, de integracin y de aceptacin), lo cual producir un fuerte impacto en el caso de detectarse problemas.
Con la documentacin adecuada que elabora cada especialista, la siguiente fase encuentra todo lo que necesita, sin que se haya perdido ninguna informacin por el camino. Viendo moverse estos entregables, todo el mundo est seguro de que el proyecto est yendo bien. Es suficiente con hacer el control de calidad al final del proyecto. Habr cambios Nada cambia durante el camino.
El proyecto Ideal?
Req.
REPLAY
Construccin Pruebas
Anlisis
Diseo
Seguro que el usuario final recibe lo que esperaba?
El planteamiento en cascada es arriesgado y poco efectivo
Por qu aparecen estos problemas?
Un proyecto tradicional
Req. Anlisis Diseo Construccin
Pruebas
Retraso
La realidad
10%
Req.
Es la primera vez que el cliente toca su producto
30%
Anlisis
50%
Diseo
95% 96% 98% 100%

Construccin
El equipo se pasa la pelota

El cliente slo ha estado viendo papel
La ltima fase es la que de manera natural sufre ms
ufff!
Dedicamos mucho esfuerzo a objetivos que aportan poco valor
De las funcionalidades desarrolladas: 7% se usan siempre 13% se usan a menudo 16% a veces 19% pocas veces 45% NUNCA
Fuente: Standish Group
Dinero y tiempo tirados a la basura. Quin paga esto?

Dedicamos mucho esfuerzo a actividades cuyo enfoque es arriesgado
Le estamos obligando a pedir todo lo que se le ocurra, dado que es su ltima oportunidad antes de firmar el funcional. Y todo parece igual de importante
No puedo abandonar mi trabajo durante dos semanas para revisar esto !!!
Cliente validando un anlisis de
3 meses
En 2 horas lo firmo. Ya nos pelearemos despus si no entendieron lo que necesito. Arrastraremos malas decisiones (por no tener suficiente informacin) a lo largo de todo el proyecto
II Congreso AEPDP Agile vs Waterfall http://www.vuidesign.net/wp-content/images/documentation.jpg Sevilla, 4 de octubre de 2012 Javier Gonzlez Jimnez
Los cambios son inevitables y necesarios
Ya no existe el vamos a hacer el producto perfecto

Los productos son infinitos, los proyectos nunca se acaban
Se trata de aprendizaje
La construccin de un producto es un proceso de aprendizaje, tanto del producto como de la construccin
Si desapareciesen todos los entregables mi ltimo proyecto, incluido el producto final , en cunto se reducira el tiempo para volver a desarrollarlo?
Dnde se ha ido ese tiempo?
Durante este tiempo hemos aprendido qu es lo que hay que hacer (producto), cmo trabajar en equipo y relacionarnos (incluyendo al cliente), as cmo dominar la tecnologa.
Complejidad: Factores
Cliente
Disponibilidad, conocimiento del negocio, autoridad y responsabilidad para tomar decisiones. Cultura de la organizacin, estilo personal de gestin Conocimientos, experiencia, diversidad de criterios, estilo de interactuacin, vidas personales, ...
Personas
Gestor Equipo
Estructura organizativa
Silos funcionales, objetivos no compartidos, responsabilidades dispersas, polticas y conformance forzadas. Complejidad, desconocimiento, madurez, estabilidad, ...
Tecnologas, herramientas
Complejidad
Requisitos
Complejidad, cambios, madurez, ...

Complejidad: Factores
DESARROLLA EN PARTES PEQUEAS y completas de PRODUCTO FINAL, limita la complejidad que manejas. Para potenciar el aprendizaje en tiempos cortos, DEMUESTRA cada parte al cliente, REFLEXIONA sobre qu has obtenido y cmo lo has obtenido. Proporciona FLEXIBILIDAD a tu cliente.
Qu es Agile?
Agile es proporcionar ms valor en menos tiempo mediante: feedback rpido del cliente sobre producto final, equipos de alto rendimiento, calidad interna del producto y reflexin regular
Requiere del contexto adecuado, potenciar la colaboracin y creacin de sinergias entre personas, hacerlas crecer y crear responsabilidades compartidas, as como utilizar planteamientos de descomposicin de producto y tcnicas de ingeniera que permitan realizar cambios continuos y controlados.
Trabajar de manera gil es ms difcil pero es mejor

Agile es
Mostrar producto final en intervalos cortos, iterar
Resultados tangibles
2 .. 4 semanas 2 .. 4 semanas
Involucrar al cliente
Gestin de expectativas, flexibilidad a cambios, visibilidad del progreso, mitigacin de riesgos, Time to Market
Agile es
Priorizar los objetivos que aportan ms valor
MUST HAVE NICE TO HAVE
Ya tenemos lo ms importante del producto, slo queda aadir piezas
Es suficientemente til? Ya es entregable?
Gestin del ROI, mitigacin de riesgos, Time to Market

Base psicolgica-social
Culturas colaborativas y team empowerment
Equipos con mayor autonoma y responsabilidad, confianza, estables. Management que crea el contexto para que el equipo tenga xito y aprenda a solucionar problemas, busca su crecimiento. Cultura de aprendizaje, no de bsqueda de culpables Coaching
Motivacin intrnseca. Autonoma. Maestra Propsito, reconocimiento.
Equipos de alto rendimiento

Mtodos giles: Fundamentos-Personas

Priorizar lo que aporta ms valor al cliente y flexibilidad a cambios
Trabajo en equipo
Comunicacin cara a cara
Feedback rpido
Lo hacemos bien? Qu nos impide hacerlo mejor?
Lo que hay detrs de todo esto son personas, cmo se relacionan y establecen la manera de trabajar
Sinergias !
Motivacin
Productividad
Minimizar el Work In Progress y la multitarea
Excelencia tcnica
Aprendizaje ACTUAR
Ritmo sostenido
Proceso tradicional vs mtodos giles

AGILE
Acelera el Time to Market. Proporciona flexibilidad a cambios. Incrementa la productividad. Mejora la calidad del software. Mejora la alineacin IT & Business. Mejora la visibilidad del proyecto y la identificacin de posibles problemas, permite tomar mejores decisiones. Mejora la motivacin de los equipos.
WATERFALL
Es globalmente conocido y utilizado en diferentes industrias. Es adecuado cuando los requisitos y el contexto del proyecto estn claros, concretos y no van a cambiar. En la situacin anterior, permite trabajar con personal poco cualificado bajo un control rgido por parte del personal ms cualificado. Facilita la gestin independiente e incluso el outsourcing de las fases del ciclo de vida del SW.
Pros
Puede ser necesario un cambio cultural en la organizacin. Puede haber resistencia al cambio. Es necesario de dotar al personal con ciertas habilidades. Es necesaria la colaboracin del cliente. Limitaciones presupuestarias para el cambio. Que no exista una mentalidad de empowerment y servicio a los equipos.
Lead Time grande, Time to Market alto Coordinacin difcil, retrasos, posibles colisiones entre releases. Inflexibilidad e ineficiencias: Objetivos / requisitos que cambian, que caen. Se dificulta la comunicacin entre las fases. Picos altos de capacidad y micro-gestin Dispersin del conocimiento.
Contras
COM Agile
Introduccin
Introduccin a mtodos giles
Agile vs sistemas de gestin de calidad
Mtodos Proceso comercial

Gestin de la oportunidad
Tcnicas
SCRUM es el mtodo que desde COM se ha escogido para gestionar proyectos de forma gil
Visual Management Lean Software Development Kanban Entornos multiequipo Equipos distribuidos
Requisitos y documentacin gil
Planificacin gil Estimacin gil Mtricas giles Retrospectivas giles Agile Coaching
Proyectos
Scrum
Gestin
Servicios Servicio gil
Ejecucin
eXtreme Programming
Arquitectura y diseo gil Testing gil (TDD, BDD)
UX gil
La magia no existe
Locura: Hacer lo mismo que la vez anterior, pero esperar resultados diferentes. Albert Einstein (atribuida)
La diferencia no est en saberlo, sino en cambiar
everis.com

Agile Vs Waterfall

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Agile Vs Waterfall

Uploaded by

Copyright:

Available Formats

II Congreso Iberoamericano de Buenas Prcticas en Gestin de Proyectos y Servicios

GESTIN DE PROYECTOS EN UN MUNDO SIN FRONTERAS

Sevilla, 4 de Octubre de 2012

II Congreso AEPDP Sevilla, 4 de octubre de 2012