SCRUM

Angel Lacret

Modulo I- Metodologias ágiles- Antecedentes- Manifesto agile- ¿Por qué Agil?- Filosofia Ágil- Valor en el manejo de proyectos

SCRUM

Modulo II- SCRUM

- Roles

- Artefactos

- Eventos (Planning, Daily, Retrospective)

- MOSCOW (ROI)

SCRUM

Modulo I

SCRUM

Metodologías ágilesLas metodologías ágiles son una alternativa al manejo tradicional de

proyecto usado típicamente en el desarrollo de software. Ayuda a los

equipos a responder a la incertidumbre a través del trabajo iterativo e

incremental en periodos conocidos como sprints. Las metodologías

ágiles con una alternativa al desarrollo secuencial o en cascada. (http:

//agilemethodology.org/)

SCRUM

Antecedentes- 1957: Bernie Dimsdale en IBM (Los Angeles, California)- 1970: New York Telephone Company's Systems Development Center- 1974: Edmons, E.A. “A Process for the Development Software for

Nontechnical Users as an Adaptive System “, General Systems- Muchas otras más durante los 80 y 90 criticando la rigurosidad de los

procesos en cascadas- 1994: El Proceso unificado Racional de IBM- 1995: SCRUM

SCRUM

Antecedentes- 1996: Crystal Clear y Extreme Programming (XP)- 2001: Manifesto Agile

SCRUM

Agile Manifesto- En el 2001, un grupo de desarrolladores se reúnen en

SnowBird, Utah, USA, para discutir nuevas formas ligeras

de desarrollar el software, y concluyen en lo siguiente:

SCRUM

Agile Manifesto

We are uncovering better ways of developingsoftware by doing it and helping others do it.

Through this work we have come to value:

SCRUM

Agile ManifestoIndividuals and interactions over processes and toolsWorking software over comprehensive documentationCustomer collaboration over contract negotiationResponding to change over following a plan

That is, while there is value in the items onthe right, we value the items on the left more.

SCRUM

Agile Manifesto1) Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.

2) Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.

3) Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible.

SCRUM

Agile Manifesto4) Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.

5) Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.

6) El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.

SCRUM

Agile Manifesto7) El software funcionando es la medida principal de progreso.

8) Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.

9) La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.

SCRUM

Agile Manifesto10) La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.

11) Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.

12) A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.

FUENTE: http://agilemanifesto.org/

SCRUM

¿Por qué Agil?¿Por qué tomar una aproximación ágil a un proyecto?

¿Por qué adoptar una filosofía ágil de desarrollo de software?

SCRUM

¿Por qué Agil?

INCERTIDUMBRE y CULTURA

SCRUM

¿Por qué Agil?

INCERTIDUMBRE

SCRUM

¿Por que Agil?INCERTIDUMBRE:En la tecnología a implementarEn el alcance de las fases o de la totalidad del proyectoEn la respuesta o aceptación de los usuariosEn el mercado objetivoEn los procesos de negocioEn los requisitosEn los cambios

SCRUM

¿Por qué Agil?

CULTURA

SCRUM

¿Por que Agil?CULTURA:La Cultura Organizacional se refiere a los gustos, costumbres, valores, experiencias y creencias de un grupo de personas dentro de una Empresa. Con el pasar de los años la experiencia ha demostrado que la productividad en los miembros de una organización está directamente relacionada con la motivación y la sensación de bienestar que estos puedan tener dentro de su entorno laboral, sensaciones que están directamente relacionadas con la Cultura dentro de la empresa.

SCRUM

¿Por que Agil?CULTURA:Actualmente cada vez más empresas han evolucionado a una Cultura más orientada o propensa a adaptarse al dia a dia de las personas, siendo consecuente con las emociones y sensaciones de estas.Factores como empoderamiento, confianza, interacción y autoorganización, -pilares fundamentales dentro de las metodologías ágiles- representan valores que van en consonancia con las nuevas tendencias de culturas organizacionales. La agilidad, como la cultura es “peoplecentric”

SCRUM

Filosofia Ágil

SCRUM

Filosofia Ágil- No podemos predecir o planear con absoluta certeza lo que vamos a entregar, cuanto

lo entregaremos y cuál será su costo- Empecemos con planes iniciales alrededor de las estimaciones, fechas y alcances, pero

enfoquémonos en la revisión continua de estas restricciones a medida que avanzamos- La meta es entregar el mejor software posible dadas estas restricciones, pero ningun

metodo con el enfoque de receta de cocina mejorará lo que es “mejor”

Fuente: http://www.slideshare.net/luchoslide/cultura-agil-v210

SCRUM

¿Valor en el manejo de proyectos?

SCRUM

Valor en el manejo de proyectos- Aumento de la productividad por el uso de una metodología alrededor de

la cultura- Comunicaciones eficientes gracias a un marco de interacción entre sus

miembros- Respuesta rápida de parte de equipos autoorganizados- Capacidad de maniobrabilidad por el empoderamiento de las estructuras

ágiles

SCRUM

Modulo II- SCRUM

- Roles

- Artefactos

- Eventos (Planning, Daily, Retrospective)

- MOSCOW (ROI)

SCRUM

Modulo II

SCRUM

SCRUMFuente (www.scrumalliance.org)

