170 likes | 332 Views
¿De qué vamos a hablar hoy?. Estrategia ágil vs. estrategia tradicional Scrum: ciclo de proyecto, roles Planificación ágil Seguimiento de un proyecto Desarrollo ágil en acción: Rational Team Concert. Caos!?. Resultado de los proyectos. The CHAOS Report (1994). Baja calidad.
E N D
¿De qué vamos a hablar hoy? • Estrategia ágil vs. estrategia tradicional • Scrum: ciclo de proyecto, roles • Planificación ágil • Seguimiento de un proyecto • Desarrollo ágil en acción: Rational Team Concert
Caos!? Resultado de los proyectos The CHAOS Report (1994) Baja calidad Demoras en la entrega • Succeeded: finalizado en tiempo y presupuesto, con toda la funcionalidad especificada • Challenged: finalizado y operativo pero superando tiempo, presupuesto y con menos funcionalidad que la especificada • Failed: cancelado en algún punto del ciclo de desarrollo Expectativas no cumplidas Presupuesto excedido The Standish Group http://www.standishgroup.com
La estrategia tradicional • Basada en documentos • Trabajo individual con entregas entre roles especializados • Cambios tardíos = alto costo • Fecha de fin poco predecible, especialmente en fase de estabilización (pruebas y corrección de defectos)
Agilidad = Adaptabilidad It is not the strongest of the species that will survive or the most intelligent. It is the one most adaptable to change. -Charles Darwin • Los métodos tradicionales asumen que los requerimientos son conocidos y pueden ser congelados antes de comenzar el diseño y la construcción • Controlar el cambio es deseable • Los métodos ágiles surgieron en ambientes donde esto no era posible o apropiado • El cambio es alentado
La estrategia ágil • Equipos interdisciplinarios, que incluyen al cliente (o un representante) • Entrega frecuente de software funcionando • Fuerte foco en la calidad • Builds y tests automatizados, integración al menos una vez por día
Ciclo de un proyecto Scrum K.Schwaber - Agile Project Management With Scrum
ScrumMaster Product Owner Team Roles en Scrum • Representa al cliente / usuarios • Define las prioridades • Coach • Facilitador • Interdisciplinario • Auto-organizado
Product Backlog Mas beneficio Visión + ROI Menos beneficio Product Backlog Requerimientos
Mas beneficio Eliminado Nuevo Menosbeneficio ¡Los cambios son bienvenidos! Product Backlog Sprint 1 No se admiten cambios Sprint 2 en proceso Cambio de prioridad
Mas beneficio Product Backlog Menosbeneficio ¿Porqué priorizar el backlog? Porcentaje de utilización de features The Standish Group - 2002 http://www.standishgroup.com
Planificación de release Seleccionar largo sprint Definir alcance y fecha de terminación Definir condiciones de satisfacción Estimar backlog Estimar velocidad Priorizar backlog
Planificación del Sprint Ajustar prioridades del backlog Estimar velocidad para el sprint Goal del sprint Seleccionar ítems del backlog Descomponer en tareas Estimar las tareas
¿Cómo va el proyecto? • Releaseburndown • Burndown alternativo
Desarrollo ágil ¡En acción! Rational Team Concert
¡Muchas gracias! Alejandro Torres Castañeda Baufest acastaneda@baufest.com.mx Analía Baño Baufest abano@baufest.com