Clase I - Scrum

Metodología de Gestión Scrum Pablo Cáceres F.

The world's largest digital library

Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.











Manifiesto ágil 

Estamos descubriendo mejores maneras de desarrollar software software tanto por nuestra propia experiencia como ayudando a terceros. A través de esta 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











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











Ágil no es hacer lo que se quiera











Estimación y planificación ágil











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 que te funcione • Se recomienda primero usar todo, luego hacer modificaciones. Cuidado con “Scrum













La magia no existe (versión 2) 

Dan visibilidad y transparencia desde el principio, aunque no resuelven todos los problemas.











Estamos perdiendo la carrera de relevos “En enfoque de ‘carrera de relevos’ en el desarrollo de productos ... puede entrar en conflicto con los objetivos de











Scrum en 100 Scrum es un proceso ágil que nos permite • palabras centrarnos en ofrecer el más alto valor de negocio en el menor tiempo. •Nos permite rápidamente y en repetidas











Características  



Equipos auto-organiza auto- organizados dos El producto avanza en una serie de “Sprints" de dos semanas a un mes de duración Los requisitos son capturados como elementos de una











El Manifesto Ágil – una declaración de valores Individuos e interacciones

sobr e

Procesos y herramientas













Nivel de ruido de un proyecto

















































Desarrollo Desarr ollo secuencial vs. superpuesto



















































































































Product Backlog  





Los requisitos Una lista de todos los trabajos deseados en el proyecto Idealmente cada tema tiene valor para el usuarios o el cliente Priorizada por el Product











Ejemplo de Pr Product oduct Backlog Backlog Backlog item Permitir que un invitado a hacer una reserva. Como invitado, quiero cancelar una reserva. Como invitado, quiero cambiar las fechas de una reserva. Como un empleado de hotel, puedo ejecutar informes de los ingresos por

Estimación 3 5 3 8











El objetivo del Sprint 

Una breve declaración de cual será el foco del trabajo durante el sprint Ciencias Biológicas

Aplicación con B.Datos

Hacer que la aplicación se ejecute en SQL Server,

Funciones de apoyo técnico necesarios para estudios de genética de poblaciones.











Gestión del Sprint Backlog  









Los individuos eligen las tareas El trabajo nunca es asignado La estimación del trabajo restante es actualizada diariamente Cualquier miembro del equipo puede añadir, borrar o cambiar el Sprint Backlog El trabajo para el Sprint emerge Si el trabajo no está claro, definir un tema del Sprint











Ejemplo de Sprint Backlog Tareas Codificar UI Codificar negocio Testear negocio Escribir ayuda online Escribir la clase foo

L

M

M

J

V

8 16 8 12 8

4 12 16

8 10 16

4 11

8

8

8

8

8













Un Sprint Burndown Chart











Tareas

L

M

M

J

Codificar UI Codificar Negocio Testear Negocio Escribir ayuda online

8 16 8 12

4 12 16

8 10 16

7 11

V 8











Escalabilidad 

Normalmente Normalmente los equipos son de 7 ± 2 personas 

La escalabilidad proviene de equipos de equipos











Donde seguir? 

www.scrumalliance.org



www.controlchaos.com



www.chileagil.cl











Una lista de lecturas sobre Scrum 

Agile and Iterative Development: A Manager’s Guide by Craig Larman



Agile Estimating and Planning by Mike Cohn



Agile Project Management with Management with Scrum by Ken Schwaber



Agile Retrospectives by Esther Derby and Diana Larsen



Agile Software Development Ecosystems by Jim Highsmith

Clase I - Scrum

Recommend Documents