SCRUM

SCRUMA framework within which people can address complex adaptive problems, while productively and creatively delivering products of the highest possible value.

Scrum is: Lightweight, Simple to understand, Difficult to master

Scrum is a process framework that has been used to manage complex product development since the early 1990s. Scrum is not a process or a technique for building products; rather, it is a framework within which you can employ various processes and techniques. Scrum makes clear the relative efficacy of your product management and development practices so that you can improve.

The Scrum framework consists of Scrum Teams and their associated roles, events, artifacts, andrules. Each component within the framework serves a specific purpose and is essential toScrum’s success and usage.

SCRUM

SCRUMPILARES:

- Empirismo (Experiencia y conocimiento): Transparencia, Inspección y Adaptación

- Iterativo e Incremental

SCRUM

SCRUMVALORES:

- Enfoque: Pocas cosas a la vez- Coraje: Tomar grandes retos- Franqueza: expresar emociones y preocupaciones- Compromiso: Comprometerse con el equipo- Respeto: Para cada miembro del equipo

SCRUM

ROLES (El Equipo)

SCRUM

ROLES (El Equipo)- Product Owner

- Development Team (Developers, QA, ….)

- Scrum Master

SCRUM

ROLES: Product Owner- Responsable de maximizar el valor del producto- Responsable del Backlog- Expresa bien los requerimientos o hace que el equipo lo haga- Es uno solo, y es el punto de convergencia de los cambis solicitados por

interesados- Comunicativo y transparente

SCRUM

ROLES: Development Team- Autoorganizado y Multidisciplinario- Es el unico que entrega valor al producto a traves del incremento- Scrum no reconoce titulos (Ministro, Super intendente, Mariscal …)- No hay subequipos- Pueden ser diversos, pero todos cuentan cómo Development Team- Idealmente entre 4 y 8 (Two Pizza Teams)

SCRUM

ROLES: Scrum Master- Garantizar SCRUM- Es el un SERVANT-LEADER- Mejoras las interacciones dentro del equipo

SCRUM

ARTEFACTOS

SCRUM

ARTEFACTOS- Product Backlog- Sprint Backlog- Definition of Done

SCRUM

ARTEFACTOS: Product Backlog- Única fuente de requerimientos para el equipo- Todo lo que debería tener el producto- Responsabilidad del Product Owner- Ordenado por prioridad- No necesita estar completo- Estimado por el Development Team

SCRUM

ARTEFACTOS: Sprint Backlog- Subconjunto del Product Backlog- Priorizado- Bien claro- Compone el Sprint Goal

SCRUM

ARTEFACTOS: Definition of Done- Definicion de que quiere decir LISTO- Cuando se declara un item como LISTO, es necesario que todo el mundo

sepa que quiere decir LISTO- En equipos complejos incluye requerimientos e items de calidad. Ejemplo:

Pantallas, Pruebas unitarias, Desarrollo, Integración, QA

SCRUM

EVENTOS ó CEREMONIAS

SCRUM

EVENTOS- Sprint Planning- Daily Scrum- Sprint Review- Sprint Retrospective

SCRUM

EVENTOS: Sprint Planning- El trabajo a ser realizado en el Sprint- Participa todo el equipo de trabajo- Máximo de 8 horas para Sprints de un mes- Responde a lo que va ser entregado en el Sprint (Sprint Goal)- Los items seleccionados para el Sprint deben ser aclarados en este evento

SCRUM

EVENTOS: Daily Scrum- Reunión diaria de 15 minutos para sincronizar las actividades que se están

realizando- Lo miembros de el Development Team responden: ¿Que hice ayer?, ¿Que

hare hoy?, ¿Note un impedimento para continuar con el trabajo?- Es responsabilidad del Scrum Master que se de la reunión, pero es ejecutada

por el Development Team- Solo para el Development Team

SCRUM

EVENTOS: Sprint Review- Inspeccionar el incremento- Se cambia el Backlog de ser necesario- 4 horas en sprint de un mes- El product owner explica el avance- Se revisan los problemas y cómo se resolvieron- Se revisan los tiempos, presupuestos etc

SCRUM

EVENTOS: Sprint Retrospective- Despues del Sprint Review- Una oportunidad para mejorar e implementar correcciones- Crear un plan para estas mejoras

SCRUM

SCRUM?

SCRUM

SCRUM

SCRUM!

ALGO EXTRA

SCRUM

ESTIMACIONES

SCRUM

ESTIMACIONES- Planning Poker

SCRUM

MOSCOW

SCRUM

MOSCOW- Must have: Items necesarios en el Sprint

- Should: Importante pero no necesario, no criticos.

- Could have: deseables pero no necesarios, pueden mejorar la experiencia o satisfacción a un bajo costo

- Won't have: menor criticidad, bajo valor, o no apropiados en este momento-

SCRUM

PROJECT MANAGER vs

SCRUM MASTER

SCRUM

PECADOS EN SCRUM

SCRUM

PECADOS EN SCRUM- Puntos de historia como horas de trabajo- Sobreestimar- Convertir al project manager en el scrum master- Convertir al scrum master en el product owner- No tener dailys meeting- Alargar los sprints- No hacer retrospectives meetings

SCRUM