Scrum
Páginas: 10 (2391 palabras)
Publicado: 24 de marzo de 2011
Autentia & Agile Spain
Introducción a Scrum
Leo Antolí - lantoli@autentia.com Juan Gutierrez - juan.gutierrez@agilizar.es Agustín Yagüe - agustin.yague@upm.es
Índice • Metodologías ágiles • Scrum
Metodologías ágiles
Agile Spain Agile Spain es una comunidad sobre métodos ágiles en lengua castellana http://www.agile-spain.com
Tipos de proyectos en ingeniería
• Construir unmóvil / coche en una cadena de montaje
• Hacer un puente / carretera / casa
Predictibilidad
• Hacer una aplicación de navegación para un satélite
• Hacer una aplicación bancaria online
Valor
Algo de historia
• • • 1948 – 1975 Toyota Production System (TPS). Originaría Lean y conceptos como Kaizen, Just-In-Time, … 1986 -89 CMM entre ministerio defensa de EE.UU. y Universidad CarnegieMellon 1986 – The New New Product Development Game, Harvard Business Review. Nonaka y Takeuchi comparan con rugby para describir un tipo de procesos adaptativos, auto-organizativos y sin elementos innecesarios.
Requisitos Honda City: “La clase de coche que le gustaría conducir a los jóvenes”
• • • • • •
1994 – Jeff Sutherland usa en Easel muchas de las ideas que llevarían a Scrum 1995 – KenSchwaber formaliza las reglas de Scrum y las presenta en OOPSLA’96 1996 – Ken Beck en Daimler-Chrysler lo que sería XP (Programación Extrema) 1998 – Rational Unified Process (RUP) 2001 - Manifiesto ágil 2002 – CMMI (versión 1.1), CMM para software
Manifiesto ágil
Estamos descubriendo mejores maneras de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través deesta experiencia hemos aprendido a valorar: • Individuos e interacciones sobre procesos y herramientas • Software que funciona sobre documentación exhaustiva • Colaboración con el cliente sobre negociación de contratos • Responder ante el cambio sobre seguimiento de un plan Aunque los elementos a la derecha tienen valor, nosotros valoramos por encima de ellos los que están a la izquierda. Algunos principios y valores ágiles
• La prioridad mayor es la satisfacción del cliente haciendo entregas continuas de software valioso para él • Los cambios son bienvenidos siempre • La medida principal de progreso es el software funcionando • El gestor es un facilitador no un controlador • Equipos auto-organizados y multidisciplinares • Inspeccionar y adaptar • Mejora continua • Respeto, claridady comunicación • Ritmo sostenible • La arquitectura y diseño emergen
Ágil no es hacer lo que se quiera
… ni tampoco programación heroica
Más normativo / prescriptivo RUP XP Scrum Kanban
Más adaptativo Lo que se quiera
http://www.crisp.se/henrik.kniberg/Kanban-vs-Scrum.pdf
Estimación y planificación ágil
Se estima y planifica a lo largo de todo el proyecto
Cono de incertidumbreEsfuerzo en la estimación
Precisión
Tiempo dedicado
Historías de usuario, puntos de usuario, velocidad
Mike Cohn
La magia no existe (versión 1) • Ken Schwaber: “En Scrum, un grupo en el que se lleven mal entre ellos, no comprendan el negocio del cliente y trabajen con malas herramientas... también producirán incrementos periódicos... de basura. ” • No ser extremista, usar lo quete funcione • Se recomienda primero usar todo, luego hacer modificaciones. Cuidado con “Scrum but…”
La magia no existe (versión 2) • Dan visibilidad y transparencia desde el principio, aunque no resuelven todos los problemas. • Evitan sorpresas. • No ser extremista, usar lo que te funcione • Se recomienda primero usar todo, luego hacer modificaciones. Cuidado con “Scrum but…”
Scrum
¿Quées Scrum?
• Uno de los métodos Ágiles • Enfocado en el nivel de gestión • Iterativo
– Ciclos de entre 2 y 4 semanas llamados Sprints
• Incremental
– Un incremento en la funcionalidad está listo al final de cada sprint
• Priorizado
– Se trabaja en orden de prioridad dado por el cliente
• Equipos auto-organizados y multi-funcionales
Ciclo Básico
Trabajo Diario Pila de...
Introducción a Scrum
Leo Antolí - lantoli@autentia.com Juan Gutierrez - juan.gutierrez@agilizar.es Agustín Yagüe - agustin.yague@upm.es
Índice • Metodologías ágiles • Scrum
Metodologías ágiles
Agile Spain Agile Spain es una comunidad sobre métodos ágiles en lengua castellana http://www.agile-spain.com
Tipos de proyectos en ingeniería
• Construir unmóvil / coche en una cadena de montaje
• Hacer un puente / carretera / casa
Predictibilidad
• Hacer una aplicación de navegación para un satélite
• Hacer una aplicación bancaria online
Valor
Algo de historia
• • • 1948 – 1975 Toyota Production System (TPS). Originaría Lean y conceptos como Kaizen, Just-In-Time, … 1986 -89 CMM entre ministerio defensa de EE.UU. y Universidad CarnegieMellon 1986 – The New New Product Development Game, Harvard Business Review. Nonaka y Takeuchi comparan con rugby para describir un tipo de procesos adaptativos, auto-organizativos y sin elementos innecesarios.
Requisitos Honda City: “La clase de coche que le gustaría conducir a los jóvenes”
• • • • • •
1994 – Jeff Sutherland usa en Easel muchas de las ideas que llevarían a Scrum 1995 – KenSchwaber formaliza las reglas de Scrum y las presenta en OOPSLA’96 1996 – Ken Beck en Daimler-Chrysler lo que sería XP (Programación Extrema) 1998 – Rational Unified Process (RUP) 2001 - Manifiesto ágil 2002 – CMMI (versión 1.1), CMM para software
Manifiesto ágil
Estamos descubriendo mejores maneras de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través deesta experiencia hemos aprendido a valorar: • Individuos e interacciones sobre procesos y herramientas • Software que funciona sobre documentación exhaustiva • Colaboración con el cliente sobre negociación de contratos • Responder ante el cambio sobre seguimiento de un plan Aunque los elementos a la derecha tienen valor, nosotros valoramos por encima de ellos los que están a la izquierda. Algunos principios y valores ágiles
• La prioridad mayor es la satisfacción del cliente haciendo entregas continuas de software valioso para él • Los cambios son bienvenidos siempre • La medida principal de progreso es el software funcionando • El gestor es un facilitador no un controlador • Equipos auto-organizados y multidisciplinares • Inspeccionar y adaptar • Mejora continua • Respeto, claridady comunicación • Ritmo sostenible • La arquitectura y diseño emergen
Ágil no es hacer lo que se quiera
… ni tampoco programación heroica
Más normativo / prescriptivo RUP XP Scrum Kanban
Más adaptativo Lo que se quiera
http://www.crisp.se/henrik.kniberg/Kanban-vs-Scrum.pdf
Estimación y planificación ágil
Se estima y planifica a lo largo de todo el proyecto
Cono de incertidumbreEsfuerzo en la estimación
Precisión
Tiempo dedicado
Historías de usuario, puntos de usuario, velocidad
Mike Cohn
La magia no existe (versión 1) • Ken Schwaber: “En Scrum, un grupo en el que se lleven mal entre ellos, no comprendan el negocio del cliente y trabajen con malas herramientas... también producirán incrementos periódicos... de basura. ” • No ser extremista, usar lo quete funcione • Se recomienda primero usar todo, luego hacer modificaciones. Cuidado con “Scrum but…”
La magia no existe (versión 2) • Dan visibilidad y transparencia desde el principio, aunque no resuelven todos los problemas. • Evitan sorpresas. • No ser extremista, usar lo que te funcione • Se recomienda primero usar todo, luego hacer modificaciones. Cuidado con “Scrum but…”
Scrum
¿Quées Scrum?
• Uno de los métodos Ágiles • Enfocado en el nivel de gestión • Iterativo
– Ciclos de entre 2 y 4 semanas llamados Sprints
• Incremental
– Un incremento en la funcionalidad está listo al final de cada sprint
• Priorizado
– Se trabaja en orden de prioridad dado por el cliente
• Equipos auto-organizados y multi-funcionales
Ciclo Básico
Trabajo Diario Pila de...
Leer documento completo
Regístrate para leer el documento completo.